共计 3264 个字符，预计需要花费 9 分钟才能阅读完成。
| 导读 | 平台即服务 (PaaS) 有多种定义。Gartner 公司将 PaaS 定义为“应用基础架构 (中间件) 服务 (包 括应用平台、集成、业务流程管理和数据服务) 的广泛集合”。 |
平台即服务 (PaaS) 有多种定义。Gartner 公司将 PaaS 定义为“应用基础架构 (中间件) 服务 (包 括应用平台、集成、业务流程管理和数据服务) 的广泛集合”。PaaS 是一种抽象层，旨在帮助开发人员专注于编写、运行和管理应用，而无需担心和考虑底层基础架构，同时对其系统进行 IT 运营控制。
PaaS 种类繁多，包括公共 PaaS、私有 PaaS 和混合 PaaS，可以根据 IT 人员要求的方式提供所需工具，以实现更快地应用交付。
PaaS 适用范围?PaaS 位于基础架构即服务 (IaaS) 和软件即服务(SaaS) 两种技术堆栈之间。IaaS 提供按需访问原始计算资源，SaaS 提供按需访问完整应用，而 PaaS 则提供按需访问云端应用平台。
PaaS 有哪些用途? 应用需求不断增长，但可供使用的资源却未增加。企业希望能更快地开发更多应用，却受限于现有的资源和技术。最近一项面向企业 CIO 进行的 IDG 调查研究显示，92% 的企业 IT 决策者 (ITDM) 希望加速满足应用需求和交付，以有效应对不断增长的业务需求。
随着企业内、外部客户对加速创建更多应用的需求与日俱增，由此产生的压力催生出对新流程和新方法的更多需求。
PaaS 为 IT 机构带来诸多优势。让开发人员重获自由，将更多精力专注于编码; 而让 IT 运营团队有效管理平台，再也不必为开发人员管理问题单或启动新环境而忙碌; 还能通过减少供应商锁定，帮助架构师和管理人员加速交付应用服务。
利用现有技术和投资：无论使用 Python、JavaTM、Ruby 还是 Node.js，开发人员都可以获得所需工具，并能使用自己熟悉的语言快速编码。
减少成本：员工可以自动访问所需内容，并专注于业务创新。高效满足业务需求，无需额外人员或环境投资。
缩短应用开发周期：UBM Tech 研究发现，“56% 的被调查者认为 PaaS 能够将应用开发周期缩短 20% 以上”。
实现高效 DevOps：有效改善开发人员和 IT 运营间的关系，让您能够快速开发和部署应用，提供高效 DevOps 策略所需的持续交付能力。
提高工作效率：自助服务能力让开发人员可以快速调整设置，满足自身需求。此外，开发环境的自动配置功能，还能帮助开发人员更快进行编码。IT 运营团队则可以更多专注 于基础架构的维护和业务创新，而不再被繁琐耗时的问题单管理束手束脚。
现代技术的发展日新月异，特别是云及相关技术的崛起给我们的生活带来了巨大和快速的变化。当人们一谈及和云相关的事物时，就会联想到私有、公共和混合等相关词汇。那么，它们到底是什么意思呢? 他们 对您究竟有何影响? 与 PaaS 什么关系? 实际上，当涉及到 PaaS 时，私有、公共和混合之间的区别显而易见。
私有 PaaS 完全部署在您的数据中心内部。私有，指的是 PaaS 具体部署位置，不一定是其可访问性。举例来讲，尽管 PaaS 部署在您的防火墙之后，但 PaaS 上托管的应用可能会是客户访问的生产应用。
例如，零售 / 电子商务公司可能会采用私有 PaaS，以托管客户用于购买产品所用的电子商务应用。该私有 PaaS 方案还可能会被用于托管内部客户关系管理 (CRM) 和企业资源规划 (ERP) 系统。
公共 PaaS 完全部署在您的数据中心外部。举例来讲，所部署的位置一般包括 Amazon Elastic Compute Cloud (EC2) 等公共云，或 Savvis 等互联网服务提供商 (ISP)/ 电信云。这里也指的是 PaaS 的具体部署位置，而不一定是特指其可访问性。虽然 PaaS 部署在公共云中，但并不代表企业外部人员可以访问 PaaS 上托管的应用。
例如，公共 PaaS 可能仅被用于实现快速开发和可扩展性。而其应用只有其内部开发、测试和产品团队才能访问。但是它依旧可以托管公共应用。
混合 PaaS 是私有和公共 PaaS 的组合。有些 PaaS 资源可能存在您 的数据中心内部，而其他资源可能在数据中心外部。根据 PaaS 配置以及您的具体要求，某些工作负载会自动部署到公共部分，而其他工作负载会部署到私有部分。
正确的 PaaS 方案，必然是在确保其能为您的业务需求提供有力支持，并充分考虑自身企业监管环境、成熟度和其他 因素后所做出的选择。
数据安全性：这是决定部署场景时最重要的考量因素。您业务运营所处的 监管环境是否对数据存放或传 输的位置有特别规定? 是否允 许您的客户或内部用户将某些 数据提交到您数据中心外部的 Web 应用?
敏捷性：真正的 PaaS 平台能够支持在其 之上运行的工作负载进行自动 化扩展。您的内部 IT 资源能否应对不可避免的 PaaS 扩展? 您 是否具备有效应对业务快速增长 的能力? 混合方式能否让您更容 易实现容量扩展、快速响应季节性需求或提供其他业务所需的 灵活性?
成熟度：企业能否充分利用外部资源至关重要。最初阶段，可能会专注于私有 PaaS 的部署，随着业务增长才会考虑采用公共或混合 PaaS。
PaaS 日益成熟，受到商业和公共领域所有行业和机构的青睐，客户遍及所有传统及新型行业，更多客户将现有和新的开发项目迁移至 PaaS 环境，有助于机构通过 PaaS 解决方案实现更高的可扩展性和敏捷性。例如：
零售公司采用 PaaS 方案，将其用于在线目录和店面等业 务。凭借更快速的部署时间，PaaS 让零售公司能够加速推出新项目和产品。PaaS 平台的高度可扩展性和高效 性，能够帮助他们有效处理季节性和特别购物活动带来 的高工作负载。
金融服务公司正在使用 PaaS 为客户快速构建和部 署最新应用服务。通过 DevOps 和 PaaS，他们能够 灵活快速地应对新的客户需求和市场情况。
大部分企业十分依赖应用服务来达成业务目标。PaaS 能够为其实现新应用服务的快速交付，帮助提高收 益、扩大市场份额、提升竞争力或改善客户服务。
DevOps 通过更好的协作、标准化和自动化来简化开发过程的做法。一个应用，与其基础架构以及背后的团队紧密相关，而不应被当做单独的个体看待。由此，机构可以通过在保证开发人员快速发布 与提供运营所需的稳定性及安全性二者间保持平衡，从而获取独特竞争优势。
DevOps 是一种模式，而非技术。DevOps 对机构文化更具影响力。但是，技术能够帮助简化 DevOps 环境。
新兴 PaaS 技术可以通过以下方式简化 DevOps：
标准化：PaaS 提供标准化开发、测试和生产环境中所采用的 技术，从而减少开发人员和运营团队间的摩擦。
自动化：PaaS 通过实现基础架构服务、OS、中间件、应用生 命周期管理等自动化，有效减少开发、测试和生产环境中的错误，并最大限度提高 DevOps 优势。
不断反馈：设计完善的反馈回路可以通过有效集成监控服务轻松实现，这是 DevOps 成功实施的关键。
可扩展性：PaaS 提供与持续集成 / 持续交付(CI/CD) 服务的 简便集成，通过无缝 DevOps 提高效率。
为什么要进行集成? 集成散布于多个企业系统中的业务信息，有助于改进业务流程效率及客户服务。机构可以使用内部、云或混合环境集成应用和数据，提供具有竞争力的特色服务。
基于云的 PaaS 或集成服务：借助云技术力量，在 PaaS 和基础架构的即服务组合中增强集成能力。
更快集成：获得转换、连接、消息传递等快速置备集成能力，消除基础架构配置复杂性和延迟。
提高开发人员工作效率：将 DevOps 实践扩展至集成项目。与开发人员和管理员协作，实现快速集成并创造更多实施契机。
没有任何企业可以一次性、彻底更换他们的传统基础架构。相反，向云基础架构迁移需要分阶段实现，而且每个阶段 所需的时间也不相同。
