AWS云迁移

Akkodis 在迁移工作负载方面拥有丰富的经验，包括适用于 x86 架构的现有传统商用现成 (COTS) 软件并将其部署在 AWS 云中。

我们的设计注重容错性、自动可恢复性以及按需自动扩展和不需要时自动缩减.

任何迁移都不是“单击按钮即可完成”的简单工作。 如果您看到这种情况，则可能会在云支出上花费更多资金，或者容易出错； 这可能是在营销中，而不是现实中.

您的组织对数字系统有不同的优先级，具体取决于组织中的利益相关者。 安全性、性能、可靠性。 或者也许是其最小的努力，资金不足的团队无法公正地对待您的数字系统

对于应用程序少于 10 个的小型组织，您可以在大约六个月到一年的时间内迁移到优化的、架构良好且维护良好的环境。 对于大型企业来说，这是一个多年的旅程。 您的运营模式、网络安全活动、角色和职责都可能受到影响.

Akkodis 在这一转型中作为您值得信赖的合作伙伴，专注于确保您的数字系统能够满足您今天和未来的要求.

值得信赖的合作伙伴，而不是供应商.

Akkodis 工程师为我们的客户实施数字解决方案，我们深知这对我们的信任。 我们还完全意识到这些是您的系统，并明确说明解决方案的持续支持需求，包括如何通过增强您的内部支持能力、Akkodis AWS 托管服务或两者的结合来解决此问题的可选性.

我们的目标是超越您的期望，并展示我们所做工作的专业知识……

Akkodis 可以促进您公司的业务战略和利益相关者参与，为您正在进行的流程带来共同的理解、详细的计划和明确的目标。 您面前将有许多选择，其中一些您可能不理解或不知道。 在 Akkodis 的指导下，我们将共同驾驭这些问题以获得共识。 有了明确的目标，组织的其他部门就可以支持推动系统向前发展的努力.

当然，风险将成为关键问题之一。 人们对停机时间的兴趣通常很低。 软件许可要求的复杂性。 任何潜在网络延迟变化的感知或假设影响。 我们与您合作，确保充分了解这些需求并将其纳入迁移和持续解决方案中.

我们还强调了迁移到云时发生变化（以及保持不变）的运营责任。 其中的关键是共同责任模型：

多年来，Akkodis 一直参与 AWS 业务案例合作伙伴计划，让我们的业务分析师接受精巧的艺术培训，为我们的客户编写基于事实的特定业务案例，详细说明变化的真正影响，使用非行业成本 平均值，但来自您现有的特定操作环境.

通过详细且具体的业务案例，可以更有信心地验证采用 AWS 云的举措。 这包括可用于优化迁移期间现金流的任何支持性融资模式和计划.

您的数字景观就是您的公司。 如果没有数字系统开具发票，您可能无法获得资金。

必须对您的数字系统进行深入而彻底的评估。 第一阶段是清查，收集基础数据，例如：

  • 工作负载名称、软件供应商、技术堆栈、版本
  • 工作负载业务关键性
  • 当前分配的计算和存储
  • 确定工作负载业务所有者、技术支持/维护线索

进行第二遍是为了更深入地研究：

  • 工作负载用户：内部、外部、使用模式、身份验证、用户权限、服务管理
  • 底层基础设施支持：刷新模式、容量
  • 版本支持矩阵：操作系统版本、语言运行时版本（例如：Java、.Net）、应用程序版本、数据库版本、协议版本。
  • 可支持性：供应商升级评估、数据兼容性审核
  • 替代解决方案：SaaS、开源、替代商业提供商
  • 集成：接收器和源、安全协议和身份验证
  • 高可用性和故障转移评估：RTO 和 RPO、停机时间窗口（如果有）
  • 备份和恢复：数据模型、归档时间、以前版本恢复能力
  • 网络延迟评估：当用户在现场或远程时将工作负载转移到云端的影响

根据上述评估，Akkodis AWS 架构师随后设计了替换服务，试图最大限度地减少维护系统的持续人力工作，同时提供最大的敏捷性以进行未来的增量更改。

AWS 架构完善的原则自 2014 年以来一直是我们团队的有力指南。Akkodis 遵循扩展的“7 R”云迁移方法，该方法受到客户对创新以及长期与短期利益的需求的影响.

值得强调的是，此评估还考虑将现有系统批量替换为完全托管的软件即服务产品，这些产品可能会取代现有的客户端运行的解决方案。 SaaS 产品对客户的适用性值得不断审查：我们的经验发现，随着时间的推移，新的 SaaS 产品变得更容易为客户采用，更重要的是，从长远来看，安全和维护.

部署到 AWS 云时，我们根据需要在 CloudFormation 或 Terraform 中实施“基础设施即代码”。 这使得现在和未来所做的改变具有可重复性和快速部署.

部署到 AWS 云时，我们根据需要在 CloudFormation 或 Terraform 中实施“基础设施即代码”。 这使得现在和未来所做的改变具有可重复性和快速部署.

根据优先级的堆栈等级，Akkodis 会安排各个工作负载的迁移。 Akkodis 根据工作规模的需要安排我们的 DevOps 工程师、系统管理员、开发人员、变更经理和测试人员，时间安排主要围绕您的关键业务事件。

要迁移的工作负载被分类为一系列波次，每个波次包含一组要迁移和验证的应用程序。

这是创建工作负载的云部署版本的深入技术工作的所在地。 Akkodis 团队不仅经验丰富，而且获得了 AWS 的严格认证，证明了他们在这方面的专业知识.

改变是困难的。 Akkodis 还可以通过人员、流程而不仅仅是技术来协助变革管理。 有些工作负载只是公司范围内的，而对于我们的一些大客户来说，需要整个行业的变革——特别是在州和联邦政府中.

我们的托管服务产品可以帮助解决如何在迁移时操作工作负载的问题。 从最小的“开灯”支持，到全面的 DevOps 支持的全栈维护和操作，Akkodis 可以让您的数字系统保持运转.

作为多个国家/地区的 AWS 授权培训合作伙伴，Akkodis 讲师可以为您的团队提供官方 AWS 课程。 查看更多 这里.

我们按照推荐的 AWS 迁移加速计划时间表将我们的参与分为三个部分。 这使我们的客户能够灵活地进行可预测的约定，并可以选择在这些断点处延迟、修改或暂停其进度

  • 评估：构建变革的业务案例、建立高水平要求、快速发现并协调业务利益相关者
  • 动员：更深入的需求、深入的发现、详细的业务案例、定义迁移后运营模型和职责、技能需求分析、AWS 账户建立、云基础登陆区（账户）和连接、潜在的初始小样本迁移
  • 迁移和维护：执行工作负载迁移

如需开始使用，请联系 Akkodis。

联系 Akkodis 了解更多信息⧉