1、微服務時代，服務上線先預警通知
在微服務大行其道的今天，相信很多人都用上了微服務或者是微服務的概念也已經有了一個深刻的了解。今天我們不在這裡展開闡述，今天我們要說的是微服務伴侶預警通知。
2、注冊中心概念
在一個微服務叢集的系統中，通常少則三五個微服務，多則成千上百個微服務。微服務之間也會因為業務的複雜性導緻不同服務之間也有很多的互相調用。那問題來了，不同服務之間需要互相調用那麼是不是我們需要給每個微服務都配置上其他服務的基本資訊（IP位址、端口等等）？如果三五個微服務還好，一旦服務多了将會給運維工作帶來很大的難度。服務上線下線是不是都要取調整其他服務的配置哪？這都将是一個很複雜的運維工作。此時我們會想可不可以把所有的配置資訊都統一存放？服務上線下線都自動更新配置？這樣一來就産生了注冊中心的概念。
圖檔來自網上
3、靈活感覺微服務狀态變化
說到注冊中心很多人都會想到，Eureka、Consul、Etcd和ZooKeeper等。她們的本質都是一個分布式資料庫。因為微服務的盛行，她們也提供了一個服務監控檢查的功能，也非常好用。但是、但是不足之處就是對于個性化的需求，比如我們需要做一些服務上線、下線通知之類的功能這些注冊中心就顯得有些捉襟見肘。是以Anno微服務架構采用自己開發的一個注冊中心，源碼開放在Github。
此外Anno頁提供了很多幫助微服務開發的輔助工具。
微服務叢集面闆
資源監控面闆
鍊路追蹤，服務API文檔等等。更多請參考《net core 微服務架構 Viper 調用鍊路追蹤》
Anno核心源碼:https://github.com/duyanming/Anno.Core
Viper示例項目:https://github.com/duyanming/Viper
體驗位址：http://140.143.207.244/Home/Login
QQ交流群：478399354