在本系列博客的第一篇博客中，我解释了为什么云供应商希望您和您的组织考虑在云平台上开发定制构建的应用程序。一旦迁移到云端，组织应该变得更加敏捷，可以更快地采用创新，可以通过从小规模开始控制项目成本，大淘客网，并快速扩展。他们将有更多的自由来实施自己的实践来支持他们的数字化转型。

在组织内部，这种实践通常是通过定制构建应用程序来实现的。开发是围绕应用程序或开发技能来组织的。但是对于云开发来说，这些应该改变。

传统的内部业务应用程序大部分时间都在特定的运行时上运行。它们的UI逻辑和业务逻辑紧密耦合并写在同一代码行中。这就是为什么扩展（如果允许的话）必须用依赖于业务应用程序的特定于应用程序的语言编写的主要原因之一。有时业务应用程序提供本机编程库。在这种情况下，自定义代码可以用本机支持的程序语言（如java、c/c++或.net）编写，这些语言的功能非常强大，具体取决于底层操作系统。这是组织围绕应用程序或程序语言技能组织定制构建应用程序开发的主要原因。

具有云思维的业务应用程序将有另一种方法。它们将UI逻辑与业务逻辑分开。这使得添加新设备和向UI添加创新技术变得很容易，而无需更改底层业务逻辑。业务逻辑的代码行隐藏在api后面。这些API就像黑匣子功能一样，淘客群，可以通过开放的web标准访问，几乎所有的程序语言都可以使用这些功能。

这种方法将为云供应商和他们的客户都增加很多价值。云供应商不需要将api背后的代码交付给客户。这意味着他们可以更快地向客户提供改进和创新。他们不必支持已经被新代码或语句取代的"经典"技术，而且他们知道客户运行的应用程序的版本。云供应商的唯一限制是，他们为定制构建应用程序提供一个子集API作为白名单API。这些API应该是文档化的、安全的、长期稳定的和可用的。

基于开放web标准的白名单业务应用程序API对于定制构建开发也是一个非常好的消息，因为几乎每种编程语言都可以访问它们。这是一个很大的优势。在业务应用程序之上的自定义构建应用程序和扩展现在可以使用最有价值的库支持的最合适的程序语言进行构建。或者利用当前可用的开发资源和工具。

为了提高不同语言的这种能力，大多数云平台默认支持多个运行时。开发人员可以用html5、java、Nodejs、perl、.net等语言构建程序，如SAP ABAP、UI5和HanaDB SQLScript，有些平台甚至支持多目标应用程序，如Cloud Foundry支持，可以用多种语言构建包应用程序，大数据提供，这些语言可以像一个独立的应用程序那样部署和执行。其他人将支持容器，比如Kubernetes和Docker，在那里他们可以部署自己的运行时。通过添加额外的服务和工具，大数据风控，例如身份验证和授权管理、生命周期管理、测试和执行管理以及连接和API管理，这些云平台成为定制构建开发的理想平台。

程序语言开发的自由将是关键驱动力之一但这也将影响到企业应如何组织其定制构建开发。如前所述，业务逻辑变成了黑盒api。云供应商和他们的客户可以在云平台的支持下，在上面构建自己的用户界面、流程和自动化。因此，开发部门可以变得灵活，可以更便宜、更快地采用需求和创新。

但程序语言开发的自由也意味着在几年内，组织也应该支持组织内所有不同的编程语言。组织不应该再围绕应用程序或程序语言技能来组织他们的定制构建应用程序开发，而应该围绕用户界面和设备开发以及API业务逻辑来进行，另一方面是数据存储和云服务开发。

开发组织的重组也意味着公司发展指南需要更新。这些指导方针可以帮助您根据开发时间、可用资源、标准化工具、安全管理、库和API对所需语言做出正确的决策。

选择在云平台上开发，企业应用开发平台，与SAP云平台组织一样，与其他关键驱动因素相结合，迫使传统开发部门重组其组织，以进行定制构建应用程序开发。

博客系列的原始博客文章可在此处找到。