“云”时代必须以全新的思维、概念来看待应用架构和 IT 基础设施，只有从这个角度理解云原生才能得到正确的答案，怎样让云的技术更好的跟各行各业的技术做结合？仅凭阿里云是非常难以实现的，所以需要阿里云跟各行各业的开发者们一起去探索更加贴合行业的云原生架构，需要阿里云和所有开发者共同去定义。
问题：【你眼中的云原生架构到底该如何定义？】
秉承着开源精神邀请各行业的架构师、开发者们，与我们共同定义云原生架构，欢迎留言告诉我们。
【留言有奖】：
1.最佳留言奖：我们将从所有评论中选取最具价值的10名贡献者，给予充电宝等随机实物奖品；
2.特别贡献奖：我们还将采纳最具价值的留言于白皮书中收录，以共同贡献者的名义署名阿里云出版的《阿里云云原生架构白皮书》
活动时间：6月17-24日
最终中奖名单将会在本帖最上方公示。
中奖联系通道：
1.钉钉扫码进群
2.艾特群主进行奖品发放登记
写回答
所有的基础框架和中间件等从设计之初就面向于“云”，支持灵活可扩展和多租户。
Cloud Native,代表技术包括容器、服务网格、微服务、不可变基础设施和声明式API。技术方面包含微服务和敏捷基础设施，我的理解是开发环境就是云环境，在开发环境时保证与生产环境的一致性，这与之前程序要从本地环境移植到云上不同。此外云原生架构还应囊括管理思想，如DevOps等。
云原生架构，我的理解是在云基础设施之上搭建的项目架构都应该称之为云原生架构。每个项目所搭建的云原生架构可能是不同的，不同之处在于项目的具体需求。有些项目是单体，有些项目是微服务，有些项目需要解决部署问题，有些项目需要解决容器编排问题，而这些不同的需求则产生了不同的云原生架构。
云原生我理解就是用云的特性来满足提供不同能力的服务，如存储/计算等能力，但抽象来说这种本质能力是不会变的，改变的是不同行业对能力的需求以及不同产品对服务和功能的组合，对于未来来说，可能简单好用高效以及有适度定制化能力会是方向
云原生架构，顾名思义是云原生应用的架构，无论是公有云，私有云还是混合云，这些云原生应用生在云上，长在云上。将这些云原生应用整合在一起，使整个系统拥有更好的容错性，更强的自愈性，可以清楚的观测其状态，方便的进行运维管理，将工程师从复杂脆弱的系统中解放出来，专注于业务功能开发的架构。
对于云原生（Cloud Native）我觉得对于新技术首先最重要的就是弄清楚它的概念和适用场景。先看Native在英语中的意思：天然的、天生的、本国的、土著的。Cloud Native就是天生的云，就是天生就具备云的基因，适合云环境。就像我们中国人的native language 是Chinese一样，不是说中国人转换了国籍加入了其他国家的国籍，其native language就变了，native是一辈子都不会变的。
其核心是云原生应用，范围包括云原生应用生命周期过程的理论、工具和方法。云原生十二因素是判断是否是云原生的基本原则，也是实现云原生应用的基本理论指导（虽然这些因素并不完全准确）。至于持续交付、容器、微服务、DevOps是实现云原生应用或服务的方法、工具框架和环境支持。不是采用所谓的微服务、容器技术、DevOps就是云原生了，那只不过是一种实现方式而已。没有它们，换其他工具方法同样可以实现云原生。即便有了它们，用了它们也不一定就是云原生。
操作系统更加抽象，资源利用更加合理，系统迭代升级更快用户无感升级。产品能更快更早的带来收益。硬件成本降低用户也最终收益。
我们不用关心计算背后到底需要什么样的资源，商业系统只要提出对计算的需求它就可以完成对这个计算的交付！ “搬上云”只是“用云”的一个起点！ 过去10年，云计算把数据中心从大家的视野中抹去 未来10年，云原生要把计算从大家的视野中抹去
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践，通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式，助力制造业企业高效上云，实现系统稳定、应用敏捷智能。拥抱云原生，让创新无处不在。
