依赖的问题,包括一部分的复杂性问题,取决于拆分时候边界和接口的定义、数据联通的方式,设计得是不是足够合理,服务提供者是不是清楚需求的方式,服务调用者是不是理解接口的意图,也就是说团队针对每个服务的沟通,对事情的定位,对接口的抽象,是不是有一个同样的认知水平,达成一个共识。只要保证接口稳定、合理,实现不管怎么变化,对整合架构就不会有负面影响。服务的局部修改反而可以更快速,因为不会涉及一个大系统的调整。
所以说,不能为了拆分而拆分,拆分的意图要准确描述问题的解决。在一个系统里面,定义接口比怎么实现更重要,不要设计不好理解、不合理的接口。
CSDN:谈到容器,您如何看待Docker的兴起给微服务架构带来的机遇和挑战?
肖勤:当前的容器市场很热闹,但Docker还是最具代表性的容器技术,微服务架构的主流技术方案中都使用了Docker,它的一些特性如隔离性、物理机制等和微服务架构有天然的契合度。但是Docker并不能解决微服务的所有问题,它最初是一个单机的工具,虽然后来官方也推出了很多的工具链,要真正解决部署的问题,还有很长的路要走。

CSDN:具体到实操,您推荐采用哪些工具?
肖勤:我们在考察中发现,Google开源的容器集群管理系统,设计的思路很不错,毕竟Google在这方面是非常领先的,它的容器集群已经成熟应用。使用Kubernetes部署微服务,用户需要的只是定义服务的状态,而不是部署过程。整个调度的过程、提供服务的过程都由系统自动实现。
需要说明的是,虽然Kubernetes目前已经发布1.0版本,它在现在的阶段能为我们提供一个很好的工具,但它不一定是未来,它也有一定的局限性。例如,Kubernetes的设计,Pod的网络与Gloogle云服务高度整合,如果不用GCE,用户还需要自己做很多的工作才能有好的网络服务。这需要企业先去尝试,看看是不是适合自身的情况。本文为CSDN原创文章,未经允许不得转载,如需转载请联系market#csdn.net(#换成@)
以上就是关于七牛的全部内容,相信你一定会非常满意。
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/jisuanjixue/article-7792-3.html
专家提前就给国人打了预防针