『高階篇』docker之微服務業務分析（九）

摘要： 從本節開始微服務的開發，說到開發有幾個問題需要解決，首先要知道我們需要開發什麼？什麼樣的業務場景，分析業務場景，有幾個微服務，每個微服務需要完成什麼樣的功能，微服務之間的關係，之間的依賴關係，他們之間是如何通迅的，這些都瞭解的之後，我們就可以進入開發階段了。 業務場景 使用者...

從本節開始微服務的開發，說到開發有幾個問題需要解決，首先要知道我們需要開發什麼？什麼樣的業務場景，分析業務場景，有幾個微服務，每個微服務需要完成什麼樣的功能，微服務之間的關係，之間的依賴關係，他們之間是如何通迅的，這些都瞭解的之後，我們就可以進入開發階段了。

業務場景

• 使用者可以註冊和登入

  >現在的登入系統一般都是單點登入，支援跨域，在去使用其他系統的時候就不需要登入了，最好是不要使用session，最好是無狀態的，避免使用session。

• 登入使用者可以對課程進行CURD操作

上邊這個不是大而全的系統，只是微服務的功能，老鐵咱們的目的很明確是搞微服務，不是學web開發的，我們通過上邊的幾個功能上從0開始瞭解微服務，一行不拉的完成開發微服務，讓大家去開發有個真切的體會的。

基本的微服務的流程

1. 使用者訪問api閘道器
2. api閘道器訪問2個使用者的edgeservice(java) 和 課程的edgeservice(java)
3. 這2個介面提供的http協議（rest）
4. 使用者的edgeservice 訪問的使用者服務
5. 課程的edgeservice 訪問的課程服務
6. 使用者服務對外介面是Thrift 跨語言的協議
7. 課程服務對外介面使用Dubbo，只限java
8. 使用者服務(java) 後端有個資料庫
9. 課程服務(java) 後端也有一個數據庫
10. 資訊服務(python)對外介面是Thrift （使用者註冊的時候，可能傳送簡訊，或者郵件確認可能需要資訊服務）
11. redis 來進行使用者的資訊儲存，提供給使用者服務使用
12. 課程的edgeservice 和 課程服務 通過 zookeeper 來完成服務的發現
13. 使用者查詢課程 需要呼叫課程服務，這也就是微服務之間的呼叫

PS：接下來，老鐵跟我一起完成微服務的建設和搭建過程。

ofollow,noindex" target="_blank" href="http://zhanzhang.baidu.com/sitesubmit/index?sitename=https://idig8.com/2018/10/07/gaojipiandockerzhiweifuwuyewufenxiba/">百度未收錄

>>原創文章，歡迎轉載。轉載請註明：轉載自IT人故事會，謝謝！

>>原文連結地址：