一、微服務時代,服務上線先預警通知html
在微服務大行其道的今天,相信不少人都用上了微服務或者是微服務的概念也已經有了一個深入的瞭解。今天咱們不在這裏展開闡述,今天咱們要說的是微服務伴侶預警通知。git
二、註冊中心概念github
在一個微服務集羣的系統中,一般少則三五個微服務,多則成千上百個微服務。微服務之間也會由於業務的複雜性致使不一樣服務之間也有不少的相互調用。那問題來了,不一樣服務之間須要相互調用那麼是否是咱們須要給每一個微服務都配置上其餘服務的基本信息(IP地址、端口等等)?若是三五個微服務還好,一旦服務多了將會給運維工做帶來很大的難度。服務上線下線是否是都要取調整其餘服務的配置哪?這都將是一個很複雜的運維工做。此時咱們會想可不能夠把全部的配置信息都統一存放?服務上線下線都自動更新配置?這樣一來就產生了註冊中心的概念。數據庫
圖片來自網上框架
3、敏捷感知微服務狀態變化運維
說到註冊中心不少人都會想到,Eureka、Consul、Etcd和ZooKeeper等。她們的本質都是一個分佈式數據庫。由於微服務的盛行,她們也提供了一個服務監控檢查的功能,也很是好用。可是、可是不足之處就是對於個性化的需求,好比咱們須要作一些服務上線、下線通知之類的功能這些註冊中心就顯得有些捉襟見肘。所以Anno微服務框架採用本身開發的一個註冊中心,源碼開放在Github。分佈式
此外Anno頁提供了不少幫助微服務開發的輔助工具。微服務
微服務集羣面板工具
資源監控面板post
鏈路追蹤,服務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