服务 04
云与 DevOps
云平台应该让变更更安全、成本更清楚。我们帮你获得这些好处，又不至于失控蔓延。
概述
可重复，可观测，花得值。
手工搭建的云环境难以复现，难以保护，过上一年也难以看懂。账单不断增长，权限越积越多，大家都越来越不敢改动任何东西。
我们根据真实的可用性和恢复要求来设计架构，并用代码来定义，让每次变更都经过评审、可重复、可审计。监控、访问控制和成本可见性都是默认配备的。
我们在 AWS、Azure 和 Google Cloud 之间保持中立。有时诚实的答案是用更简单的平台、更小的规模，或者让某个工作负载留在原地。
服务内容
从架构到日常运维。
云架构设计
高可用、多可用区设计，在确有必要时采用多区域，并与约定的恢复目标相匹配。
云迁移
逐个工作负载选择重新托管、更换平台或重构，尽量减少停机，并预演切换过程。
基础设施即代码
经过评审和自动化测试的 Terraform 与 Ansible 模块，让环境可以重建和审计。
Kubernetes 与容器
运维良好的集群，使用 Helm、Argo CD 和 GitOps 流程，也会坦诚告诉你何时并不需要 Kubernetes。
CI/CD 与 DevOps 赋能
流水线模板、部署策略和辅导，让发布成为团队的日常操作。
可观测性
使用 Prometheus、Grafana 等工具采集指标、日志和链路追踪，并让告警与用户实际体验挂钩。
FinOps 与成本优化
标签规范、规格调整、自动伸缩、承诺用量规划和成本看板，让支出与价值相匹配。
备份与灾难恢复
不可变备份、恢复手册和恢复演练，用事实证明恢复目标确实能够达到。
如何推进
云项目如何推进。
- 01
评审
对照实际需求，评估架构、安全性、可靠性和支出。
- 02
打基础
以代码方式建立账户、身份、网络、日志和防护规则。
- 03
迁移或构建
以小批次迁移或构建工作负载，并从每一轮中吸取经验。
- 04
优化
系统运行之后，根据真实使用数据调优性能和成本。
- 05
赋能
辅导你的团队，并留下模板、文档和运维手册。
你将得到
一个你的团队能运营的平台。
- 架构评审和务实的路线图
- 放在你代码库中的可复用基础设施代码模块
- 部署流水线和环境晋级规则
- 服务健康状况和成本看板
- 备份、灾难恢复及恢复测试记录
- 运维手册和培训课程
适用情形
这项服务通常在这些时候有帮助。
- 正在规划迁移，想要一份独立的方案
- 云账单持续上涨，却没人说得清原因
- 发布过程紧张、手工且频率很低
- 环境是手工搭建的，很难复现
- 需要向客户或审计方证明系统能够恢复
常见问题
大家通常会问
我们应该选哪家云？
这取决于现有技能、许可证、数据驻留要求和你看重的服务。我们会结合你的情况比较。很多时候，平台运营得好不好比选哪家更重要。
我们需要 Kubernetes 吗？
不一定。服务数量不多时，托管容器或平台服务可能更便宜、更好运维。只有当收益超过运维成本时，我们才会推荐它。
能帮我们降低账单吗？
通常可以，尤其是近期没人审视过支出的情况，但在看到数据之前我们不会承诺具体数字。我们的云成本文章讲了我们会从哪里入手。
提供持续运维吗？
可以按约定提供持续运维支持，并把范围和响应预期写清楚。我们也希望你自己的团队有能力运行这些系统。
其他服务