Europe Dataset

例如，应用程序的新 SLA 与云登陆区域和云服务的 SLA 相结合应该是什么样子？哪些政策适用于云中的应用程序，例如没有公共访问且仅限欧洲地区？灾难恢复有哪些要求？每个客户的要求都非常不同，并且可能来自各个领域，例如安全、专业领域、操作等。即使通常没有那么多相关要求，应用程序也必须在每种情况下满足这些要求，这使其对解决方案空间产生很大影响。

附近
谈到环境，既要分析现有的环境，又要分析未来的环境。如果应用程序将来要在Azure云中运行，则可以使用超大规模微软的相应服务。经常检查 Azure 中的 Functions 和 App Service 等云原生服务的可用性。如果目标环境是 OpenShift 集群，则会检查 Red Hat Advanced Cluster Security 或 Argo CD 等工具的可用性。着陆区的现有框架条件（例如本地连接的带宽）也会影响解决方案模块。

现有环境与工具选择尤其相关。根据环境的不同，方提供商的工具。他们帮助分析，也可以稍后进行迁移。例如，可以使用 AWS 和 Azure 的工具直接执行 VMWare 环境的分析。其他工具，例如专门用于分 塞浦路斯电话数据 析数据库的工具，通常会自动集成或可以另外使用。

基础设施和运营
在这里，也值得分析一下是否可以采用或调整现有的操作流程和基础设施。一方面，已经证实的概念应该保留；另一方面，可能需要进行调整。

迁移时只考虑技术可行性，不考虑操作。一方面，这与运营团队及其选择有关，即是否可以使用超大规模的所有服务，或者是否仍然需要适当的入门。另一方面，这指的是需要从本地世界扩展到云中的操作流程。这里可能需要与其他服务提供商或其他运营团队合作。

基础设施着眼于应用程序的实际结构。该软件有数据库集群吗？他们在负载均衡器后面是否有多个前端服务器？技术分析可以提供细节，但通常不能提供基础设施为何如此构建、通信流程和职责是什么以及当前结构存在哪些痛点。如果可能向云转型，则需要对这些点进行相应的质疑和改进，或者在必要时合理地重用。