
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
随着互联网的不断发展,程序员能够学习和掌握的软件架构方式也在不断的增加,而本文我们就简单来了解一下,程序员如何正确认识微服务架构开发。
我们先看微服务的理念,上网随便一搜就可以找到很多资料,说法基本统一:替代笨重的系统,依赖新型的技术架构,实现系统拆分成多个独立组件,独立的程度代表了每个微服务组件自由的程度,自由度越高就越有更多的可能性,主要优势可以是以下这些:
独立的运行、部署,那自然可以独立的升级、变更、维护,也就可以视其业务量,做自由的扩缩容。并且操作单元小,自然资源浪费就小,轻量快捷。
可以独立运行,那也就可以独立的开发,这样就可以在技术架构上解耦,只要遵循服务契约,提供相应的接口,那么开发使用的技术、语言、数据存储就都可以独立的建设。换句话说,如果需要依赖一个开发框架、语言都不同的服务,只需要了解接口和协议就行了,其他的可以不用关注。
可以独立的开发,那么开发团队就可以独立管理,这样在管理上效率就高了很多了。
微服务优势有很多,但是重要且对企业整体管理影响大的就是以上这三个了。然而,短期内很难达到这样理想的目标。
如果就一个系统看,拆成多个微服务,独立运行部署是很简单,很容易做到的,这也是我在误解中提到的场景。但如果是整个企业、银行的建设,我们应该考虑的是所有的系统,都可以拆成独立部署的微服务,并且可以互相调用,当然同时还要做到访问的控制。这就需要全行级的统一规划,统一技术框架和通信协议,当然还需要一个统一管理平台,用于运行中的管理。
独立开发看上去倒是很容易实现的,但真正运用好却是难的,因为作为单体系统设计、开发的理念已经根深蒂固了,当系统拆成微服务以后,理念却很难扭转,所以很多微服务系统还是一个系统版本一个系统版本的演进,每个微服务甚至都没有版本。这也就是形式上的微服务,而实际上独立更新的优势并没有发挥出来。新型的理念需要技术架构、技术管理、技术研发,逐步接受、扭转和习惯,短期内很难改变。
独立的开发团队或者小组,这是需要在行政架构上做调整的,所以这一步也是难改变的。从管理的角度来讲,三个人的交流成本是低的,所以科学的管理方法中,小的管理单元是三个人,庞大的业务系统在研发的管理是也同时面临着沟通和管理效率低的问题。微服务为其优化管理提供了可能性,但也需要逐步适应和逐步改变。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。