java最流行的paas平台是啥？

Posted 2023-05-09

GAE,google的平台是把普通应用如何搬上互联网，而并不支持怎么在web上开发多租户的企业应用，这些都要自己实现。

PaaS平台应具有以下功能：
1 支持界面个性化的门户
2 支持运行、开发的中间件
3 支持网上开发的web开发工具
4 支持多租户的saas引擎
5 支持多种服务开通能力
6 支持多种服务接入能力
7 统一监控管理
8 统一计费
9统一用户、权限分配等

目前国内支持这些功能的PaaS平台只有一家：中服软件；国外支持这种功能的PaaS平台只有salesforce，其它厂商的平台大多数是一种简单的平台，不支持多租户，或者仅仅支持上述一两种功能，或者和saas应用紧密结合，不是一个真正意义上的PaaS平台 参考技术A 中服软件PaaS平台已被定为国家级PaaS，详细请进入 中服软件 网站体验
java PaaS平台做的最好的就是 中服软件的 cserver 参考技术B GAE，google app engine 参考技术C 服务即平台。

与其相关的概念还有，基础设施即平台和应用即平台。 参考技术D 五种流行的PaaS开源平台
　　开源平台即服务（PaaS）让广大开发人员和用户可以贡献及共享源代码和扩展件。有的PaaS由厂商驱动，有的则基于标准
　　厂商驱动的开源PaaS让广大开发人员和用户被某家厂商牢牢锁定。说到将应用程序从厂商驱动的开源平台传送到另一个平台，开发人员在这方面的控制权很有限。
　　基于标准的开放平台则与厂商无关，比较灵活；它旨在对生命周期管理的自动化过程的编排实现标准化。开发人员可以跨云传送应用程序。
　　下面不妨看一下五种流行的开源平台。请注意：并非所有这些平台都与OpenStack协同运行。
　　厂商驱动的开源PaaS

　　Cloud Foundry（原先由VMware开发）从广大Ruby开发人员和用户处获得源代码。这个开源PaaS允许人们将信息系统部署到OpenStack、亚马逊网络服务（AWS）、vSphere、vCloud Air和vCloud Director。Cloud Foundry提供的主机托管服务包括：mysql（可用于开发SaaS应用程序）、MongoDB（一种NoSQL数据库）和RabbitMQ（以异步方式连接应用程序的消息代理）。为了简化任务，PaaS开发人员获得诸多工具，比如命令行工具、Eclipse插件、构建整合工具以及应用程序扩展工具。与Cloud Foundry竞争的平台还有AppScale、Heroku、OpenShift和谷歌应用引擎（Google App Engine）。注意：2014年12月9日，Cloud Foundry基金会宣布，它将作为一个Linux基金会协作项目来加以管理。

　　OpenShift（红帽）在私有云（OpenShift Enterprise）、公有云（OpenShift Online）和上游社区（通过OpenShift Origin项目）中运行。OpenShift托管运行MySQL和MongoDB；OpenShift支持的其他数据库包括PostgreSQL和微软SQL。这个开源PaaS在红帽企业级Linux上运行，为你提供了一套客户（命令）工具集。你可以使用javascript、Ruby、Python、php、Perl和Java。OpenShift在OpenStack上运行。

　　Stackato（ActiveState）是基于Cloud Foundry的PaaS。你可以从Stackato的应用程序商店选择开源项目，而不是贡献源代码。你可以浏览用各种语言和框架编写而成的众多开源项目。为了快速部署，你只要点击某个项目。

　　如果你很好奇，可以查看某个项目的源代码，看看它是如何构建的。你可以决定是定制项目，还是使用自己的应用程序。

　　Stackato有三个版本可用：

　　Stackato Micro Cloud：假设你想把应用程序部署到桌面虚拟机上，或者在亚马逊EC2沙盒上试一试Micro Cloud。你仅限于4 GB内存、单一节点和基于社区的支持。

　　Stackato Cluster：假设你是小型团队的负责人，想构建小型集群，把应用程序部署到自己的基础设施上或公有云上。你仅限于20 GB内存和基于社区的支持。你想要多少个节点，就可以有多少个节点。

　　Stackato Enterprise：假设贵企业想把应用程序部署到虚拟机管理程序或基础设施即服务（IaaS）上，同时可充分利用自动扩展的优点。它提供了配置和生产支持，有服务级别协议（SLA）作为保障。

