Healthchecks.io 于 2015 年 7 月推出，今年我们就 9 岁了。
时光飞逝啊～
钱
是的，Healthchecks.io 仍然是一个人的生意。2022 年以前，我兼职承包。2022 年 1 月起，Healthchecks.io 成为我唯一的收入来源，但我仍是兼职工作。
至少目前我还不打算扩大团队。我选择「单干」，很大程度上是因为不想管理或被管理。成为联合创始人或员工都意味着，要定期开会讨论已经或将要完成的工作。
如果能找到一个不需要任何关注就能神奇地完成出色工作的人，那就太棒了。他只需每月作一份简要总结，回顾当月的高质量贡献（做得比我更好的那些）。但我想我找不到这样的人，也负担不起。
增长目标
我不打算收紧免费版的范围。我在 2015 年创办了 Healthchecks，因为我认为当时已有的服务（Dead Man's Snitch 和 Cronitor）价格过高。我的出发点是 「我认为这可以做得更好、更便宜」；现在我也坚持这一点。
出于同样的原因，我也不打算提高付费版的定价。
对于那些询问 PO 账单、电汇付款、定制协议和注册供应商门户网站的企业客户，我选择不予理睬。白白放弃这笔钱 ，是有意的决定。对我来说，额外的钱不会带来有意义的变化，但额外的负担会让我更加忙碌和暴躁。
功能方面，我认为 Healthchecks 目前的功能及规模很合适。我不打算扩大规模，增加诸如主动运行监测、托管状态页面或 APM 等的功能。
网络服务器升级为 Hetzner 的 AX42（AMD 8700GE，8 核）。旧机器上出现过一些无意义的 Python 异常，更新内核和重启都没有解决。与其在硬件问题上纠缠，不如升级到更新、更快、更高效的机器。 数据库服务器升级到 Hetzner 的 EX101（英特尔 13900，8+16 核）。我建立新的数据库副本时，在一次中断和故障转移后借机升级了硬件。 Healthchecks.io 现在使用 maddy 自动发送邮件。 Healthchecks.io 现在将 ping 主体数据存储在兼容 S3 的对象存储中。这样可以减小 PostgreSQL 数据库的大小，但增加了对外部服务的依赖。
就到这里吧，感谢您的阅读！为下一个 9 年干杯！最后，给大家来一张我努力穿过引体向上杆的照片，我的孩子诺拉和阿尔伯茨在一旁欢呼：
之前的状态更新：
2018 年，我的单人 SaaS 副项目迎来第三个生日
（https://blog.healthchecks.io/2018/08/my-one-person-saas-side-project-celebrates-its-third-birthday/）
2021 年，「健康检查」六周年，状态更新
（https://blog.healthchecks.io/2021/07/healthchecks-turns-6-status-update/）
