同时，CloudFoundry将作为SAP云平台的新环境提供超过18个月。如果您是一个积极使用Neo环境的开发人员，那么现在是评估cloudfoundry是否为您的应用程序带来优势的好时机。

这些优势可能是操作方面，如更容易的上下扩展或成熟的平台API。统一的服务消费方式以及RabbitMQ和Redis等服务的可用性也可能从开发的角度提供机会。

一旦您确定云铸造是您现有应用程序的可行目标，问题就出现了，如何继续并移植您的应用程序。Neo环境支持多种运行时类型，从Java和HTML5到hanaxs classic。今年早些时候的一篇博客中描述了将XS-classic应用程序迁移到XS-advanced的过程。对于Java和简单的HTML5应用程序，还没有这样的指南。到今天为止，

我们很高兴地宣布，我们将进行一项深入调查，详细说明通过全流程运行现有Neo应用程序在Cloud Foundry上所采取的具体步骤：

本地开发经验身份验证服务消耗连通性部署操作还有更多…

有多种迁移策略。你可以利用这个机会重新构建应用程序并将其拆分为多个微服务。这将导致一个代码分叉，并且很可能会导致大量工作来并行维护现有的Neo版本，优惠券返利，直到新版本准备就绪。不过，这是一个非常可行的方法，我们的参考应用程序团队的另一个博客对此进行了详细的调查。

另一种方法是修改应用程序，使其按原样运行，并坚持一个代码行，以便可以并行支持Neo和Cloud Foundry版本。这意味着只需要处理在不同环境中不同的部件。当然，这也打开了一个选项，随着时间的推移，逐渐将应用程序拆分为微服务，这可能比进行大爆炸式的更改更容易。为了说明潜在的陷阱，我们正在使用一个示例应用程序并逐步进行调整。该应用程序由一个Java后端组成，大淘客是什么，该后端公开了UI5应用程序正在使用的restapi。这两个部分位于同一个存储库中，但允许多种部署场景：

Neo

Java和UI作为一个应用程序部署，UI从后端提供服务部署到HTML5运行时的UI使用一个目标转发到单独部署的Java后端

Cloud Foundry

Java和UI作为一个应用部署，审批者只需转发所有请求AppRouter直接为静态UI提供服务，大数据分析是什么专业，并将所有其他调用转发到Java后端AppRouter将对UI的调用转发到HTML5存储库服务，并将所有其他调用转发到Java后端

所有组合都可以尝试，构建将生成所需的所有工件。实际上，我们正在发布两个示例应用程序：

ESPM多环境版本：您可能已经熟悉的示例应用程序，根据指南中说明的概念进行了调整，一些部署场景将在稍后发布。黄金时间：一个更复杂的例子（上面的ESPM技术基线）是一个高效使用的SAP内部应用程序。

打开指南

我们知道，只有一小部分场景可以在一个指南中真正描述，以保持重点。这将是伟大的，得到您的反馈方法，你已经采取了迄今为止或其他情况，物联网断路器，你认为应该涵盖。快乐阅读！

，物联网公司排名