　　你可以将Stackato与OpenStack、vSphere、CloudStack、XenServer、KVM、HP Cloud Services和AWS结合使用。

　　2013年6月，Apache Stratos（由WSO2捐献）作为一种开源PaaS捐献给了Apache。它可以与许多应用服务器、数据库、语言、甚至遗留系统协同运行。你可以设置分区来控制IaaS资源。WSO2 App Factory可以帮助你加快PaaS上的生命周期迭代。

　　这个平台的贡献者包括来自SUSE、思科、思杰、美国宇航局喷气推进实验室（JPL）、Sungard和Engine Yard的开发人员。你可以将Stratos与AWS、OpenStack和vCloud结合使用。

　　基于标准的开源PaaS

　　Cloudify（GigaSpaces）基于OASIS TOSCA（云应用程序的拓扑结构和编排规范）的草案版本。这项与厂商无关的标准的技术委员会成立于2012年。标准的发起者包括冠群、华为、IBM、NetApp、红帽和SAP。

　　这项标准并不依赖任何一家厂商的技术（比如虚拟机管理程序虚拟化）就可以运行开源PaaS；它描述应用程序的拓扑结构是工作流程的基础，工作流程反过来充当策略的基本构建模块。

　　该标准可以处理开发人员手动执行下列任务时所犯的严重错误：

　　设置监控警报；

　　执行部署策略；

　　收集并分析日志；以及对照SLA中的服务可用性保障，衡量性能。

　　为了消除人员的干预工作，该标准旨在帮助PaaS开发人员将生命周期实现自动化，包括跨云的部署、扩展、补丁、监控和补救。构建并使用开发人员可以使用的云服务模块库，就能实现自动化。

　　你可以使用PaaS来测试自动化和编排流程执行起来多顺畅。Cloudify可以在OpenStack、AWS、CloudStack、微软Azure和VMware上实现自动部署。

　　结束语

　　如果你想贡献并共享源代码，可以选择一种开源PaaS。务必要看一下它能否与OpenStack或其他IaaS云经济高效地协同运行。

最流行6种微服务RPC技术，你一定要知道

来自：网络

开源 RPC 框架有哪些呢？

一类是跟某种特定语言平台绑定的，另一类是与语言无关即跨语言平台的。

跟语言平台绑定的开源 RPC 框架主要有下面几种。

• Dubbo： 国内最早开源的 RPC 框架，由阿里巴巴公司开发并于 2011 年末对外开源，仅支持 Java 语言。
• Motan： 微博内部使用的 RPC 框架，于 2016 年对外开源，仅支持 Java 语言。
• Tars： 腾讯内部使用的 RPC 框架，于 2017 年对外开源，仅支持 C++ 语言。

• Spring Cloud：国外 Pivotal 公司 2014 年对外开源的 RPC 框架，仅支持 Java 语言

而跨语言平台的开源 RPC 框架主要有以下几种。

• gRPC： Google 于 2015 年对外开源的跨语言 RPC 框架，支持多种语言。
• Thrift： 最初是由 Facebook 开发的内部系统跨语言的 RPC 框架，2007 年贡献给了 Apache 基金，成为 Apache 开源项目之一，支持多种语言。

如果你的业务场景仅仅局限于一种语言的话，可以选择跟语言绑定的 RPC 框架中的一种；

如果涉及多个语言平台之间的相互调用，就应该选择跨语言平台的 RPC 框架。

RPC 框架，它们具体有何区别？

1. Dubbo

先来聊聊 Dubbo，Dubbo 可以说是国内开源最早的 RPC 框架了，目前只支持 Java 语言，它的架构可以用下面这张图展示。

从图中你能看到，Dubbo 的架构主要包含四个角色，其中 Consumer 是服务消费者，Provider 是服务提供者，Registry 是注册中心，Monitor 是监控系统。

具体的交互流程是 Consumer 一端通过注册中心获取到 Provider 节点后，通过 Dubbo 的客户端 SDK 与 Provider 建立连接，并发起调用。Provider 一端通过 Dubbo 的服务端 SDK 接收到 Consumer 的请求，处理后再把结果返回给 Consumer。

2. Motan

Motan 是国内另外一个比较有名的开源的 RPC 框架，同样也只支持 Java 语言实现，它的架构可以用下面这张图描述。

Motan 与 Dubbo 的架构类似，都需要在 Client 端（服务消费者）和 Server 端（服务提供者）引入 SDK，其中 Motan 框架主要包含下面几个功能模块。

