时间对我们来说不是营销标准 这是一个工程方面的限制因素,它决定了我们所做的每一个决定。 当您的整个业务运行在一个单一的平台上,停工时间不是一个不便. 这是一个完整的站。 这一责任是我们认真对待的,它反映在从数据库到负载平衡器的卡莫CRM架构的每一层中.

在基金会,我们管理YugabyteDB 作为我们的主要数据存储。 YugabyteDB是一个分布式SQL数据库,通过多个节点进行自动故障复制数据. 如果一个节点倒下,集群继续运行,没有数据丢失或人工干预. 此外,我们的申请层包括64个通过RKE2运行在Kubernetes上的无国籍微服务。 由于每项服务都是无国籍的,任何情况都可以被替换或扩大而不影响其他情况.

实时通信又增加了一层复杂性. 电视会议、通讯和电话都需要持续的连接和低延迟。 我们与Janus WebRTC一起处理媒体问题,与NATS JetStream一起处理信息中介问题,两者都部署在我们整个集群的高度可用配置。 甚至我们的文件存储层,由MinIO提供动力, 配置了用于数据耐久性的去除编码 .

结果形成了一个系统,没有单个组件是故障点. 我们每天进行多次更新,使用滚动部署,确保零故障时间。 我们的监测堆栈实时追踪了上千个度量衡, 我们的待命工程组在任何异常发生后数秒内就发出警报。 这是99.9%的上升时数背后的工程, 我们正在不断推动它变得更好.