服务发现--prometheus

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/TM6zNf87MDG7Bo/article/details/83189564
序言

    每次启动prometheus都要启动好长的时间,说好的容器秒启动呢。。啊呸,骗子。。。容器的秒启动只不过容器启动了,而真正提供服务的还是里面的进程,所以呢,实际上并不是秒启动。。。


    服务发现,好像用zk的比较多,不要问我为什么不用etcd,就是这么任性,就想用consul。

使用consul进行服务发现

    1、运行consul容器

640?wx_fmt=png

    默认显示的结果如下(浏览器访问8500端口):

640?wx_fmt=png

    2、 提交一个监控的服务

640?wx_fmt=png

    3、 查看提交结果

640?wx_fmt=png

    4、 配置prometheus(配置文件中添加consul的地址)

640?wx_fmt=png

    5、 查看prometheus的target页面

640?wx_fmt=png

    

    服务注册,服务发现。。。傻傻分不清楚。

风言风语

   推荐一首歌,感觉一般般。。。 

    这个城市风很大。。。看了没用,没用也看。。。脑子漏风


    配置中心与服务中心,配置中心主要是用来存储配置的,而服务中心,则主要是提供服务注册和服务发现的功能,所谓的ESB。。。企业级SB,呵呵哒。。。


    配置中心用来存储所有实例的配置,在进行服务重启或者服务重建的时候,只要拉取相关的配置就OK了。


    而服务中心,主要是用来进行解耦,其实无论是分层,还是拆分组件,模块,都是为了解耦。


    监控,其实也就几个方面,站在监控的角度来说,就是指标的选取,数据的存储,告警规则,图形展示趋势分析。。。站在应用的角度来说,又可以分为web服务,存储,大数据等,就看怎么去定义指标。


    在进行查看各种监控数据的时候,好像没有统一的东西,就看怎么去适配,就看怎么去修改,从而能将各种组件进行相互的配合,从而形成强大的能力,其实。。。也和团队的作用一样一样的。。。。


    旧碗装新酒。。。毫无乐趣。。。组合,拆分,聚合,分析。。。怎么玩,怎么样才能真正有乐趣?还是为了应付而玩玩。。。。

猜你喜欢

转载自blog.csdn.net/TM6zNf87MDG7Bo/article/details/83189564