PaaS

云计算下PAAS的解析一 PaaS是Platform-as-a-Service的缩写，意思是平台即服务。 把服务器平台作为一种服务提供的商业模式。通过网络进行程序提供的服务称之为SaaS(Software as a Service)，而云计算时代相应的服务器平台或者开发环境作为服务进行提供就成为了PaaS(Platform as a Service)。所谓PaaS实际上是指将软件研发的平台（计世资讯定义为业务基础平台）作为一种服务，以SaaS的模式提交给用户。因此，PaaS也是SaaS模式的一种应用。但是，PaaS的出现可以加快SaaS的发展，尤其是加快SaaS应用的开发速度。 IaaS（Infrastructure as a Service），即基础设施即服务。 与分布式系统的关系？ Paas架构模型 核心实现-配置管理优先 核心实现-服务发现和注册 核心实现-资源分配和调度 核心实现-向外的和向内的弹性 核心实现-缓存本地化与分布式化的折中 核心实现-流式日志 核心实现-编译时依赖和运行时依赖 核心实现-多租户资源隔离 云的特点是资源池化，甚至为每个用户开辟他自己独有的应用资源空间，而与其他应用隔离起来。我们 称之为“多租户机制”,比如k8s的namespace就是实现了这种隔离机制. 如何实现哪？ 1）对于Iaas，VM是资源隔离的非常好的手段，但是比较重。 2

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 导读 ：本文整理自孙健波在 ArchSummit 大会 2019 北京站演讲稿记录。首先介绍了阿里巴巴基于 Kubernetes 项目进行大规模应用实践过程中遇到的问题；随后会逐一介绍解决这些问题的现有实践及其本身存在的局限性；最后会介绍阿里巴巴目前正在进行的尝试和社区在这一领域的发展方向。 如今，阿里巴巴内部维护了数十个大规模的 K8s 集群，其中最大的集群约 1 万个节点，每个集群会服务上万个应用；在阿里云的 Kubernetes 服务 ACK 上，我们还维护了上万个用户的 K8s 集群。我们在一定程度上解决了规模和稳定性问题之后，发现其实在 K8s 上管理应用还有很大的挑战等着我们。 应用管理的两大难题 今天我们主要讨论这两个方面的挑战： 对应用研发而言，K8s API 针对简单应用过于复杂，针对复杂应用难以上手； 对应用运维而言，K8s 的扩展能力难以管理；K8s 原生的 API 没有对云资源全部涵盖。 总体而言，我们面临的挑战就是：如何基于 K8s 提供真正意义上的应用管理平台，让研发和运维只需关注到应用本身。 研发对应用管理的诉求 K8s all in one 的 YAML 文件 让我们来看一下这样一个 K8s 的 yaml 文件，这个 yaml 文件已经是被简化过的

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 一、地产行业面临的数字化挑战 随着房地产红利衰退，地产行业普遍面临高位拿地、盈利空间压缩、开发模式转变的挑战。此外在数字化浪潮的冲击下，越来越多的房地产企业已经开始重新审视自身的IT能力。在经历1.0到3.0阶段发展的今天，地产企业的数字化转型阶段已然到来。 如何借助数字化转型以构建新时期的企业核心竞争力，帮助企业实现成功，是实现4.0阶段数字化转型的关键。 地产企业数字化转型四个阶段 二、地产企业数字化业务过程梳理 地产企业业务过程梳理是实现数字化转型的关键路径，通过对客户中心，营销中心，产品中心的全生命业务周期梳理，实现 客户透明化、营销过程智能化、产品标准化、服务强触达 。 地产企业业务过程梳理 通过业务过程梳理，打造企业数字化业务流程平台，加强企业信息资源管理能力。产生的效益有助提升企业持续、多元化发展所需的管理能力和决策效率。 随需而变，共同生长 及时响应不同层级业务单元多样化需求，通过共享能力+专业能力快速组合应用。伴随BPM平台服务持续不断的优化和沉淀，实现稳定快速的交付。 集约效应、节省成本 基于各层级业务单元的共性需求构建BPM业务平台服务，避免重复的功能建设和重复的投资，有效降低各层级业务单元业务协同的成本。并通过不断的沉淀和积累，持续降低交付差异化需求的边际成本。 为快速创新赋能

