永昌2020-09-10关于ping请求的入库，是异步延时，那么如果ping频率高的请求，在check的时候，可能还没入库，不就触发了警告了么？作者回复: 有两个措施防止你说的问题： 1. healthchecks.io对ping的频率有限制，我记得最小粒度是1分钟间隔。 2. check可以设置grace period，也就是允许ping迟到的时间范围。
1
Geek28082021-07-05能否解释一下开放健康检查接口和 ping 检查中心两种方式的优缺点作者回复: ping一般只能检测简单的存活，开发定制的健康检查端点可以获取更细粒度的健康信息，如SpringBoot支持用户开发定制的健康检查逻辑，可以定制磁盘利用率，数据库连接，缓存连接等更细粒度的健康检查信息。
邸昆2020-12-22SaaS的核心点在于多租户，从架构介绍上看没有看到租户隔离的相关设计，从商业的视角付费用户和免费用户使用肯定要隔离开，否则付费的爸爸们不开心。从现在架构介绍上看，基于消息队列可以基于partition打散，减缓一些互相影响的情况，但是不可能无限多partition，还是无法完全避免相互影响。请问老师，针对租户间隔离，租户间影响这块，您有什么好的建议么？作者回复: SaaS公司开始起步，一般都是一套DB逻辑隔离，简单成本低。到了一定的规模，有钱有人了，可以考虑私有部署物理隔离，这时候成本复杂性也上去了。通常做法是对用户分层，免费和低端用户使用共享的逻辑隔离，中高端付费用户进行私有部署物理隔离。
姑射仙人2020-09-26老师，我认为healthchecks不是一个SaaS应用，更像是一个传统的多用户服务端系统。如何理解、定义一个SaaS系统呢？作者回复: SaaS = Software as a Service，把传统的软件产品，做成多租户通用版，部署在云端提供共享服务的形式，就可以称为SaaS。 healthchecks.io是一个轻量级的SaaS服务，它把对周期性任务(scheduled job)的健康检查，做成了一种云服务，大家可以共用，不需要每个企业再去部署一套。 healthchecks.io属于监控类SaaS产品。同样，sentry.io也是监控类SaaS产品，它把异常日志监控做成了一种云服务。还有auth0.com把企业身份认证做成了云服务，launchdarkly.com把功能开关做成了一种云服务，等等。
tt2020-08-11老师，数据库是不是会成为瓶颈？作者回复: 如果checks数量非常多，DB会成为瓶颈，这个时候有两个办法： 1. 采用类似killbill common queue的sticky polling技术，每个机器只处理本机写入的checks，这样相当于把 checks做了逻辑分组和负载分摊。 2. 对DB进行分片sharding，然后不同的告警检查任务(alert checker)分别处理不同的DB shard，分摊负载。