- 主题:[转载]为什么现代软件让我悲伤
不用k8s用什么?基础架构要不被IT绑架,要不被云提供商绑架。
【 在 hgoldfish 的大作中提到: 】
: etcd 是一个使用 raft 一致算法的 KV 数据库,产生于 2013 年。最早是为 CoreOS 开发的,但本文不关心这个烂货,它已经完蛋了。本文的主角,它的副产物 etcd 使用更广泛。etcd 提供了简洁的 HTTP API, 多年以来,我已经使用 etcd 开发了多个工具。
: 2015 年的时候,又诞生了另外一个与之没有关系的 Kubernetes 项目,很多人称它为 k8s. 在我看来,这是继 systemd 之后系统管理领域的最大灾难。它号称要简化集群管理,为大众带来 Google borg 集群管理软件的体验。但实际上:
: 1. 为你的软件添加了几百种出错的模式。
: ...................
--
FROM 27.91.71.*
你说的很对,这一波新工具不知道咋就那么喜欢yaml这些个东西,真真不喜欢。
其实真正好用的软件工具人们都开发完了... ...
--
FROM 111.203.9.*
所以剩下的开发方向只能走偏门了
【 在 pfan117 (pfan117) 的大作中提到: 】
: 你说的很对,这一波新工具不知道咋就那么喜欢yaml这些个东西,真真不喜欢。
: 其实真正好用的软件工具人们都开发完了... ...
--
FROM 60.251.47.*
突然发现,连关键词都一样,容器...
【 在 hgoldfish 的大作中提到: 】
: 这听起来很有前途。。j2ee 统治了 JAVA 社区好几年呢。
--
FROM 124.78.172.*
自己竖靶子自己打
k8s确实复杂,但优点也多,统一的集群管理,统一的应用部署,极大简化了大集群的运维
如果你不需要这些优点,大可以直接docker+docker compose
选型错误却怪工具?
【 在 hgoldfish (老鱼) 的大作中提到: 】
: etcd 是一个使用 raft 一致算法的 KV 数据库,产生于 2013 年。最早是为 CoreOS 开发的,但本文不关心这个烂货,它已经完蛋了。本文的主角,它的副产物 etcd 使用更广泛。etcd 提供了简洁的 HTTP API, 多年以来,我已经使用 etcd 开发了多个工具。
: 2015 年的时候,又诞生了另外一个与之没有关系的 Kubernetes 项目,很多人称它为 k8s. 在我看来,这是继 systemd 之后系统管理领域的最大灾难。它号称要简化集群管理,为大众带来 Google borg 集群管理软件的体验。但实际上:
: 1. 为你的软件添加了几百种出错的模式。
: ...................
--
FROM 36.110.42.*
你觉得哪个比yaml更好呢?
【 在 pfan117 (pfan117) 的大作中提到: 】
: 你说的很对,这一波新工具不知道咋就那么喜欢yaml这些个东西,真真不喜欢。
: 其实真正好用的软件工具人们都开发完了... ...
--
FROM 36.110.42.*
这篇文章的重点倒不是k8s好不好,而是k8s这样的集成系统太成功之后,使得它依赖的工具(如etcd)失去了独立性。etcd的开发会向k8s的需求倾斜,而直接调用etcd api的应用也越来越少。结果是把etcd作为独立的工具来使用会变得越来越难。
systemd也有类似问题。systemd整合了原本独立的很多软件,使得要开发一个新的init变得更难了。
这个问题我觉得除了“悲伤”之外,没有什么办法,也只能fork了。人民热爱集成,你不喜欢,你算老几...
【 在 personality 的大作中提到: 】
: 用过k8s吗
: 部署在k8s里面的软件,软件的移植性和可部署性好过一堆山炮容器调度方案,在k8s之前,各家早有自己的类似软件。k8s成为了标准,还不太难用,只是复杂一点,看文档不就好了。
: 码农应该庆幸。
--
修改:ilovecpp FROM 124.78.172.*
FROM 124.78.172.*
【 在 jimmycmh 的大作中提到: 】
: 你觉得哪个比yaml更好呢?
:
用我开发的monkeycall语言做配置文件解析
--
FROM 111.203.9.*
我是问用配置文件用什么描述
【 在 pfan117 (pfan117) 的大作中提到: 】
: 用我开发的monkeycall语言做配置文件解析
--
FROM 36.110.42.*
如果软件采用的是 GPL 协议,就不会被这些大公司所控制了。
【 在 ilovecpp (cpp) 的大作中提到: 】
: 这篇文章的重点倒不是k8s好不好,而是k8s这样的集成系统太成功之后,使得它依赖的工具(如etcd)失去了独立性。etcd的开发会向k8s的需求倾斜,而直接调用etcd api的应用也越来越少。结果是把etcd作为独立的工具来使用会变得越来越难。
: systemd也有类似问题。systemd整合了原本独立的很多软件,使得要开发一个新的init变得更难了。
: 这个问题我觉得除了“悲伤”之外,没有什么办法,也只能fork了。人民热爱集成,你不喜欢,你算老几...
: ...................
--
FROM 125.78.67.*