到底什么是“云原生”？
看了很多解释，还是云里雾里。
现在很多技术文章动不动就是“云原生”，是我落伍了吗？
本文由 vps网友提供，转载请注明出处
本文链接： https://www.vpsvsvps.com/discuss/a/1676472084751978496.html
10-13
换云不换代码，就云原生了。
10-12
老一代应用们都是直接部署在物理服务器上的，得益于云计算技术的成熟之后都纷纷上云了，那生在云上长在云上的新一代应用就可以称之为云原生了呀
10-12
感觉是除了业务代码需要自己写，什么服务器，存储，负载，MQ 等消息中间件都用人家 (云) 提供的 API，只要把应用打包上传到云环境里 (exe，可自行文件，jar 等)。
10-12
云原生不只是 k8s. 比如现在很多大数据组件从用 HDFS 做底层存储，迁移到 s3 做底层存储，这也能算是云原生。
10-12
Sometimes native (主要是负责打包成镜像吧
10-12
cloud native，顾名思义，本地云。
10-12
以存储为例，不再保存在硬盘上（有 IO 带宽不能调，不能共享访问，磁盘坏道风险等限制），而是根据访问特性保存在 S3，ebs，efs 上，享受它们的新特性
10-12
我觉得是基于 Kubernetes，但在云供应商这方面是 agonostic 的能称作云原生
10-12
这种摸不着头脑的词，每隔一段时间都会出来一个
下次该怎么编好呢？
云宇宙 如何
10-12
另一点，自己在本地搭建的 K8S 环境基本体会不到什么叫“云原生”，只不过是一个容器调度系统，因为缺少了很多云厂商的 provider 组件。如果你试用一下 Azure 或 AWS 的 Kubernetes 服务，以 Azure AKS 为例，Service 可以自动映射为的 Load balancer，PV 映射为 Azure 磁盘或块存储，还可以根据负载 metrics 自动缩放节点。也就是说，你只用在 Azure 的界面点点点几下，然后写几个 Service，Ingress，PVC，就可以获得一个自动伸缩的支持很大并发的服务集群，而且这还不用绑定特定厂商，方便移植。从这点上考虑可能更能明白云原生的意义。
10-12
把 K8S 为中心的技术叫“云原生”还是很合适的，因为 K8S 抽象了主要云厂商的基础设施（存储，计算，网络 etc.），让你开发和部署到云厂商的应用是可移植的，不再深度绑定某一个云厂商（虽然仍然会有绑定，但迁移成本小很多）。
10-12
我也想知道代码怎么写才算云原生。到处都是名词，麻了麻了
10-12
现在很多都是把云原生=容器化
其实很简单,你的服务符合云原生的 12 要素 那么就云原生了
而不是 服务容器化就云原生了
比较传统的例子: mysql 可以容器化,那么云原生了吗?
10-12
云原生就理解成兼容 k8s
10-12
简单来说，就是你的应用代码在编写的时候，所有的基础设施都基于云服务来考虑，就是云原生。
10-12
现在看来，云原生是基于服务网格上发展来的，因为大部分有 sidecar，反而感觉不需要注册发现限流熔断等考虑，所以叫“原生”。
个人感觉，你现在直接写个 spring boot 单项目，也可以叫云原生。
10-12
云原生就是打包成容器
10-12
CNCF 贴牌的东西就是云土著。