展开讨论

经验与复盘经验摘录 · 机器翻译

我倾向于选择那些已经存在很久的工具

… 我倾向于选择那些已经存在很久的工具。我所构建的很多网站都有用bash编写的部署脚本,依赖于apt包和仓库,用git来拉取应用代码,用rsync来复制文件。可能现在升级到zsh也还行。;) 当我进入新项目时,我经常对部署基础设施的复杂性感到惊讶:我花了很多时间在Docker和Kubernetes上,但至今尚未看到它们简化了事情。一般来说,我不扔掉现有的基础设施,但如果进行新项目开发,我从不引入容器——它们所做的任何事情都可以用几行Bash更明确地完成。我仍然维护的一个网站已经运行了15年。大约8年前,我将其从Fedora(不是我的选择)移植到Debian,部署脚本中唯一改变的是包管理器。5年前我转到了DigitalOcean,部署脚本根本没有改变。这个部署脚本是81行的bash。…

源讨论构建可持续的数据基础设施原帖 82 条评论 · 导入时统计
3

社区评论 0

还没有社区评论,来聊聊你的看法。

原讨论中的回复 3

仅展示本次导入中包含的直接回复。中文为机器翻译,可查看英文原文。

TA

对于基础设施,我会记住Lindy效应[1]。 [1]: https://en.wikipedia.org/wiki/Lindy_effect

完整原文
BA

这是一个有说服力的证言。最近有人在这里发布了一个‘git ops’包,同样简单且基于bash。我很想尝试,但我想知道为什么会有避免使用github actions的依据。 如果你能分享脚本或代码片段,我会很感激。 对我来说的一个困难是,我的数据存储和reporo g包是一个使用Prefect的Python应用程序,我用Poetry来管理依赖。 ‘poetry install’阶段并不总是顺利进行,我的脚本会失败。

完整原文
IT

> 我倾向于选择那些已经存在很长时间的工具 如果没有早期用户,那么没有任何工具能到达“已经存在很长时间”的阶段。总得有人使用它。

完整原文
在 Hacker News 阅读

尊重不同观点,分享具体经验。

登录后即可发帖、评论、转发和引用。