最新

大家好。我最近加入了一家正在从 Heroku 迁移到 AWS 的成熟公司。我是第二位 DevOps/SRE 类型的员工，另一位同事更偏向 IT 背景。他以及大约 20 人的开发团队，都没有任何云计算或 IaC 的经验。我们的工作负载几乎完全是无状态的 Web 服务，还有一些数据管道工作已经迁移到了 AWS Lambda。 我的直觉告诉我 ECS 是更适合这个团队的选择——它更简单，无需运维维护，除了人们需要学习的 AWS 基础知识外，几乎没有额外的抽象。在我加入之前聘请的咨询团队正在力推 EKS，但我并不认为其改进的开发者体验值得我们团队承担增加的复杂性和运维负担。他们的论点是，开发人员可以有效地被隔离在 Kubernetes 集群中，因此集群本身的维护工作量的增加，可以通过减少围绕自定义 IAM 权限设置、多个 AWS 账户（我们只需要在集群内使用命名空间）等方面的开销来抵消。 非常感谢任何想法或建议。

tuisheet 登场：写给 VisiCalc 和 Lotus 1-2-3 的情书。 其初衷是编写一个受 VisiCalc 和 Lotus 1-2-3 界面启发，能在终端运行，但又能与当前通用标准 OpenXML（电子表格的 xlsx 文件）完全兼容的程序。该程序使用 Go 语言编写；除了我本人对这门编程语言更熟悉之外，它有助于生成单一的可执行文件，且资源占用低。此外，我喜欢 Go 语言编译器跨平台和跨操作系统的编译能力（这在我的日常工作中经常用到）。顺带一提，tuisheet 在 Linux 上的测试和使用比在 Windows（或 Solaris、AIX、BSD）上要彻底得多。

维基百科赛车曾经非常流行——你会在学校的电脑房里，试图在你朋友之前，从“奶酪”这个词条导航到“第二次世界大战”这个词条。 Rabbit Hole 是我制作的一个类似 Wordle 的每日游戏：一个起始词条，一个目标词条，只能通过维基百科链接进行导航。每天都有新谜题，点击次数最少者获胜。每天与朋友分享你的结果（以及你的路线），看看谁的路径最奇特。 https://rabbitholegame.net