云原生架构是一种在云环境中从头开始构建应用程序的设计模式。虽然云原生架构没有硬性规则,但大多数云原生应用程序都是由微服务组织而成。微服务主要用于将应用程序分解为可由小型团队维护的自治、松散耦合的单元,每个微服务通常部署为一个容器或一组容器。
成都创新互联公司于2013年成立,先为龙岗等服务建站,龙岗等地企业,进行企业商务咨询服务。为龙岗企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
此外,云原生应用通常遵循12因素应用框架的原则。它们围绕以下方面构建:
在构建云原生应用程序时,首先应构建一个可以在多个维度上不断移动的系统,以实现动态扩展,自动处理故障,并尽可能轻松的添加或删除组件。以下几个原则可以使构建的云原生架构更加强大、更加适应变化并且更容易维护。
创建可以部署、修复和扩展系统的自动化流程,并且生成相关日志和事件。构建系统以自动处理:
虽然一些云原生纯粹主义者认为云原生应用程序应该是无状态的,但在现实世界中可能很难实现无状态应用程序的开发。然而也应尽可能使用无状态组件,因为跟踪分布式应用程序中的管理状态(如当前正在运行的实例数)是困难的。无状态组件使扩展(添加更多副本)、修复(删除并替换为新实例)、回滚和工作负载平衡(无需关心哪个实例正在处理哪些事务的复杂逻辑)变得更加容易。
通过在设计中添加冗余将弹性构建到云原生应用程序中。云原生应用程序通过使用实例集群、数据复制以及多可用区或多区域云部署来避免单点故障。那些必须在本地运行的应用程序应使用混合架构利用公有云以实现高可用性和灾难恢复,至少对于其某些组件而言。
一些常见的弹性机制:
云原生应用不仅应该从一开始就设计安全性,还应该在假设没有可信任组件的情况下进行设计。因为应用程序与其用户之间,甚至内部组件之间可能没有专用网络,此时应该致力于强化所有组件、加密数据并在组件之间实现身份验证,使应用程序更具弹性,并能够在不受信任的环境中灵活地部署组件。
云原生应用不需要高度集成的架构、使用相同语言编写的组件以及使用相同的技术和框架。由于REST
API可以公开每个组件的功能,允许异构组件相互通信和使用,因此可以在充分考虑团队能力之后,使用能够提供最大价值和最快上市时间的语言或技术编写每个组件。
通过基础架构组件不可变以引入高级别的敏捷性和灵活性。这也就意味着不允许在部署后对配置服务器或虚拟机(VM)进行修改。
在部署不可变服务器后,就可以不再对其进行修改,相反,若没有部署不可变服务器,则应确保已部署的服务器保持原样且不进行任何修改,以便如果出现问题也可以快速轻松地更换服务器并保持应用程序运行。
以下是使用不可变基础架构的几个主要优点:
可变服务器会增加成本和迭代时间,严重延迟上市时间,不可变的基础设施则促进了敏捷开发。不可变基础架构可提高已部署环境的可靠性、一致性和效率,开发人员可以在几分钟内重新创建环境。
云原生架构有许多优点:
云原生架构的缺点包括:
在考虑构建新的云原生架构时,企业组织需要仔细权衡各种优缺点,以便为业务、客户和利益相关者做出正确的决策。
新闻标题:创新互联架构成功的六大原则
文章位置:http://www.shufengxianlan.com/qtweb/news27/553277.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联