云计算云服务系统服务（三）

     （1）虚拟与封装对于云计算服务，将服务接口封装成一个虚拟服务，在创建自己服务时，使用这些虚拟服务，在虚拟服务实现层，使用proxy模型，封装多个同一服务，在配置中体现使用不同服务，这样就是在增加更多的应用服务时，最多完成封装适配工作，这样能最大限度减少不同服务集成带来的影响。虚拟和封装技术将实现细节隐藏起来，并使开发人员重新重视组件之间的接口和互动。这些细应该提供标准接口，以便于开发人员方便快捷地构建应用程序，同时利用与性能或成本所要家的相似的功能来使用替代组件。

　　云服务开发是有计划地完成的，甚至用来部服务的程序也要封装，以便于利用和重新利用。可以封装部署三层式web基础设施的程序，这样，该程序的参数就会包括指向用于MEB服务器、业务逻辑和数据库层的虚拟机映像的指针。然后就可以执行此设计模式，以便于部署标准应用程序，而不必重新设想或基至重新考虑支持每层所要求的架构。令已经实践了多年的模型总线其实就是一种高层次的虚拟与封装过程。

　　如一个有限状态机模，是对很多有状态系统状态迁徒与行动的封装，通过将状态行为数据化，能够在多个不同部署上，同时对同一业务的不同过程进行处理，这样能极大提升系统并发能力。同时在处理过程中，由于一个服务可能会使用多个模型，模型总线概念是将这些模型及之间通信封装成一个松散的、以数据驱动为主的抽象实现，降低在其上实现、部署服务的难度。

　　（2）松散耦合、无状态、原地失败松散合｛loosecoupling）无状态（stateless人、原地失败（fal－in－place）的模式的根动机是降低合。这种耦合是包含程序信令处理的逻辑合、状态依赖和计算上下文依赖关系等。当各个部分之间采用松散逻据合、无状态依赖和无上下文依赖这种方式后，每个分片处理都能并发在不同机器，由于没有状态和上下文，哪个计算单元处理结结果都是相同的，就能够避免大量用户并发与分布处理导致的状态不一数等错误。

　　小编结语：同时，每个分片错误发生后可以直接重新开始也可以在原地处理。这样为提升系统可靠性，可管理性及大并发提供依据。目前，基于WEB的应用程序已在向松散合和无状态转变。在云计算中，这些特征更加重要，因为云计算具有更加动态的性质，服务组件越来越动态，而且可能是分布在不同地城，任何组件发生故都不会影响整个应用程序的可用性，一个组件应该做到“原地故难”，极少基至不会对服务可用性产生影响，这既方便系统伸编，也提升系统可靠性。