- 主题:[转载]为什么现代软件让我悲伤
k8s is the new j2ee.
【 在 hgoldfish 的大作中提到: 】
: etcd 是一个使用 raft 一致算法的 KV 数据库，产生于 2013 年。最早是为 CoreOS 开发的，但本文不关心这个烂货，它已经完蛋了。本文的主角，它的副产物 etcd 使用更广泛。etcd 提供了简洁的 HTTP API, 多年以来，我已经使用 etcd 开发了多个工具。
: 2015 年的时候，又诞生了另外一个与之没有关系的 Kubernetes 项目，很多人称它为 k8s. 在我看来，这是继 systemd 之后系统管理领域的最大灾难。它号称要简化集群管理，为大众带来 Google borg 集群管理软件的体验。但实际上：
: 1. 为你的软件添加了几百种出错的模式。
: ...................
--
FROM 124.78.172.*
嗯，很有前途。
【 在 hgoldfish 的大作中提到: 】
: 这听起来很有前途。。j2ee 统治了 JAVA 社区好几年呢。
--
FROM 124.78.172.*
突然发现，连关键词都一样，容器...
【 在 hgoldfish 的大作中提到: 】
: 这听起来很有前途。。j2ee 统治了 JAVA 社区好几年呢。
--
FROM 124.78.172.*
这篇文章的重点倒不是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.*
我不是说k8s烂。
实际上k8s不错，迅速打败了所有竞争者。
我的意思是，就像楼上说的，k8s会取得堪比j2ee的成功。但这个生态里面所有人都像疯了一样堆复杂性，万众创新，不祥。
【 在 shallpi0n 的大作中提到: 】
: 试试巨软的service fabric吧，让你看看啥是更烂
: 发自「今日水木 on iOS」
--
FROM 124.78.172.*
glog, gflags, bazel其实都还不错。
只是google一个古老的，搞后端的C++公司，做事方法和开源社区太不一样。它们的东西经常只对它们那套做事方法有效。
大教堂和集市。
【 在 zeus2615 的大作中提到: 】
: 问，Google开源出来的最好产品是什么？反正guava是非常的坑，里面动不动就出现为了性能而导致不符合直觉的东西
: 我真心觉得Google很多东西理念很好，但是实现层太不符合直觉了
--
修改:ilovecpp FROM 58.37.59.*
FROM 58.37.59.*
当你程序一定跑在一个有日志收集系统的环境里，那么logrotate就是后者的工作，日志库根本不需要考虑。甚至，输出到文件都是没必要的，只要输出到stdout就够了。
【 在 lwp 的大作中提到: 】
: glog,我现在还没找到每次重启程序后不重新写新日志文件的办法...
: 我觉得程序多次启动持续写到一个日志文件,文件按时间大小切割这是很正常的需求吧..
--
FROM 58.37.59.*
k8s生态主张以新方式（“云原生”）写代码，例如，把网络配置，服务发现等全部从server移到service mesh，server只和sidekick通讯。这显然是要改变开发写代码的方式的。
【 在 dinhot 的大作中提到: 】
: 你把k8s面向的人群搞错了，k8s并不是为研发工程师准备的，k8s的使用对象是运维人员。未来尽量减轻运维的环境部署、系统迁移、资源调配而开发。
: 而对于运维来说，不关心开发的艺术，只要省心省力，不出问题就好了。所以k8s的只做调度和资源调配，而不去触碰容器和VM，容器和VM必然是留给专业的项目
--
FROM 58.37.59.*
直接用js什么意思？Code as configuration?
这个大多数时候都不是好主意。
具体到vscode，它的配置文件和emacs很像，既可以手工编辑也可以从UI修改，意味着人和机器都要能修改配置文件。Code as configuration机器是很难修改的。
【 在 hgoldfish 的大作中提到: 】
: vs code 本身就是用 js 写的。用 json 比较奇怪，为啥不直接用 js 算了。
--
FROM 58.37.59.*