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