timeson

4.5  Cloudify        Cloud foundry作为业务第一个开源的paas，给我们带来了难得的学习和借鉴的机会，得以窥视paas的盒子内部的构造。Cloud foundry是基于ruby开发的，ruby相比之下比java开发的速度更快，这也是CF发展很快的原因之一把（原因之二，架构稳健，容易扩展）。如果把CF看作是大象，功能齐全，结构完整，那cloudify就是灵活的豹子...

2.3 敏捷前行        当软件行业进入互联网时代，市场对软件产品和服务的交付提出了更高的要求：不仅要快速实现需求，而且要快速发布上线，并且必须保证业务可靠、高效运行。为了满足这些要求，IT组织需要强有力的流程、技术和人员作为保障。       敏捷从阶段上可以分为敏捷开发和敏捷部署，如果把开发和部署关联起来，实现最后1公里的软件历程，那也就是devops的初衷，敏捷与DevOps的...

2.3.5           软件测试 2.3.5.1    测试步骤        测试在项目开发中占据重要的阶段。按照软件工程的要求，系统上线前需要进行如下的测试阶段： 单元测试：由模块开发者具体来实现，根据规范，service为对外暴露的接口，程序员需要保证自己提交的service模块所有的方法都是被测试覆盖的。程序员创建junit模块，利用maven工程区分的...

3        系统变迁        话说天下大事，分久必合，合久必分，在计算机的历史中也有借鉴。从最开始的终端主机模式到客户端服务器模式，到J2EE的3层结构，乃至集群和分布式结构，把系统不断的拆分和抽象，当分布式的服务器到了一定的规模，远远的看去，又像了一套硕大无朋的主机，只是高高的挂在天上。只是一个是从云端鸟瞰大地，俯视芸芸众IT民工；一个是仰望星空，感慨云卷云舒遥不可及。历史划了一...

3.1.2            演进的抽象        淘宝这套体系，经历多年的发展，已经很成熟，按照抽象和分层的思想，我们拆解一下，看如何来处理类似的工作。这个抽象和分层是老外的强项，把一些东西排列组合，按照一定的规则和模式，又可以整合出一些新的东西出来，然后到处去忽悠。       我们模仿老外的思想，来对系统进行拆分：拆解为系统部分，软件部署部分，软件设计部分。中心思想是如何为各...

3.2 云平台的结构 云计算是：       是一种基于互联网的计算方式，通过这种方式，共享的软硬件资源和信息可以按需提供给计算机和其他设备。整个运行方式很像电网。云计算描述了一种基于互联网的新的IT服务增加、使用和交付模式，通常涉及通过互联网来提供动态易扩展而且经常是虚拟化的资源。云其实是网络、互联网的一种比喻说法。典型的云计算提供商往往提供通用的网络业务应用，可以通过浏览器等软件或者其...

 4        云端平台  图40-01：实现云端的优势        从云计算的三层服务模型（IaaS、PaaS、SaaS）上来讲，PaaS是最难实现的。IaaS主要技术是虚拟化，目前已经相对较成熟，代表产品当属Amazon的EC2啦。SaaS主要难点在于多租户和Web呈现技术，相对来说还算简单，著名的有Salesforce.org等。而PaaS平台，涉及分布式技术、...

 4.3 CloudFoundry        Cloud Foundry是VMware主导使用Ruby开发的一款开源PaaS云计算平台，它提供了各种各样的云平台、开发框架以及应用程序服务。开发人员可以在该平台上迅速部署及运行Web应用程序。Cloud Foundry能够帮助开发者使用Java或者其他的基于JVM的架构构建应用，它支持的应用程序框架包含Spring、Grails、Ruby o...

4.4  Openshift        去年5月，Redhat在波士顿峰会上启动了PaaS平台项目OpenShift。时隔一年之后，Redhat宣布将OpenShift Origin项目开源。Origin既是PaaS平台OpenShift的开源代码库，也是其社区与项目的名称。Openshift Origin是Openshift的开源版本，可以用来创建、部署以及管理云端的app。根据每个ap...

2.2.3            多租户系统       多租户是一个符合SaaS模式的 Web 交付解决方案，通过在服务提供者环境中运行的单个软件实例服务于多个组织，为任何规模的企业提供业务价值。基于多租户的应用和普通web应用有如下差别： 多租户的架构具备某种程度的自助注册功能。具备订阅/记账机制。能够有效地扩展。监视、配置和管理应用程序和租户。支持惟一的用户...

