对于安全并非主要驱动因素的迁移项目，由我们的姊妹公司 Cloud Architects Expert 主导架构设计与迁移。
服务范围
工作从确定哪些应用迁移、以何种顺序迁移开始，直到验证迁移后的数据并将环境移交给您的团队。期间我们以代码重建环境，搭建网络与身份模型，并在切换前对新平台进行负载测试。
公有云
上手快，容量随需求增长，前期投入少。多数工作负载的常规起点
多云
工作负载分布在多家云服务商，以便为每项任务选用最合适的服务，或降低对单一供应商的依赖。这会增加运维开销，因此需要充分理由
私有云
专用基础设施，适用于因数据驻留、监管要求或与现有系统的延迟而无法采用共享租户的场景
分布式云
云服务商的服务运行在您自己的站点或边缘位置，适用于需要对特定地点保持低延迟的工作负载
混合云
部分系统保留在本地并与云环境互联。多数迁移都会经历一段这样的阶段，有些系统则长期保持这种形态
调研
调研
我们盘点您的工作负载、网络架构、安全关注点和合规要求，并了解迁移的驱动因素。由此确定迁移策略和工作顺序
规划
规划
我们设计目标环境，并制定应用、数据库及其余基础设施的迁移计划，涵盖着陆区、网络、身份和切换窗口
执行
执行
我们分批迁移工作负载，在新环境中逐一测试，并在切换前核验数据
优化
优化
切换完成后，我们调优实例规格、自动扩缩容和预留容量，让您只为工作负载实际使用的资源付费
维护
维护
如您需要，我们可以托管方式运维该环境；否则我们将移交您的团队运维所需的文档、流水线和运行手册
合适的技术栈
我们依照云服务商的参考架构进行设计，并选择与您的工作负载、许可和团队技能相匹配的服务
从一开始就采用 DevOps
基础设施、配置和部署在迁移过程中全部以代码构建，环境从第一天起即可复现
成本可控
环境按需扩展、闲时释放容量，成本模型在切换前与您共同评审
安全内建
访问管理、加密、网络分段和密钥管理在着陆区设计阶段即已纳入，并与您的安全团队共同评审
我们的方法
SEYA Group 采取基于风险的网络与安全方法：将 IT 举措对接更高的业务目标，以确定优先事项、理解影响并快速为组织创造价值。基于风险的方法能让安全团队与其他业务部门协同，在每项举措中纳入风险因素以做出知情选择。网络风险管理计划将提供：
价值实现速度
工作按业务影响排序，从迁移受益最大的工作负载开始。
可见性
整个迁移过程中，您都能看到进展、风险和待办问题，报告按各利益相关方的需要定制。
效率
依靠自动化和明确的范围，一支精干团队即可完成迁移，减少贵方团队的投入。
