在上线第二天依然好用的 Kubernetes
搭起一个集群并不难。难的是在上面可靠地运行有状态产品、在故障后恢复它，并且每天多次安全发布，团队往往就卡在这里。我们专注于日常运维：可复现的环境、安全的发布，以及可以据以行动的信号。
- 集群架构：托管控制平面、节点池、网络
- 基础设施即代码，让环境可复现
- 有状态工作负载：托管的 Postgres、Redis 与持久化存储
- 安全的部署策略：蓝绿发布与渐进式发布
- 可观测性：从第一天起接入指标、日志与链路追踪
- 安全加固：RBAC、网络策略、密钥与资源限额
我们如何对待这个平台
一切皆以代码描述，因此同一套定义即可搭起预发与生产环境，不会出现人工操作带来的漂移。相较于炫技，我们更看重可恢复性与清晰度。
- 1
评估与规划
我们审视您的工作负载、约束条件与团队，然后设计一套合适的集群拓扑，不做过度设计。
- 2
基础设施即代码
以声明式方式描述集群及其服务，让环境可复现、变更可评审。
- 3
工作负载与数据
把有状态服务做好：托管的 Postgres 与 Redis、持久卷、备份，以及合理的资源限额。
- 4
安全交付
采用蓝绿或渐进式发布，让部署成为常规且可回滚的操作，并由健康检查为每一步把关。
- 5
观测与加固
自首日起即接入指标、日志与链路追踪；在承载真实流量之前，锁定 RBAC、网络策略与密钥。
平台工具链
我们以代码的形式打造 Kubernetes 部署，包括 Helm Chart、自动扩缩容、Postgres 与 Redis、蓝绿发布，以及从第一天起接入的指标、日志与链路追踪。您的产品也会得到同样的配置。
Kubernetes 咨询常见问题
我真的需要 Kubernetes 吗？
不一定。对于单个小型服务，托管的平台即服务（PaaS）往往更简单、更省钱。当您运行多个服务、需要在预发与生产之间保持可复现的环境、频繁部署，或者希望能在不同云之间迁移时，Kubernetes 才能体现价值。我们会如实告诉您它是否适合您当前的阶段。过早采用它是一个常见且代价高昂的错误。
你们能在它上面运行数据库这类有状态工作负载吗？
可以，这正是我们专注的难题。在条件允许时，我们通常使用托管的 Postgres 与 Redis；对于必须运行在集群内的部分，则配置持久卷、备份和经过测试的恢复流程。无状态服务很容易，我们也会把有状态的部分做得同样可靠。
你们如何让部署变得安全？
我们采用由健康检查把关的蓝绿或渐进式发布，让有问题的版本在抵达全部用户之前即被拦截并回滚。由于整个平台都以代码描述，每次变更都可评审、可回滚，环境之间不会出现人工漂移。
你们离开后，我的团队还能运行它吗？
这正是关键所在。一切都在代码中并配有文档，我们会接入您团队所需的可观测性以看清状况，并交付一份涵盖日常运维与故障场景的运维手册。我们可以继续提供支持，但您绝不会被绑定在我们身上。