1.1.1            扩展系统2.2.2.1    特点        当单一的部署模式即便通过集群部署后仍达不到期盼的高并发能力，那对系统的拆分就不可避免，通过拆分把负载分布在各个节点。系统的拆分包括了架构拆分和数据库拆分。架构拆分后需要考虑层次和模块的划分和部署，之间的调用模式，以及考虑事务处理问题；数据库拆分后需要考虑采取哪种模式，以及如果保证数据一致性问题。 ...

4.6 Jelastic        Jelastic是Java hosting platforms，属于PaaS。当然，Jelastic也就是提供支持Java的虚拟主机的服务商。Jelastic提供的服务，是基于分布式的架构，是云计算领域的技术服务。支持多种Java应用服务器，支持多种目前流行的数据库。使用nginx做负载均衡。Jelastic的架构比CF更加简单，采用常规的集群做法。因为...

5      PaaS DIY       PaaS是一个软件层，通常连接网络资源包括操作系统实例、数据库服务器实例、网络服务器实例，甚至负载均衡，并连成一个单一的，共享的逻辑承载层，提供按需硬件和操作系统服务，而且还提供应用程序平台和解决方案堆栈。       PaaS 服务可将与应用程序部署关联的大多数 IT 管理方面自动化，包括资源配置、分段和测试、负载平衡、数据库访问以及访问平台库...

 5.2 基本PaaS       如前所述，采用脚本模式，就像众多的奴隶为一个宏伟的工程而服务，如果以cc的成熟度和人类历史发展的阶段来映射，可以说是处于奴隶社会，虽然效率底下，但按部就班去实现，宏伟的金字塔依旧能建立。    运维人员就像奴隶一般，每天需要对系统进行运维和调整，编写和改进脚本，根据反馈的数据进行自我分析和判断。       人类的历史是有客观规律的，从低级阶段到高级阶段...

5.3 扩展PaaS        在Paas平台的奴隶时代，平台的分布和管理都是基于操作系统的层面来处理的，指令由脚本来调用，利用操作系统提供的网络能力，进行应用/通用服务的远程处理；业务和系统的状态的存储和查询采用的关系数据库；并利用现有或改进的工具对系统和应用进行监控，检查系统的健康状况。这是一种行之有效的方法，并肯定在众多网络公司也或多或少的得到了有效的应用。       但这种架...

5.4 健壮Paas       对于健壮的paas则有更多的要求，还是秉承前面一个章节阐述的业务系统的架构要求，看看对于paas平台有那些要求：1、应用托管和自动部署自动部署是必须实现的功能，有了自动部署才可能真正的让应用部署包和中间件资源池进行彻底解耦和按需调度。在IaaS层是应用到物理服务器的解耦，而在PaaS层是应用和中间件资源池的解耦。要进行自动部署则开发的应用...

1        总则1.1  编写目的 云端应用博大精深，浩如烟海，而且日新月异，不断的推陈出新，尽我力之所能及，仍犹如海边拾贝、林中摘叶、管中窥豹而已，虽然劳神费力收获浅薄，但乐意与大家一起来分享，就像快乐的屌丝在一处风景秀丽之处，总要挥毫泼墨，郑重的写下“xxx到此一游”一般。在基于云端应用的项目推广，每个人的认识和看法各不尽相同，所以本文尝试针对特定的业务场景，从程序员的角度，...

2        项目架构       要实现大并发高访问的web系统，不仅只是paas平台事情，业务系统的架构才是关键作用。在本篇章中尝试讨论一种比较通用的业务架构模式，并且该模式和paas提供的能力较为匹配，在部署和管理上能相得益彰。       首先会先阐述一下架构师在面对普通的业务系统（普通的围绕数据库的增删改查应用以及一些外延扩展）的通用处理，然后是阐述在不同的业务规模中的架构的...

2.2 项目架构       架构师把握2个中心点：业务的可扩展和能力的可扩展。系统的健壮性和扩展性是系统架构的考虑的事情，云平台不是系统健壮和可扩展的银弹，IaaS只是解决了物理存储和系统搭建的工作；PaaS只是解决了服务和软件部署和维护的工作。系统的可扩展性依赖于：拆分；异步；分发。 业务的扩展：系统分层，分模块，表拆分能力的扩展：负载均衡，分布式部署，无状态模式，路由转发，...

5.5  DIY after        这里的核心实现是一些脚本工具，业界有些成熟的开源的工具集合使用，用以完成对资源以及软件的部署和自动化管理。典型的有puppet与chef，这2款比较如下： 相同点： 都是基于ruby语言 对要配置的对象提供了跨平台的抽象，用户大部分时间只跟这些抽象的资源打交道。都有配置中心服务器，都需要安装...