作者：何足道 转自： https://www.zhihu.com/question/21641778/answer/62523535 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 感谢作者，解释的很好理解，以做记录。 你一定听说过云计算中的三个“高大上”的：IaaS、PaaS和SaaS，这几个术语并不好理解。 不过，如果你是个吃货，还喜欢披萨，这个问题就好解决了! 一个“吃货”是怎样吃到披萨的呢? 1. 在家自己做 这真是个麻烦事，你的准备很多东西，发面、做面团、进烤箱。。。。。简单列一下，需要下图所示的一切： 2. 买好速食披萨回家自己做着吃 你只需要从披萨店里买回成品，回家烘焙就好了，在自己的餐桌上吃。和自己在家做不同，你需要一个pizza供应商。 3. 打电话叫外卖将披萨送到家中 打个电话，pizza就送到家门口。 4.在披萨店吃披萨 你什么都不需要准备，连餐桌也是pizza店的。 总结一下，吃货可以通过如下途径吃披萨： 好了，现在忘掉pizza! 假设你是一家超牛X的技术公司，根本不需要别人提供服务，你拥有基础设施、应用等等其它一切，你把它们分为三层： 基础设施(infrastructure)、平台(platform)和软件(software) ，如下图： 这其实就是云计算的三个分层，基础设施在最下端，平台在中间，软件在顶端

一些大型电子商务企业为支持搜索引擎和电子邮件服务等需要海量数据处理能力的应用，开发了分布式并行技术的平台，在技术和经验有一定积累后，逐步将平台能力作为软件开发和支付的环境进行开放。PaaS既要为SaaS层提供可靠的分布式编程框架，又要为IaaS层提供资源调度、数据管理、屏蔽底层系统的复杂性等支持；同时PaaS又将自己的软件研发平台作为一种服务开放给用户，如软件的个性化定制开发。PaaS层需要具备存储与处理海量数据的能力，用于支撑SaaS层提供的各种应用。因此PaaS的关键技术包括并行编程模型、海量数据库、资源调度与监控、超大型分布式文件系统等分布式并行计算平台技术。 来源： CSDN 作者： weixin_46014121 链接： https://blog.csdn.net/weixin_46014121/article/details/103537517

本文根据 InfoQ 中文站跟陈皓（@左耳朵耗子）在 2014 年 3 月的一次聊天内容整理而成。 在沟通中，陈皓分享了自己对云计算的理解，包括云计算为什么会分三层，实现一个云平台的难点在什么地方，运维之于云计算的重要性，电商云为什么有价值等。 对云计算的定义 云计算其实跟 PC 机有一样的概念，有 CPU、硬盘、操作系统、应用软件。 云计算的计算节点（虚拟机）就是 PC 中的 CPU，数据缓存服务就是 PC 的内存，存储节点就是 PC 的硬盘，提供数据服务，让数据不丢、高可用，PC 中的控制器就是云计算的控制系统。PC 机的硬件上面要有操作系统。 操作系统很大一块是给开发人员提供系统的 API 接口，提供系统监控以看运行情况，并且还要有系统管理——如用户账号的权限管理、备份恢复等等。操作系统上面要有应用软件，这样才能服务于最终用户，应用软件就是真正落地的业务，这样才会有用户；有了用户，整个体系就运转起来了。 这就是工程师说的 stack，也就是我们听到的 IaaS、PaaS、SaaS 三个层。 IaaS 层就像 PC 机的基础硬件加驱动程序，PaaS 层就像 PC 机上的操作系统——把基础硬件抽象、包起来并屏蔽硬件和硬件驱动细节、调度基础硬件，而 SaaS 层就是 PC 机里的应用软件。 另外，我们还得给开发人员提供各种开发框架、类库和开发环境，这就是为什么 AWS 还做通知

