隨著服務器開發技術的不斷發展，微服務架構技術在各個方面都有了很大的技術突破。
今天，電腦培訓/就壹起來了解壹下，在互聯網大環境下的微服務系統架構的發展趨勢。
1.服務網格白熱化服務網格是壹個專註於服務間通信的基礎設施層，也是目前受關註的與雲原生有關的話題。
隨著容器的普及，服務拓撲變得越來越動態化，這對網絡功能提出了更多的要求。
服務網格通過服務發現、路由、負載均衡、健康檢測和可觀察性來管理流量，簡化容器與生俱來的復雜性。
隨著HAProxy、traefik和NGINX逐步把自己定位成數據平面，服務網格也變得越來越流行。
盡管服務網格還沒有得到大規模部署，但確實有些企業已經在生產環境中運行服務網格。
另外，服務網格不僅可以用在微服務或Kubernetes環境中，也可以被用在VM和無服務器架構的環境中。
例如，美國國家生物技術信息中心雖然沒有使用容器，但他們使用了Linkerd。
2.事件驅動架構的崛起隨著業務場景的不斷變化，我們已經看到了基於推送或事件的架構正在成為壹種趨勢。
服務向訂閱事件的觀察者容器發送事件，容器異步做出響應，事件發送者可能對此壹無所知。
與請求響應式架構不同的是，在基於事件的系統架構中，發起事件的容器並不依賴下遊的容器，它們的處理過程和加載的事務與下遊容器的可用性或完成情況無關。
這種架構的另壹個好處是，開發者可以更加獨立地設計各自的服務。
3.安全模型的變化因為對內核訪問方面的限制，部署在容器中的應用程序相對安全。
在VM環境中，虛擬設備驅動器是暴露可見性的地方。
而在容器環境裏，操作系統提供了系統調用，信號源也變得更加豐富。
之前，管理員需要在VM中安裝代理，但那樣太復雜了，需要管理太多的東西。
容器提供了更清晰的可見性，相比VM，與容器的集成會更加容易。
4.從REST到GraphQLGraphQL是Facebook於2012年創建並於2015年開源的壹套查詢語言API規範。
GraphQL的類型系統允許開發者自己定義數據schema，可以增加新字段，也可以刪除舊字段，這些都不會影響已有的查詢，也不需要修改客戶端。
GraphQL非常強大，因為它沒有與特定的數據庫或存儲引擎綁定在壹起。