微服務架構的名字裡雖然有個"微"，但它涉及的整體架構體系可一點也不"微"，微服務架構除了業務**的開發以外，還需要很多的支撐服務。
每個公司都有自己的微服務架構體系，雖然在細節上有很多不同，但是整體的思路是類似的，下圖展示了乙個比較成熟的微服務架構體系。
這個體系按照請求接入，由外到內的順序，將整體架構分為接入層、閘道器層、業務服務層、支撐服務層、平台服務層和基礎設施層六層。
最外層是接入層，通過負載均衡接入請求到內部平台，這些請求既有外部網際網路請求，也有公司內部其它系統的請求。
閘道器層是微服務架構的核心層，是業務層接收外部流量的屏障。
閘道器層的主要作用：
對接入的流量進行反向路由。
攔截所有的請求，通過橫切的方式完成熔斷、限流、安全認證等功能。
對請求進行分類，例如內部閘道器、h5閘道器、閘道器。
我們常說的微服務就集中在這一層，這裡包含了系統核心的業務邏輯。業務服務層可以簡單的劃分為聚合層與基礎層。
基礎層提供單一簡單的基礎服務，例如人員、訂單、支付。聚合層則是將不同的基礎層聚合在一起，完成複雜的業務處理。
支撐服務層提供非業務功能，以支撐業務服務層和閘道器層軟體的正常執行。
核心模組有服務註冊發現、集中配置、容錯限流、認證授權、日誌聚合、監控告警、後台中介軟體（非同步佇列、快取、資料庫、任務排程）
平台服務層站在系統平台的角度上，處理系統發布、資源排程整合等功能。
核心模組有發布系統、資源排程、容器映象治理、資源治理、iam。
這一層與軟體關係不大，主要是支撐系統需要的硬體資源，包括計算、網路、儲存、監控、安全、idc等。
除了橫向區分的六個層次以外，微服務中還有一些縱向能力需要我們關注。
例如微服務開發框架，提供標準的開發框架規範開發過程，統一開發標準。
持續交付流水線，提供從研發到測試，再到生產的持續交付能力。
另外還有提公升研發、測試效率的端到端的工具鏈，平常不斷積累的工程實踐以及規範等。
微服務架構涉及功能模組眾多，並不是每乙個公司都有能力搭建一套完整的微服務架構。
當我們從零開始搭建微服務架構時，可以優先考慮閘道器層、業務服務層以及支撐服務層中的註冊發現、集中配置、認證授權這些核心功能，其它的功能模組再逐步完善。
另外我們也可以選用已經比較成熟的架構來快速搭建微服務，例如springcloud。
微服務與微服務架構
微服務 微服務強調的是服務的大小，它關注的是某乙個點，是具體解決某乙個問題 提供落地對應服務的乙個服務應用,狹意的看,可以看作eclipse裡面的乙個個微服務工程 或者module。例如 訂單服務 支付服務 微服務架構 馬丁.福勒 martin fowler 微服務架構介紹 微服務架構是 種架構模式...
微服務架構核心技術十
微服務api服務閘道器 簡介 api閘道器是乙個伺服器，是系統的唯一入口。從物件導向設計的角度看，它與外觀模式類似。api閘道器封裝了系統內部架構，為每個客戶端提供乙個定製的api。它可能還具有其它職責，如身份驗證 監控 負載均衡 快取 請求分片與管理 靜態響應處理。api閘道器方式的核心要點是，所...
微服務架構
一 先了解一下什麼是單體應用 就是乙個應用程式包含了所有模組功能，各模組同時部署。當然這種應用模式比較容易部署 測試，但隨著專案的加大，單體模式就會變得越來越臃腫，維護的成本逐漸變高。當乙個模組出錯，整個應用都會出現問題，擴充套件能力也會受到限制。二 什麼是微服務 是將整個應用程式分解為多個模組，各...