课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
我们在前几期的文章中给大家简单分析了微服务架构技术应用场景以及优势等内容,而本文我们就接着来说说微服务架构都有哪些问题需要解决。
服务间通信复杂
对于微服务架构,应用程序由几个独立运行的服务组成,不同服务间的通信需要谨慎地配置。服务模块之间会有相应的请求,这些都需要开发人员进行处理。对于服务间的通信,很多时候需要添加一些额外的代码以保证服务间通信的正常进行。如果微服务项目较大,服务间的通信可能会导致一些复杂情况的产生。
更多的维护成本
与所有组件运行在同一单元中的单体架构不同,微服务具有更多的数据库,需要更完善的事务管理。另外,每个独立的单元都必须分别部署和监控。这意味着项目团队将不得不花费更多的时间和精力来做运维工作。
测试环节更加复杂
采用单体架构时,我们只需要在某个服务器上启动应用程序,并确保程序可以正常连接数据库即可。而对于微服务架构,我们拥有了更多的服务和数据库,我们必须确保所有的服务以及数据库正常,才能进行下一步的测试工作。在某些情况下,某一个服务或者数据库的异常都会导致测试失败,同时影响到其他服务的正常部署和测试。
这意味着在测试上,微服务需要花费更多时间。因为测试接口会有很多,并且每个功能测试需要与其他过程分开进行。
虽然上面提到了微服务的一些缺点,但非常重要的一点是,这些问题都有一些相应的解决方案。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。