云原生架构中的核心原则01

最新推荐文章于 2024-09-30 19:37:38 发布

低代码演说家

最新推荐文章于 2024-09-30 19:37:38 发布

阅读量882

点赞数 9

文章标签：云原生架构微服务

本文链接：https://blog.csdn.net/2301_80441165/article/details/140628667

版权

1.云原生架构

云原生架构是企业架构当中最重要的IT架构形态，是新一代技术架构，帮助开发者专注业务层面，减少对底层技术的依赖。云原生架构本身作为一种架构，也有若干架构原则作为应用架构的核心架构控制面，通过遵从这些架构原则可以研发团队在做技术决策的时候不会出现大的偏差。

1.1.服务化原则

1.1.1.概念

服务化原则是指将应用程序的功能和业务逻辑封装成可复用的服务，并通过服务间的接口进行通信。这种原则强调了将系统的功能划分为独立的服务单元，每个服务单元具有明确定义的接口和契约。服务化原则的目标是促进服务的复用和可组合性，从而提高开发效率、降低耦合度和增强可维护性。

服务化原则的实现通常伴随着微服务的采用，‌即将应用程序拆分为一系列微小的、‌独立的服务，‌每个服务都可以由不同的团队独立开发、‌测试和部署。‌当代码规模超出小团队的合作范围时，就有必要进行微服务拆分了，包括拆分为微服务架构、通过微服务架构把不同生命周期的模块分离出来，分别进行业务迭代。

同时微服务架构以面向接口编程，服务内部的功能高度内聚，模块间通过公共功能模块的提取增加软件的复用程度。这种架构模式有助于提高系统的整体灵活性和响应速度，‌使得每个团队能够更加专注于自己负责的功能领域，‌从而提高整个系统的开发效率和产品质量。

1.1.2.核心原则

微服务架构是一种分布式架构风格，它将一个大型的、复杂的系统拆解为一组小的、独立的、可管理的服务。这些服务之间通过轻量级通信方式（如HTTP）进行交互。微服务架构有许多设计原则，以下是一些核心的设计原则：

1. 高内聚：微服务应该遵循高内聚的设计原则，即每个服务都应该只关注自己特定的业务功能，并且尽可能独立于其他服务。

2. 松耦合：微服务之间应该通过明确定义的接口进行通信，减少耦合度。这样可以确保每个服务的修改不会对整个系统的其他部分产生影响。

3. 单一责任原则：每个微服务应该有一个清晰明确的责任范围，并且只关注自己的核心业务，而不是试图解决所有问题。

4. 自治性：每个微服务都应该是自治的，即能够独立部署和运行，而不需要依赖其他服务或组件。

1.1.3.使用目的

在云原生环境中，‌服务化原则与容器化、‌自动化部署等原则相结合，‌进一步提升了系统的可扩展性和管理效率。‌通过容器技术，‌每个服务都可以被独立地打包、‌部署和管理，‌大大简化了系统的运维工作，‌同时也使得服务的版本控制和回滚变得更加容易。

分布式环境下的限流降级、熔断隔仓、灰度、反压、零信任安全等，本质上都是基于服务流量（而非网络流量）的控制策略，所以云原生架构强调使用服务化的目的还在于从架构层面抽象化业务模块之间的关系，标准化服务流量的传输，从而帮助业务模块做基于服务流量的策略控制和治理。

1.2.弹性原则

1.2.1.概念

弹性伸缩是指系统的部署规模可以随着业务量的变化自动伸缩，无须根据事先的容量规划准备固定的硬件和软件资源。好的弹性能力不仅缩短了从采购到上线的时间，让企业不用操心额外软硬件资源的成本支出（闲置成本），降低了企业的 IT 成本，更关键的是当业务规模面临海量突发性扩张的时候，不再因为平时软硬件资源储备不足而“说不”，保障了企业收益。