本文首发于“雨夜随笔”公众号,欢迎关注。
在 云原生中的网关 中我们介绍Ambassador模式如何来代理服务和更改服务与外部的联系。今天我们来学习一下云原生中的标准化设计。我们知道云原生最大的特点的是复用,所以会出现很多很多可以使用的组件。但是当我们需要对这些组件统一管理的时候,问题就出现了。我们发现我们需要去修改每一个组件,但是组件的语言和设计都一样,全部修改显然是一件非常困难的事情。
但是这个问题不是只在云原生才能遇到的,回顾软件设计模式中,就有针对过这种问题提出过一种设计模式,那就是适配器模式--adapter。而云原生中理所应当的站在了这座巨人的肩膀。在很多地方都可以使用到适配器模式。比如我们现在已经部署了很多微服务,现在为了维护,需要增加一个针对全平台的监控系统,包含具体的链路日志,以及对每个服务进行资源监控,更重要的是我们需要对每个服务的健康情况进行实时监控。而这些面临的问题是我们无法找到一个统一的方法或者工具来解决我们的问题。

而在Prometheus的官方仓库中我们搜索exporter可以发现,官方定义的适配器就有15个:

网友评论