不用k8s用什么？基础架构要不被IT绑架，要不被云提供商绑架。

【 在 hgoldfish 的大作中提到: 】
: etcd 是一个使用 raft 一致算法的 KV 数据库，产生于 2013 年。最早是为 CoreOS 开发的，但本文不关心这个烂货，它已经完蛋了。本文的主角，它的副产物 etcd 使用更广泛。etcd 提供了简洁的 HTTP API, 多年以来，我已经使用 etcd 开发了多个工具。
: 2015 年的时候，又诞生了另外一个与之没有关系的 Kubernetes 项目，很多人称它为 k8s. 在我看来，这是继 systemd 之后系统管理领域的最大灾难。它号称要简化集群管理，为大众带来 Google borg 集群管理软件的体验。但实际上：
: 1. 为你的软件添加了几百种出错的模式。
: ...................
--
FROM 27.91.71.*

运维不一定喜欢k8s，他们更喜欢云平台原生的方案，直接点几下鼠标什么都搞定

k8s和docker一样是devops理念发展带来的产物

【 在 dinhot 的大作中提到: 】
: 你把k8s面向的人群搞错了，k8s并不是为研发工程师准备的，k8s的使用对象是运维人员。未来尽量减轻运维的环境部署、系统迁移、资源调配而开发。
: 而对于运维来说，不关心开发的艺术，只要省心省力，不出问题就好了。所以k8s的只做调度和资源调配，而不去触碰容器和VM，容器和VM必然是留给专业的项目
--
FROM 27.91.71.*

我强烈反对JSON带有注释

这么说吧，需要注释才能看懂的JSON格式，加了注释你也不一定能懂，且大概率有其他问题

既然用了JSON，就应该把结构简化到一目了然的程度。不符合这个条件的应该考虑XML等其他格式，而不要自造或者自己扩展。

【 在 hgoldfish 的大作中提到: 】
: 你乱扯什么啊。。
: 注释一般是软件作者写的。比如：
: ### Set OS Info in BMC/Service Processor ###
: ...................
--
FROM 27.91.71.*

假如你正好需要配置个对象结构，那么用json还是挺好的

json可视为python的dict或C++的递归map的人类可读形式

【 在 hgoldfish 的大作中提到: 】
: 我说的也不是完全不用 JSON，你看看上面的讨论线索，讲的是配置文件别用 JSON.
:
--
FROM 27.91.71.*