云计算

欢迎转载原创文章。 请转载。 从IT人物语会上转载的。 谢谢你。

原文链接地址：“高级篇”docker的微服务框架带来的问题(五) ) ) ) ) ) ) )。

我已经阐述了微服务的概念，我相信老铁对微服务有很深的概念。 自此，让我们深入挖掘微服务，分析使用微服务给我们带来哪些问题，或者使用微服务需要解决哪些问题，以及微服务在行业中的解决方案

微服务体系结构部署存在的问题及解决方案

微服务之间是如何通信的？

如果是单元体系结构，就没有这样的问题了吗？什么情况下服务和服务之间如何通信，调用什么样的接口，依赖什么样的数据，单元体系结构应该很少见。 一个系统可能在一个APP应用程序中发挥了正确的作用，也不排除某些系统的数据来自其他系统。 单元体系结构有几种常用的方法，也可以直接带来链接地址并直接嵌入页面。 我们使用http客户端调用对方的接口获得返回的数据。 这是一个比较常见的方案，微服务要重点考虑。 由于微服务器他们的接口很多，他们的呼叫非常频繁，所以我们必须提前如何设计快速高效的微服务器通信。

微服务如何发现彼此

使用过dubbo的同学应该知道单体架构如何发现彼此。 dubbo其实是发现服务。 web端的调用方需要发现一次dubbo的提供者，发现通过zookeeper等，中介者的身份、服务的提供者、提供者告诉中介者。 消费者通过中介获得提供者的地址，即可完成服务的发现。 直接用dubbo识别微服务就可以了。 但是我们发现我们使用的微服务器可能涉及各种语言的读取方式，dubbo仅限于java语言的通信，因此是必须相互预设解决的问题。

微服务如何部署？ 要更新吗？ 扩张

还是从单体体系结构来看，这与每个公司的方式不同，使用自动导入工具，也有通过ftp工具直接上传war包，执行命令并重新启动的，从主节点经由jenkens直接将war包然后重新启动。 在微服务不一定少的情况下，一个完整的服务可能需要几十个协助修改，导致一个个手动部署的承运人崩溃死亡。 所以微服务的引进更新成为我们需要解决的问题。

PS :先提出问题，然后再谈具体的问题分析。

详情请访问云服务器、域名注册、虚拟主机的问题，请访问西部数码代理商官方网站： www.chenqinet.cn