Cloud Foundry学苑简介

从计算机诞生到今天,我们可以认为数字技术经历了如图2所示三次大的浪潮:以大型机(Mainframe)为代表的第一台平台,以小型机(Mini或者Minicomputer)和PC(Personal Computer, 也叫微型机Microcomputer)为代表的第二代平台和以云计算为基础的第三代平台。

随着人们对云计算技术研究的深入,业界把云计算软件栈分成了三个层次,IaaS也叫I层云,PaaS也叫P层云,和SaaS也叫S层云。

Cloud Foundry是VMware推出的业界第一个开源PaaS云平台,并且伴随着2013年Pivotal的成立最终由VMWare转入Pivotal,成为Pivotal云平台的基石。Cloud Foundry支持多种框架、语言、运行时环境、云平台及应用服务,使开发人员能够在几秒钟内进行应用程序的部署和扩展,无需担心任何基础架构的问题。同时,它本身是一个由多个相对独立的子系统通过消息机制组成的分布式系统,使平台在各层级都可水平扩展,既能在大型数据中心里运行,也能运行在一台桌面电脑中,二者使用相同的代码库。

我们Pivotal Web Service团队的前身是Pivotal中国研发中心的云分析(Cloud Analytics)团队。从2010底开始,我们即开始对云和数据交集的前沿进行探索。在对新技术的探索过程中,我们深入的了解和研究了开源PaaS平台Cloud Foundry,并且判断PaaS平台将是继IaaS和SaaS之后的再一次云计算浪潮。

因此,我们秉承Pivotal的开源精神,希望在这里和热衷于PaaS平台的同道们分享我们团队在开发和使用以及云平台运维方面的知识和经验,也希望能够在此和各位同仁一起讨论和探索PaaS的未来。

时间: 2024-10-06 18:28:33

Cloud Foundry学苑简介的相关文章

【Cloud Foundry】Could Foundry学习(二)——核心组件分析

在阅读的过程中有不论什么问题,欢迎一起交流 邮箱:[email protected]    QQ:1494713801 Cloud Foundry核心组件架构图例如以下: 主要组件:     Cloud Controller:实质上是VMC和STS交互的server端,它收到指令后发消息到各模快,管理整个云的执行.相当于Cloud Foundry的大脑. DEA:负责处理对所部署的App的訪问请求.事实上质是打包和訪问Droplet.当中Droplet是通过Stager组件将提交的源码及Clou

Cloud Foundry warden container 安全性探讨

本文将从Cloud Foundry中warden container的几个方面探讨warden container的安全性. 1. warden container互访 1.1.  互访原理 在Cloud Foundry内部,用户应用的运行环境通过warden container来进行隔离. 其中,网络方面,container之间的互访如下图: 假设container1主动访问container3: 1.  container1从自身的虚拟网卡virtual eth0_0发起请求,由于自身内核路

Deploying Cloud Foundry on OpenStack Juno and XenServer (Part II)

link http://rabbitstack.github.io/deploying-cloud-foundry-on-openstack-juno-and-xenserver-part-ii/ Let's move on. We should have our OpenStack instance prepared for Cloud Foundry. The most usual way of deploying Cloud Foundry is through BOSH. For the

Deploying Cloud Foundry on OpenStack Juno and XenServer (Part I)

link http://rabbitstack.github.io/deploying-cloud-foundry-on-openstack-juno-and-xenserver-part-i/ Cloud Foundry ecosystem had been blowing my mind for a long time, and I think it really has made an IT disruption letting us focus on applications as th

Cloud Foundry技术全貌及核心组件分析

原文链接:http://www.programmer.com.cn/14472/ 历经一年多的发展,Cloud Foundry的架构设计和实现有了众多改进和优化.为了便于大家了解和深入研究首个开源PaaS平台——Cloud Foundry,<程序员>杂志携手Cloud Foundry社区开设了“深入Cloud Foundry”专栏,旨在从架构组成.核心模块功能.源代码分析等角度来全面剖析Cloud Foundry,同时会结合各行业的典型案例来讲解Cloud Foudry在具体应用场景中的表现.

基于Cloud Foundry平台部署nodejs项目上线

Cloud Foundry(以下简称CF),CF是Vmware公司的PaaS服务平台,Paas(Platform as a Service,平台即服务), 是为开发者提供一个应用运行的平台,有了这人平台,开发者无需搭建线上应用运行环境和服务(Mysql/mongodb/Rabbitmq等),包括硬件和软件(os/应用软件如tomcat/rails等)环境.开发者可专注代码开发,最终提供源码(或war包之类的)信息,上传至PAAS,即可运行:同时pass平台提供DNS服务,一些Webapp可以直接

Cloud Foundry中DEA与warden通信完成应用端口监听

在Cloud Foundry v2版本中,DEA为一个用户应用运行的控制模块,而应用的真正运行都是依附于warden.更具体的来说,是DEA接收到Cloud Controller的请求:DEA发送请求给warden server:warden server创建warden container并将用户应用droplet等环境配置好:DEA发送应用启动请求至warden serve:最后warden container执行启动脚本启动应用. 本文主要具体描述,DEA如何与warden交互,以保证最终

【Cloud Foundry】Cloud Foundry学习(五)——Cloud Controller

概述 Cloud Controller负责管理应用程序的生命周期.当开发者将一个应用发布到Cloud Foundry时也就是指发布到了Cloud Controller中,CC将存储原始应用程序部分,并创建一个记录来追踪应用程序的数据.并且通知DEA打包运行应用.CC还会保存orgs.spaces.services.service实例.user角色等信息. 架构 Cloud_Controller_ng架构图 从ccng架构图中可以看出ccng可以分为以下多个模块: DEA模块,主要负责与DEA组件

Pivotal Cloud Foundry安全原理解析

云计算相关的技术几乎都对传统网络架构和安全规则产生一定的冲击,Pivotal Cloud Foundry(PCF)也不例外,去年8月为了说服专业安全组织同意PaaS部署方案,特意为他们深入讲了下PCF的安全机制,虽然这种原理性的东西不符合开博的宗旨,但是为了防止大家也要说服这样的组织,分享出来也算是云计算实务的一部分.不过说实话,个人以为既然我们开始拥抱云计算和大数据,那在安全上就应该有新的认识和实践. 本文是基于PCF1.2进行的说明,现在的版本里Availability Zone和App S