在云平台服务类别中，PaaS 市场产品往往提供两种一般风格：
标准化编程语言代码部署中的抽象（以部 摩洛哥电话号码库 署为中心的 PaaS 主要由专业开发人员使用）和
编程模型中的抽象侧重于开发的简易性（模型驱动的 PaaS 也称为低代码/无代码）。
在这里，我们讨论的是第一种风格：以部署为中心的 PaaS，它从根本上发生了变化，采用容器来运行工作负载，并将无服务器平台作为首选的应用程序架构。
那么，为什么开发人员对传统的 PaaS 方法如此谨慎呢？以下三个问题阻碍了开发人员在 PaaS 上投入更多资金：
我的 PaaS 是否灵活？
企业尝试构建的解决方案通常利用机器学习/人工智能 (ML/AI) 功能、区块链功能和/或物联网 (IoT) 实现。传统的 PaaS 方法有时无法提供广泛的工具、语言和数据库来应对企业所需的这些新出现的解决方案所面临的各种挑战。由于业务挑战和相关解决方案要求各不相同，从固执己见的 PaaS 开始的开发人员更喜欢具有各种工具选择的应用程序架构，这些架构可以满足他们的需求并在平台策略中做出适当的更改。
我被锁在里面了吗？
多个平台可以在多个基础设施上运行，但归根结底，您仍然需要同一个 PaaS 供应商。在原始且易于理解的操作系统接口上，跨基础设施分层的抽象往往是非标准化的，导致在 PaaS 和基础设施即服务 (IaaS) 环境之间迁移工作负载变得困难。根据您从基础设施供应商那里使用的高端服务数量，可移植性可能不一定是一个简单的过程。供应商在堆栈的高端提供开发人员功能，同时抽象基础设施层，但功能仅限于所选供应商提供的 PaaS 功能。