云账单未解释
每个月它都会上升，但没有人知道是什么负载导致的。
语境
我们解决什么。
云不是目的地，而是一种操作。重要的是什么在哪里运行、谁有权访问、成本是多少以及如何回收。
迁移变成转移
机器在移动，但操作或治理并未重新设计。
没有人知道如果
有备份，但从未尝试过完整恢复。
解决方案
我们可以在云中运行什么
每个解决方案都声明其模式。最终范围在承诺价格或日期之前确定。
01·定义范围解决方案
评估和云计划
负担、风险、成本和采用途径的 X 射线。
- 装载库存
- 成本和风险分析
- 目标架构
- 波浪计划
02 · 分期项目
波偏移
我们在不停止操作并定义回滚的情况下进行迁移。
- 导波
- Windows 和依赖项
- 性能测试
- 回归计划
03·托管服务
托管运营和 FinOps
通过月度报告进行监控、响应和消耗控制。
- 监控和警报
- 根据 SLA 进行事件管理
- 消费优化
- 成本和容量报告
可交付成果
你收到什么。
- 库存和依赖关系图
- 目标架构
- 迁移和回滚计划
- 成本报告和建议
证据。 申报范围。服务水平和覆盖范围由合同确定。
包括
- 技术评估
- 建筑设计
- 执行和测试
- 操作文档
不包括
- 云消费和许可
- 物理硬件
- 24/7 覆盖，无需服务协议
工作方式
四个时刻，记录决定。
- 理解背景、限制和成功标准。如果没有这个，范围就只是猜测。
- 定义可交付成果、排除情况、假设和条件。您可以在这里决定是否有报价或评论。
- 跑步提议和确认的团队，通过可交付成果控制访问和进度。
- 交付和测量验收、转移以及（如果适用）带指示器的操作。
工具
我们用什么来做到这一点。
我们实施的技术和平台。集成水平按项目确定。
语境
处理案件的项目、文件和权限。
代理商
他们准备分析、草稿和可重复的任务。
控制
按角色进行人工审查、可追溯性和权限。
常见问题
他们在雇用前通常会问什么。
如果缺少问题，请将其写在请求中。我们已将其添加到您的回复中。
您能保证完全连续性吗？
不会。我们的设计目的是降低风险并定义恢复目标。连续性取决于架构、预算和实际测试。
您使用 AWS、Azure 和 Google Cloud 吗？
这些是我们实施的技术，而不是宣布的联盟。选择取决于负载、设备和客户限制。
你能简单审查一下成本吗？
是的。它的范围有限，包括清单、支出原因和按影响优先排序的行动。