课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
微服务架构技术我们在前几期的文章中已经给大家介绍过很多相关内容了,而本文我们就通过案例分析继续来学习一下,微服务架构设计原则都有哪些。
微服务边界
使用微服务开发新系统的核心优势之一是该体系结构允许开发人员独立构建和修改各个组件,但在大限度地减少每个API之间的回调数量方面可能会出现问题。
避免主观的“规则”
如果您阅读了足够多的关于设计和创建微服务的建议,您一定会遇到下面的一些“规则”。尽管将它们用作创建微服务的指南很有吸引力,但加入这些主观规则并不是思考确定微服务的边界的原则性方式。
“微服务应该有X行代码”
让我们直说:微服务中有多少行代码没有限制。微服务不会因为您写了几行额外的代码而突然变成一个独石应用。关键是要确保服务中的代码具有很高的内聚性(稍后将对此进行更多介绍)。
“将每个功能转换为微服务”
如果函数基于三个输入值计算某些内容并返回结果,它是否是微服务的理想候选项?它是否应该是单独可部署应用程序?这确实取决于该函数是什么以及它是如何服务于整个系统。将每个函数转换为微服务在您的情景中可能根本没有意义。
其他主观规则包括不考虑整个情景的规则,例如团队的经验、DevOps能力、服务正在执行的操作以及数据的可用性需求。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。