这是一个创建于 1134 天前的主题，其中的信息可能已经有所发展或是发生改变。
看了很多解释，还是云里雾里。
现在很多技术文章动不动就是“云原生”，是我落伍了吗？
 |
1
janxin 2021-10-12 16:48:08 +08:00
|
 |
2
est 2021-10-12 16:51:35 +08:00
CNCF 贴牌的东西就是云土著。
|
 |
3
ch2 2021-10-12 16:56:55 +08:00
云原生就是打包成容器
|
 |
4
Chinsung 2021-10-12 17:14:41 +08:00
现在看来，云原生是基于服务网格上发展来的，因为大部分有 sidecar，反而感觉不需要注册发现限流熔断等考虑，所以叫“原生”。
个人感觉，你现在直接写个 spring boot 单项目，也可以叫云原生。 |
 |
5
uleh 2021-10-12 17:32:03 +08:00  3
简单来说，就是你的应用代码在编写的时候，所有的基础设施都基于云服务来考虑，就是云原生。
|
 |
6
hyq 2021-10-12 17:34:45 +08:00
云原生就理解成兼容 k8s
|
 |
7
tanxnative 2021-10-12 17:40:53 +08:00
现在很多都是把云原生=容器化
其实很简单,你的服务符合云原生的 12 要素 那么就云原生了 而不是 服务容器化就云原生了 比较传统的例子: mysql 可以容器化,那么云原生了吗? |
 |
8
wunonglin 2021-10-12 17:41:09 +08:00
我也想知道代码怎么写才算云原生。到处都是名词，麻了麻了
|
 |
9
kidlj 2021-10-12 18:02:36 +08:00
把 K8S 为中心的技术叫“云原生”还是很合适的，因为 K8S 抽象了主要云厂商的基础设施（存储，计算，网络 etc.），让你开发和部署到云厂商的应用是可移植的，不再深度绑定某一个云厂商（虽然仍然会有绑定，但迁移成本小很多）。
|
|
10
kidlj 2021-10-12 18:08:15 +08:00 2
另一点，自己在本地搭建的 K8S 环境基本体会不到什么叫“云原生”，只不过是一个容器调度系统，因为缺少了很多云厂商的 provider 组件。如果你试用一下 Azure 或 AWS 的 Kubernetes 服务，以 Azure AKS 为例，Service 可以自动映射为的 Load balancer，PV 映射为 Azure 磁盘或块存储，还可以根据负载 metrics 自动缩放节点。也就是说，你只用在 Azure 的界面点点点几下，然后写几个 Service，Ingress，PVC，就可以获得一个自动伸缩的支持很大并发的服务集群，而且这还不用绑定特定厂商，方便移植。从这点上考虑可能更能明白云原生的意义。
|
 |
11
paradoxs 2021-10-12 18:21:39 +08:00
这种摸不着头脑的词，每隔一段时间都会出来一个
下次该怎么编好呢？ 云宇宙 如何 |
 |
12
arischow 2021-10-12 19:40:53 +08:00 via iPhone
我觉得是基于 Kubernetes，但在云供应商这方面是 agonostic 的能称作云原生
|
 |
13
lance6716 2021-10-12 20:44:07 +08:00 via iPhone
以存储为例，不再保存在硬盘上（有 IO 带宽不能调，不能共享访问，磁盘坏道风险等限制），而是根据访问特性保存在 S3，ebs，efs 上，享受它们的新特性
|
 |
14
justfly 2021-10-12 20:50:29 +08:00
cloud native，顾名思义，本地云。
|
 |
16
ReferenceE 2021-10-12 21:48:42 +08:00 via Android
Sometimes native (主要是负责打包成镜像吧
|
 |
17
billlee 2021-10-12 22:06:04 +08:00
云原生不只是 k8s. 比如现在很多大数据组件从用 HDFS 做底层存储，迁移到 s3 做底层存储，这也能算是云原生。
|
 |
18
jorneyr 2021-10-12 22:11:25 +08:00
感觉是除了业务代码需要自己写，什么服务器，存储，负载，MQ 等消息中间件都用人家 (云) 提供的 API，只要把应用打包上传到云环境里 (exe，可自行文件，jar 等)。
|
 |
19
wertasy 2021-10-12 22:22:13 +08:00 via Android
老一代应用们都是直接部署在物理服务器上的，得益于云计算技术的成熟之后都纷纷上云了，那生在云上长在云上的新一代应用就可以称之为云原生了呀
|
 |
20
joesonw 2021-10-13 09:03:42 +08:00 via iPhone
换云不换代码，就云原生了。
|
 |
22
yalin 2021-10-13 09:24:04 +08:00
CNCF
|
|
23
joesonw 2021-10-13 09:24:56 +08:00 via iPhone
@jorneyr 云绑定一般说是只能在一个云上，因为基础组件的原因。云原生就是为了打破这个僵局，可以轻松换云，甚至是私有云。
|
|
24
yalin 2021-10-13 09:25:13 +08:00
部署到云厂商并使用相关云厂商的服务，我是这么理解的。
|
 |
25
joudev 2021-10-13 09:27:16 +08:00 1
云原生并不是某种具体技术，而是一类思想的集合，用来帮助快速构建和运行应用程序，其中既涵盖着一整套技术体系（容器、服务网格、微服务、不可变基础设施和声明式 API ），也包含着应用开发的管理要点（ DevOps 、持续交付、康威定律[3]）。只要符合这类思想的应用就可以称为云原生应用。
可以在这里看看云原生技术体系的发展： https://mp.weixin.qq.com/s/H__pRS844SJSPiYfCqzozA |
 |
27
pkoukk 2021-10-13 10:39:13 +08:00
老一代环境需要部署在物理服务器上的时候，经常要为了避免环境冲突或者解决这台机器上的某些特殊问题，每台机器使用的配置不同，这就没法云原生。
容器化之后，每个 pod 都是一致的，可替换的，其实就可以认为云原生了。 |
 |
28
outyua 2021-10-13 10:48:47 +08:00
当你在设计应用的时候, 不需要考虑机器相关, 只是觉得扔上去了, 就行了
|
 |
30
julyclyde 2021-10-13 12:47:47 +08:00
“去本地化”
不要在本地文件系统里保存状态 输入输出全都通过网络 看看 12factors |
 |
31
wangyu17455 2021-10-13 17:21:49 +08:00
@paradoxs 元宇宙(bushi)
|
 |
32
wx497657341 2021-10-13 17:37:20 +08:00
玩玩 aws 就知道什么是云原生了
|
 |
33
darkengine 2021-10-13 17:39:37 +08:00
我的理解是 serverless，连 docker 之类都不需要，写好你的业务代码往 AWS 或者其他云服务商那里一扔就可以。
|
 |
34
chaleaoch 2021-10-13 21:34:14 +08:00
就是天生适合上云的技术.
对应的就是之前的老的技术, 也可以上云, 但是需要适配. 大概是这个意思. |
Select Language