其他分享
首页 > 其他分享> > 你问我答:现有的应用有必要做微服务改造吗?

你问我答:现有的应用有必要做微服务改造吗?

作者:互联网

BoCloud博云微信公众号【你问我答】小栏目,将收集和整理企业在IT建设所遇到的问题与难题,由博云产品与技术团队进行针对性回答,每周五通过【你问我答】栏目进行发布,希望能为企业IT建设提供思路与方法。无论您是哪个行业的IT建设者,如果您有在容器云平台建设、微服务架构转型、DevOps平台建设、多云管理平台建设等技术方面所遇到的问题,欢迎您直接评论留言提问。

以下是本周问题精选:

网友1:现有的应用不是微服架构,有必要做改造吗?

博云产品团队:其实使用微服务架构还是使用原本的单体架构,都取决于需求,那么问题就是我们目前是什么样的需求。需要微服务架构的,一般面临以下几个需求:

更新迭代太快,而部署麻烦,每次都要花费很长时间,经常影响业务。

公司的应用有几十个,重复的模块很多,也无法统一管理,未来还有扩展的需求。那就不如趁早转微服务架构,另外需要一套服务治理平台。

应用中某模块使用频繁,并发率很高,或有高峰期,经常需要资源的扩容缩容,单体应用做集群部署勉强能满足,但运维成本翻倍上升,且可用性下降。

网友2:微服务和容器之间是什么关系?

博云产品团队:刚接触容器的人,可以将容器与虚拟机类比来看,那么微服务是部署在容器中,或虚拟机中,或物理服务器中,都是可以的。

但是容器有其独特的优势,快速启停,独立进程等,可以弥补很多的微服务运维上的缺点,所以两者可以说是黄金搭档。

但是两者本身没有依赖性,都是独立的东西,只是两者的理念结合,会更加完美。

网友3:微服务框架部署时的业务连续性如何考虑?

近年金融行业,尤其是银行业监管越来越严格,对业务连续性要求的更高,银行系统对于由传统架构迁移至微服务有较迫切的需求,目前在实际部署系统时,一般需要考虑系统的同城双活或同城、异地多活,以保障业务连续性。

那么在迁移至微服务架构的过程中,微服务架构上对于双活、多活的需求是如何考虑的?如何实现异常情况下快速无中断切换、不同中心间数据一致性等问题是否有解决建议?

博云产品团队:这个问题相对复杂一些,需要考虑IDC的建设方案,网络方案,数据存储方案等。这不仅仅是微服务能够解决的问题,微服务只能解决业务单元拆分开发的问题。

网友4:某些业务场景下会存在不太好熔断的情况,那这些场景是否有好方案可以实现熔断机制?

举例来说:保险客户下单,需要前端出单系统查询客户的一些指标信息,来作为计算保费进行报价的依据,这种类似场景是否有好的方案可以实现熔断机制?

博云产品团队:可以考虑直接在网络层实现,根据出现系统的返回结果做信息匹配,如果不满足要求,直接触发熔断操作,可以参考服务网格的实现方式。

标签:容器,做微,团队,服务,改造,熔断,架构,现有,博云
来源: https://blog.51cto.com/11976981/2526794