虽然平台即服务（PaaS）已经有10多年的历史了，但这项技术还没有取得与其市场份额相称的市场成功，而且在市场占有率方面确实落后于SaaS或IaaS。然而，尽管市场增长缓慢，PaaS技术仍在继续多样化和发展，以支持日益增长的开发人员对敏捷性和生产力的需求，特别是当开发人员在企业数字转型表上占据了重要位置时。在云平台服务类别中，PaaS市场产品通常提供两种一般样式：标准化编程语言代码部署中的抽象（以部署为中心的paa主要由专业开发人员使用）和编程模型中的抽象集中在易于开发（模型驱动的PaaS也称为低/无代码）。这里，我们讨论的是第一种风格：以部署为中心的PaaS，它正在从根本上改变为接受运行工作负载的容器，并将无服务器平台作为首选的应用程序架构。那么，为什么开发人员对传统的PaaS方法如此谨慎呢？以下三个问题使开发人员无法在PaaS上进行更多投资：我的PaaS灵活吗？企业试图构建的解决方案通常利用机器学习/人工智能（ML/AI）功能、区块链功能和/或物联网（IoT）实现。传统的PaaS方法有时很慢，无法提供广泛的工具、语言和数据库来处理这些新的和即将出现的企业所需解决方案所面临的各种挑战。由于业务挑战和相关的解决方案需求各不相同，从固执己见的paa开始的开发人员更喜欢具有各种工具选择的应用程序体系结构，这些工具可以满足他们的需求，并对其平台策略进行适当的更改。我被锁在里面了吗？多个平台可以运行在多个基础设施上，但归根结底，您仍然需要同一个PaaS供应商。跨基础设施分层的抽象（在原始的和充分理解的操作系统接口之上）往往是非标准化的，这导致在PaaS和基础设施即服务（IaaS）环境之间迁移工作负载的困难。根据您可能从基础设施供应商那里消费多少高端服务，可移植性未必是一个简单的过程。供应商在抽象基础结构层的同时，在栈的高端提供开发人员功能，但是这些功能仅限于所选供应商提供的PaaS特性。我的PaaS开了吗？虽然云为大众带来了开源解决方案，但并不是所有的方案都有一个在成员之间均匀分布的代码贡献组合，而且使用/使用开源软件元素并不意味着解决方案是真正开放的。由一个供应商主导一个开源项目的好处是加快了创新的速度，但不利的是，开发方向可能偏向于该供应商的业务需求，并可能减少形成更加多样化的开发社区。即使文档常常滞后或快速变化，企业也应该期待分布演进的快速步伐。在当今技术成熟的状态下，那些不愿意跟踪并潜在地参与开源项目的企业可能不太适合这种开源paa的内部部署。客户在其PaaS采用过程中有着不同的路径。那么，客户在做出PaaS决策时需要考虑哪些因素？这些可以详述如下：灵活性：确保您的PaaS提供商能够处理不同的应用程序需求。例如，如果您的业务线感兴趣的是物联网应用程序，请确保PaaS供应商能够提供边缘解决方案以及此类解决方案所需的安全和设备管理。应用程序可移植性：在构建或迁移应用程序时，请确保构建工作负载时，每个应用程序组件都是独立的，并且完全与API进行通信。这样可以确保，如果需要，每个后端服务都可以用最少的工作量替换为另一个供应商。技术标准化：IDC看到了从传统平台到将应用程序分解为微服务和事件驱动计算的趋势。所有传统的PaaS供应商，包括云计算的Pivotal和OpenShift的Red Hat，都在重新描述他们的产品，把Kubernetes的编排放在他们的战略中。在选择PaaS供应商时，从传统的固执己见的PaaS方法开始是有意义的，但从长远来看，企业应该考虑转向更接近开源代码上游分支的解决方案。总之，客户应该确保他们的策略包括利用平台服务来帮助他们的开发人员加速整个应用程序开发生命周期。在长途旅行中，不应让顾客感到意外。想进一步了解PaaS市场和云技术在2019年将如何变化？然后参加IDC的FutureScape网络广播：2019年全球云预测11月14日。立即注册：登记