Azure 云原生

云原生体系结构和技术是一种方法，用于设计、构造和操作在云中构建并充分利用云计算模型的工作负载。现在普遍认为云服务是容器，DevOps，微服务等可以为开发人员减少开发量的新式云组件。

 

 

微服务

云原生系统采用微服务，而微服务是一种用于构造新式应用程序的常用体系结构样式。微服务构建为一组通过共享结构进行交互的分布式小型独立服务，共同具有以下特征：

• 各自都在较大的域上下文中实现特定业务功能。

• 各自都自主开发，可以独立部署。

• 各自都是独立的，封装其自己的数据存储技术、依赖项和编程平台。

• 各自都在自己的进程中运行，并使用 HTTP/HTTPS、gRPC、WebSocket 或 AMQP 等标准通信协议与其他微服务进行通信。

• 它们组合在一起形成应用程序。

容器

在任何云原生对话中，听到提及术语“容器”是很自然的事情。容器化微服务非常简单直接。代码、其依赖项和运行时会打包到称为容器映像的二进制文件中。映像存储在容器注册表中，该注册表用作映像的存储库或库。注册表可以位于开发计算机上、数据中心内或公有云中。Docker自己通过Docker中心维护公共注册表。Azure云采用专用容器注册表，用于存储与将运行容器映像的云应用程序接近的容器映像。

支持服务

原生系统依赖于许多不同的辅助资源，如数据存储、消息中转站、监视和标识服务。这些服务称为支持服务。

自动化

云原生系统采用微服务、容器和新式系统设计来实现一定的速度和敏捷性。但这只是其中的一部分。如何预配这些系统所运行的云环境？如何快速部署应用功能和更新？如何完成整张图片？可靠基础结构即代码 (IaC) 实现。

自动完成基础结构：以声明方式对所需的云基础结构编写脚本。资源名称、位置、容量和机密都是参数化和动态的。脚本会进行版本控制，并作为项目的生成工件签入到源代码管理中。调用脚本以在系统环境（如 QA、暂存和生产）间预配一致且可重复的基础结构。

自动执行部署：新式 CI/CD 系统有助于实现此原则。它们提供单独的生成和交付步骤，可帮助确保提供一致且高质量的代码供用户随时使用。通过应用这些做法，组织彻底发展了其交付软件的方式。许多组织都从每季度分布转变为按需更新。目标是在开发周期中尽早捕获问题，因为此时修复这些问题的成本较低。集成之间的持续时间越长，要解决的问题成本便越高昂。借助集成过程中的一致性，团队可以更频繁地提交代码更改，从而改进协作和软件质量。

研华与微软携手为客户提供Azure云方案，带来安全可信、全球合规、全面、中立的开发者工具和平台服务。