离开 DigitalOcean，一次一个站点

上周我写了一篇关于取消 1Password 的文章。今天，DigitalOcean 加入了同一基金会的捐助者名单，承诺在三年内每年向 Omacom 基金会（DHH 的 Omarchy 背后的非营利组织）捐赠 100 万美元。三百万美元。十次让我取消 1Password。将一堆飞行项目和随机的各种 Droplet 移动到一台中等昂贵的（对我自己来说）服务器上，这非常烦人，所以请鼓掌 — Keith Kurson (@keithlaugh.love) 2026 年 9 月 5 日上午 8:54 我已经花了整个周末将我的个人网站和项目（atmoBB、pollen.place 和其他）从一堆 DigitalOcean Droplet 和 Fly 机器转移到一台 UpCloud 机器、一个对象存储桶和一个小型托管服务器上Postgres 数据库。所以，时机很好🙃 我不会再重复整个 DHH 争论了。最后一篇文章有​​引用和来源。我不想继续向那些给他钱的公司付款，其中包括我的托管费用！取消订阅需要一个下午的时间。迁移您的主机有更多部分。这是我的样子。第一：我在托管什么？我需要一个地方来放置我所有的小应用程序。我有很多网站。当我想要表达一个观点时，我的第一反应就是提出另一个观点。当 Glitch 关闭后，我需要一个地方来存放我在那里运行的所有东西。前端、后端、个人站点、半成品实验。我想让它们中的任何一个在线，而不是每次都成为自己的项目。所以我构建了一个部署工具。它叫做 Deploy，我从来不擅长命名事物。它位于 Docker 和 Railpack（Railway 的开源构建系统）之上。 Railpack 构建应用程序，Docker 运行它们，而 Deploy 是我管理它们的地方。自动 Git 部署，所以我推送，它就上线了。它现在也代理 Postgres 连接。我的所有应用程序代码都位于 Git 中，包括私有存储库，并且 Deploy 可以访问这些代码。这就是为什么在新机器上恢复所有内容都很容易的主要原因。代码已经在我可以部署的地方，而不是我必须从每台旧服务器上拯救出来的地方。需要保存文件的应用程序会在磁盘上获得一个持久目录，例如 /data/name-of-app 。应用程序可以将 SQLite 数据库放入其中并在部署过程中保留它。并不是每个小项目都需要自己的 Postgres 数据库，我喜欢拥有一个我永远不需要再考虑的小数据库......直到我需要移动主机。 UpCloud 为什么要收费，以及服务器可以放在哪里。如果我想在美国以外开展业务，我希望这很容易。 UpCloud 就是这么做的。如果价格合适的话，我已经做好充分准备使用互联网上最丑陋、最奇怪的主机。我不需要漂亮的仪表板来运行网站。我最终找到了一个实际上看起来效果很好的地方，而不是追逐现有的最便宜的机器。 UpCloud 还有其他好东西，但成本和服务器位置是我关心的两件事。迁移主要是数据库，让代码运行是最容易的部分。数据是它自己的项目：一堆来自不同地方的 Postgres 备份，大部分是位于 Droplet 上的数据库，加上使用本地文件和 SQLite 的任何内容的持久目录。我编写了一个快速脚本来移动目录，然后一次移动一个站点。实际库存比听起来更混乱。 DNS 分布在几个不同的提供商中。 SQLite 数据库遍布各处，每个数据库都位于创建它的应用程序恰好放置它的位置。几个需要真正转储和恢复的 Postgres 数据库。一切都不难，只是比我预期的要多，而且每件作品都略有不同。一次一个就是整个技巧。 “移动我所有的主机”听起来很巨大。 “移动这一站点”是星期六。新的设置是一台用于应用程序的 UpCloud 机器，加上对象存储和一个小型托管 Postgres 数据库。数据库不是在应用程序服务器内运行的另一个东西。权衡是显而易见的：如果一台应用程序机器出现故障，其上的所有内容都会随之崩溃。单独的存储和托管数据库并不能使应用程序服务器具有高可用性。这是我的个人网站和愚蠢的小项目的设置，而不是建议您将您的公司放在一台服务器上！ “开源部署，Keith！！”我很想开源这个。很有用！我知道其他人也有这个问题！它也是专门为我打造的。我知道我希望我的应用程序如何工作，当应用程序无法工作时，我会去更换工具。让具有不同设置的人工作是另一项工作：记录我从未写下的假设，处理我不使用的配置，弄清楚为什么他们的应用程序在我的应用程序构建时无法构建。我知道，发布来源并不意味着我有义务支持任何人。但将代码放到网上和告诉人们“在这里，用它托管您的应用程序”是有区别的。第二个听起来像是一项艰巨的任务，我不想一时兴起就报名参加。你不需要我的特殊工具