华云数据：浅谈微服务架构下的服务发现机制

华云数据：浅谈微服务架构下的服务发现机制

随着云计算技术业务流程的快速发展趋势，世界各地云计算技术公司的专利权争夺战日趋激烈。在云计算技术领域，专利储备通常意味着公司全新的技术水平。华云数据本期“智汇华云”栏目将围绕“探索微服务架构的服务发现”这一技术，与大家分享云计算技术行业的新技术。

因为货运量的大幅增长，华云的数据决策对造成业务流程改善持续懈怠的单一应用进行重构，并为重构后的应用选择微服务架构。微架构的一大优势是语言的开放性，可以根据业务场景选择最佳语言。另外，瞄准的不仅仅是一个企业在技术栈上的组织结构，更是一个非常好的合作机会。华云数据的关键技术栈是JAVA和PHP。JAVA的微服务架构springcloud就不用说了，对微服务有非常全面完善的一站式应用，真的是微服务架构开发设计的神器，而PHP有一些不足，尤其是在服务补救的部分。比如申请注册服务，发现更痛苦。

人们的计划

1.为什么是应用服务发现？

下面的图1是一个简单的高可用性框架图。人们可以看到集群组有三个连接点，每个连接点分别有一个服务A。前面有三层交换机，用nginx分析三层交换机的特点。人们会手动为环境变量配备这三个连接点的服务A的详细地址，并根据负载对策进行共享。

图1

这是传统方法中的一种常见方法。服务的详细地址是固定的，不会改变。那么如果服务的详细地址是可扩展的、灵活的呢？下图2。

图2

与传统方法不同，服务的详细地址具有可扩展性和灵活性。这种扩展性有一个很大的好处，就是服务可以根据总流量、CPU、运行内存等开销，按照一定的对策，横向扩展或减少服务用例。除了浏览支持点多的最高值，还能产生很大的成本节约。另外，由docker衍生出来的手机软件或解决方案如Docker、Kubernates等，使得这类资源生产调度、可扩展性和伸缩性、架构监控等。有非常好的基础层保障。反过来说，即使服务的详细地址是可变的，但毫无疑问，人工分配服务的方法并不好，人们必须有一个全自动的系统来检测服务地址的变化。

2.服务发现的系统和方法。

这类系统就是服务发现，也是微服务架构最常用的技术栈。如下图3所示，人们导入一个注册中心。当一个服务案例启动时，它会自动在注册中心申请详细地址的注册。在浏览相关服务时，先根据注册中心获取要浏览的服务案例的详细地址，再根据一定的对策进行浏览。

图3

有两个主要好处:

1.处理服务的详细地址变更问题；

2.注册中心可以检测相关服务的情况。有了它，人们可以知道微服务架构中有多少个服务，版本号是多少，每个服务中有多少个案例，是什么情况。

有两种方法可以发现服务:

2.1服务器发现

1)服务案例开始自动向注册中心发布地址。

2)当客户机/服务器启动一个服务时，它用服务名启动负载平衡器。当负载平衡器接收到请求时，它从注册中心(有几个)获得服务的详细地址，并根据负载对策浏览特定的服务。

这种方式的很大优点是服务发现和加载都由服务器完成，客户端不需要做任何额外的事情，所以强烈推荐应用这种方式。下图4。

图4

2.2客户端发现

从下图5可以看出，与服务器发现的区域不同的是，要浏览的服务的详细地址是由客户端从注册中心获取的，客户端必须完成加载(比如要浏览的服务的详细地址有三个，客户端必须根据一定的加载对策找到其中一个进行浏览)。

图5

这种方法的最大特点是灵活性。客户端或微服务可以根据自身的业务场景选择最佳的负载对策，但缺陷不言而喻。客户端或微服务必须考虑负载。JAVA什么都行，它的spring云架构很强，适用性很强，但是PHP等语言会很痛苦，所以我强烈推荐应用服务器发现的方法。

如图6所示，服务器发现可以应用consul模板nginx。

图6

3.特殊工具的详细介绍和总结

网飞OSS一个典型的客户发现案例；网飞尤里卡是服务删除注册，网飞丝带是IPC客户端，完成CLB与尤里卡。docker没有确定的应用程序。

Consul是服务器发现的典型案例；根据consul模板监控consul中服务详细地址的变化，自动生成或升级nginx.conf，并生效。它对docker有很好的应用

微服务架构的特点决定了其多样性。微服务数不胜数，每个微服务都会分布在几个不同的连接点上。因此，全栈监控非常重要，服务发现是其中的重要一环。根据它，人们可以知道所有系统软件中有多少个微服务，版本号是多少，每个服务有多少个案例，是什么情况。这也是详细的自动化技术 *** 作和维护架构的基础。充分发挥微服务架构的巨大使用价值非常重要，大大减少了运维管理人员在部署和问题排查方面的数据冗余，大大提高了工作效率。