课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
随着互联网的不断发展,程序员能够掌握的软件架构模式类型也在不断的增加,而今天我们就通过案例分析来了解一下,微应用架构需要解决哪些问题。
像任何架构模式一样,微应用的方法也有取有舍。微服务在很大程度上影响了微应用的架构,但这两者之间有一个关键的区别。微服务是单独部署的,而构成微应用的模块则是编译成相同的二进制文件。这种技术约束限制了各个团队在选择如何构建其模块时的自由。
在其模块的孤立背景下,团队可以自由选择不同的实施策略。但是如果两个团队导入了两个库来解决同一个问题呢?面向用户的应用程序将会有额外的“重量”,使得它的下载和更新的成本很高。相反,团队将需要协调并达成可在整个应用程序中采用的 小可行的 三方库列表。
在软件开发中,团队之间的有效沟通和协作是普遍存在的挑战,但是微应用对孤立组件的强调加剧了这一挑战。在确保 终产品的一致性的同时,给予团队在其模块内的操作自由是一种很难达到的平衡,工程领导层必须在帮助实现这一平衡方面扮演重要角色。召开定期内部会议以及跨模块轮换开发者可以帮助打破知识孤岛,确保开发者熟悉代码库的每一部分,并促进团队间采用 佳编码实践。
单纯的模块化并不一定能带来更快的开发速度。为模块划分适当的界限是定义微应用架构的一个关键,但是也很有挑战性。高级模块的界限应该与你的组织结构相一致。举例来说,电子商务公司可能有专门的库存和支付部门,其应用模块应该根据这些业务特性进行区分。另外,由业务需求驱动的更改需要更新到多个模块,而孤立的开发流程可能会开始崩溃。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。