- 微服務可讓您透過將功能分解為獨立的服務來開發模組化和可擴展的應用程式。
- 它們提供了開發的靈活性和速度，促進了變化的融入。
- 它的採用提高了系統的彈性，因為一項服務的故障不會影響其他服務。
- 他們使用異質技術，允許團隊為每個特定任務選擇最佳工具。
為什麼微服務很重要？
微服務簡史
什麼是微服務？
1.微服務的定義
2. 微服務的主要特點
- 解耦:每個微服務都是獨立的，可以自主開發、部署和擴展，而不會影響其他服務。
- 單一職責：每個微服務負責特定的任務或功能，遵循單一責任原則。
- 異構技術：微服務可以在 不同的程式語言 和技術，讓您為每項任務選擇最佳的工具。
- 彈力：由於它們是解耦的，一個微服務的故障不會影響整個系統，從而提高了整體彈性。
- 可擴展性：微服務可依需求獨立擴展，優化資源使用率。
微服務架構
1. 微服務架構的元件
- 微服務：架構的主要元件，每個元件負責特定的任務或功能。
- API網關：一個集中入口點，將請求路由到適當的微服務並管理安全性、身份驗證和路由。
- 服役記錄：維護所有可用微服務及其位置的最新記錄的元件。
- 監控與登記：監控微服務效能、健康和日誌的工具。
- 服務之間的通信：微服務安全且有效率地通訊的機制，例如 HTTP/REST、訊息傳遞或事件流。
2. 微服務之間的通訊模式
- 請求/回應：一個微服務向另一個微服務發出請求並等待回應，通常使用 HTTP/REST。
- 非同步訊息傳遞微服務透過訊息系統進行通信，例如訊息佇列或事件流系統。在這種方法中，微服務將訊息傳送到佇列或主題，然後其他微服務非同步使用這些訊息。這種模式可以實現更大程度的解耦和可擴展性。
- 事件流：微服務使用 Apache Kafka 或 Amazon Kinesis 等事件流系統發布和使用連續的即時事件流。這種方法適用於需要即時資料處理和高可擴展性的用例。
- 活動編排：微服務之間不直接通信，而是使用集中式事件總線，微服務在其中發布和監聽相關事件。每個微服務獨立地對事件做出反應，促進更大程度的解耦。
- 遠端過程呼叫 (RPC)微服務可以透過 RPC 協定（例如 gRPC）進行通信，與 HTTP/REST 相比，它提供更有效率的面向二進位的通訊。
- 共享資料庫查詢在某些情況下，微服務可以存取和查詢共享資料庫以獲取相關數據，但這種方法可能會引入更多的耦合，因此應謹慎處理。
微服務的優勢
1. 敏捷性和發展速度
2.可擴展性和彈性
3.易於維護
4. 採用新技術
5. 微服務的挑戰
6.管理複雜性
7.分散式監控和日誌記錄
8.測試和部署
9. 安全與合規
微服務與整體架構
方法比較
- 整體架構：應用程式作為單一單元構建，其中所有組件緊密耦合並作為單一包部署。
- 微服務架構：將應用程式劃分為較小的、獨立的服務，每個服務專注於特定的任務或功能並單獨部署。
何時選擇微服務？
微服務用例
1.電子商務
2. 金融服務
3. 醫療
4. 娛樂與媒體
流行的工具和框架
1.容器管理（Docker、Kubernetes）
2. 服務編排
3. API 網關
4. 監控和記錄
實施微服務的最佳實踐
1. 有凝聚力的服務設計
2.基礎設施自動化
3. 主動監控
4.分散式資料管理
微服務的未來
微服務的趨勢與進步
- 事件驅動的微服務事件流和非同步訊息傳遞等事件驅動的通訊模式有望在微服務架構中變得更加流行。
- 無伺服器服務：微服務和無伺服器服務的結合正在獲得普及，從而實現更高的可擴展性和資源使用效率。
- 人工智慧和機器學習將人工智慧和機器學習功能融入微服務可以實現更智慧、更具適應性的應用程式。
- 服務網格Istio 和 Linkerd 等服務網格可以輕鬆管理和監控複雜環境中的微服務，提供智慧路由、流量管理和彈性等功能。