• register： 用来和注册中心交互，包括注册服务、订阅服务、服务变更通知、服务心跳发送等功能。
• protocol： 用来进行 RPC 服务的描述和 RPC 服务的配置管理，这一层还可以添加不同功能的 filter 用来完成统计、并发限制等功能。
• serialize： 将 RPC 请求中的参数、结果等对象进行序列化与反序列化
• transport： 用来进行远程通信，默认使用 Netty NIO 的 TCP 长链接方式。
• cluster： 请求时会根据不同的高可用与负载均衡策略选择一个可用的 Server 发起远程调用。

3. Tars

Tars 是腾讯根据内部多年使用微服务架构的实践，总结而成的开源项目，仅支持 C++ 语言，它的架构图如下。

Tars 的架构交互主要包括以下几个流程：

• 服务发布流程： 在 web 系统上传 server 的发布包到 patch，上传成功后，在 web 上提交发布 server 请求，由 registry 服务传达到 node，然后 node 拉取 server 的发布包到本地，拉起 server 服务。
• 管理命令流程： web 系统上的可以提交管理 server 服务命令请求，由 registry 服务传达到 node 服务，然后由 node 向 server 发送管理命令。
• 心跳上报流程： server 服务运行后，会定期上报心跳到 node，node 然后把服务心跳信息上报到 registry 服务，由 registry 进行统一管理。
• 信息上报流程： server 服务运行后，会定期上报统计信息到 stat，打印远程日志到 log，定期上报属性信息到 prop、上报异常信息到 notify、从 config 拉取服务配置信息。
• client 访问 server 流程： client 可以通过 server 的对象名 Obj 间接访问 server，client 会从 registry 上拉取 server 的路由信息（如 IP、Port 信息），然后根据具体的业务特性（同步或者异步，TCP 或者 UDP 方式）访问 server（当然 client 也可以通过 IP/Port 直接访问 server）。

4. Spring Cloud

Spring Cloud 利用 Spring Boot 特性整合了开源行业中优秀的组件，整体对外提供了一套在微服务架构中服务治理的解决方案。

只支持 Java 语言平台，它的架构图可以用下面这张图来描述。

由此可见，Spring Cloud 微服务架构是由多个组件一起组成的，各个组件的交互流程如下。

• 请求统一通过 API 网关 Zuul 来访问内部服务，先经过 Token 进行安全认证。

• 通过安全认证后，网关 Zuul 从注册中心 Eureka 获取可用服务节点列表。

• 从可用服务节点中选取一个可用节点，然后把请求分发到这个节点。

• 整个请求过程中，Hystrix 组件负责处理服务超时熔断，Turbine 组件负责监控服务间的调用和熔断相关指标，Sleuth 组件负责调用链监控，ELK 负责日志分析。

5. gRPC

先来看下 gRPC，它的原理是通过 IDL（Interface Definition Language）文件定义服务接口的参数和返回值类型，然后通过代码生成程序生成服务端和客户端的具体实现代码，这样在 gRPC 里，客户端应用可以像调用本地对象一样调用另一台服务器上对应的方法。

它的主要特性包括三个方面。

• 通信协议采用了 HTTP/2，因为 HTTP/2 提供了连接复用、双向流、服务器推送、请求优先级、首部压缩等机制
• IDL 使用了ProtoBuf，ProtoBuf 是由 Google 开发的一种数据序列化协议，它的压缩和传输效率极高，语法也简单
• 多语言支持，能够基于多种语言自动生成对应语言的客户端和服务端的代码。

6. Thrift

再来看下 Thrift，Thrift 是一种轻量级的跨语言 RPC 通信方案，支持多达 25 种编程语言。 为了支持多种语言，跟 gRPC 一样，Thrift 也有一套自己的接口定义语言 IDL，可以通过代码生成器，生成各种编程语言的 Client 端和 Server 端的 SDK 代码，这样就保证了不同语言之间可以相互通信。 它的架构图可以用下图来描述。

从这张图上可以看出 Thrift RPC 框架的特性。

• 支持多种序列化格式： 如 Binary、Compact、JSON、Multiplexed 等。
• 支持多种通信方式： 如 Socket、Framed、File、Memory、zlib 等。
• 服务端支持多种处理方式： 如 Simple 、Thread Pool、Non-Blocking 等。

正文结束

推荐阅读 ↓↓↓

1.

2.

3.

4.

5.

6.

7.

8.

一个人学习、工作很迷茫？