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