共计 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 实践扩展至集成项目。与开发人员和管理员协作,实现快速集成并创造更多实施契机。
没有任何企业可以一次性、彻底更换他们的传统基础架构。相反,向云基础架构迁移需要分阶段实现,而且每个阶段 所需的时间也不相同。
![post-qrcode](https://www.xgss.net/wp-content/uploads/2023/07/二维码-微信公众号256x256.jpg)