据IDC最新发布的《软件定义计算软件市场半年跟踪报告》显示，2019年上半年中国软件定义计算软件市场的市场规模达到了3.4亿美元，同比增长36.3%。IDC预测，该市场在数据中心现代化、企业基础架构云化以及云原生应用普及化的趋势下，在未来五年其复合增长率仍将达到24.8%，到2023年市场规模将达到20.3亿美元。 容器市场将呈现爆发式增长 现阶段，在软件定义计算软件的三个子市场中，虚拟化软件仍然占据了最大份额。IDC预测，在未来五年，随着中国企业服务器虚拟化渗透率逐渐提高并且趋向于稳定，虚拟化软件市场的增长将逐渐放缓；而云系统软件和容器基础架构软件则维持高增长，逐渐成为助推软件定义计算软件增长的主要动力。特别是近两年被大家关注的容器市场，更是呈现爆发式增长。 伴随着云原生和混合云的热潮，容器是这两年最被市场所关注，发展速度最快的IT领域之一。 容器发展之初，使用者大都集中在互联网企业，大多数传统企业还处于探索和评估阶段，或者借助开源版本尝试小范围部署容器。这两年随着技术方向更加的清晰化，容器相关开源社区积极的拓展生态和技术，企业数字化转型对于敏捷架构和创新的需求，以及在企业中出现了越来越多的最佳实践，容器的商业化市场初见雏形。 容器市场呈多元化，创新型厂商表现活跃 IDC预测容器基础架构软件市场2019的整体规模是7340万美元，其所带来的的容器相关市场（搭建容器

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 导读 ：本文整理自孙健波在 ArchSummit 大会 2019 北京站演讲稿记录。首先介绍了阿里巴巴基于 Kubernetes 项目进行大规模应用实践过程中遇到的问题；随后会逐一介绍解决这些问题的现有实践及其本身存在的局限性；最后会介绍阿里巴巴目前正在进行的尝试和社区在这一领域的发展方向。 如今，阿里巴巴内部维护了数十个大规模的 K8s 集群，其中最大的集群约 1 万个节点，每个集群会服务上万个应用；在阿里云的 Kubernetes 服务 ACK 上，我们还维护了上万个用户的 K8s 集群。我们在一定程度上解决了规模和稳定性问题之后，发现其实在 K8s 上管理应用还有很大的挑战等着我们。 应用管理的两大难题 今天我们主要讨论这两个方面的挑战： 对应用研发而言，K8s API 针对简单应用过于复杂，针对复杂应用难以上手； 对应用运维而言，K8s 的扩展能力难以管理；K8s 原生的 API 没有对云资源全部涵盖。 总体而言，我们面临的挑战就是：如何基于 K8s 提供真正意义上的应用管理平台，让研发和运维只需关注到应用本身。 研发对应用管理的诉求 K8s all in one 的 YAML 文件 让我们来看一下这样一个 K8s 的 yaml 文件，这个 yaml 文件已经是被简化过的

原文地址： https://martinfowler.com/articles/serverless.html 作者：Martin Fowler, Mike Roberts 1. 摘要   无服务器架构是一种应用程序设计方法，它合并了第三方“Backend as a Service”（BaaS）提供的服务，和/或运行在FaaS（Functions as a Service）平台中的用户代码。使用这样的思路并结合一些类似spa（单页应用）的应用，设计出的架构消除了对传统常驻服务器组件的大部分需求。无服务器架构将受益于显著降低的操作成本、复杂性和工程领先时间，但也会因依赖于服务提供商和相对不成熟的支撑技术而增加成本。 2. 引言   “Serverless computing”，或简称为“Serverless”，是软件架构世界中的一个热点主题。三大云厂商- Amazon, Google, and Microsoft都对无服务器架构进行了重点布局。我们已经看到许多许多书籍、开源项目、会议和软件厂商在致力于这个领域。但是什么是无服务器架构，它是否值得研究？通过这篇文章中我希望能够抛砖引玉。 3. 什么是无服务器架构   对于无服务器架构没有一个清晰的视图。对于初学者，它包含两个不同但重叠的区域： Serverless最初用于描述那些完全包含第三方的、云托管的