伤得起的云计算应用——对云端应用之架构的思考

　2012-03-22 12:11:59　来源：WEB开发网　　　

核心提示： 充分理解云计算供应商的服务可用性，在条件允许的情况下准备相应的对策，伤得起的云计算应用——对云端应用之架构的思考(2)，以AWS服务为例，若用户对Amazon的EC2，又避免因云服务不可用而导致的用户体验的下降，希望能给读者带来一些参考，EBS，RDS等服务的可用性及其依赖关系有

充分理解云计算供应商的服务可用性，在条件允许的情况下准备相应的对策。
以AWS服务为例，若用户对Amazon的EC2，EBS，RDS等服务的可用性及其依赖关系有充分的了解，就可以根据自己的实际需要为自己的服务架构不同级别的可用性。在多个区域（Region），AZ（可用分区），和EC2上分别实施的高可用方案的可用性级别是不同的，在不同区域上建立的高可用方案的可用性级别最高，基于AZ的次之，EC2上的最低。但是，高可用性越高，其复杂度和成本越高，反之亦然。用户可根据不同的业务需求为系统中的不同功能提供不同级别的高可用性方案。
在架构设计中考虑故障的可能性。
不论在传统的数据中心还是在云环境中，设计软件架构师都需要考虑到故障。不同的是，传统方式下，从软件到硬件，架构师都是可控的，而在云计算环境中，使用的云中服务确实是不可控的。这就需要在做架构设计，或采用云服务时，充分了解云服务的可用性，并将此知识作为架构设计的输入之一。
应用系统的组件化和服务化。
使用SOA架构方法构建应用系统，将应用功能划分成细粒度、无状态的组件，并将组件封装成服务，将同一服务的不同实例分散到多个实例中运行，从而提高服务整体的可用性。
在条件允许的情况下，使用多个云服务提供商。
在云计算标准尚未成熟的大环境下，实现这一理想是困难的。但是，随着云计算标准逐渐成熟，在设计云端应用软件的架构时，就可考虑在多个云服务供应商之间实现高可用性，但是就目前而言，由于各个云计算供应商的服务的功能和接口缺乏一致性和标准型，完成可用性的设计和实现是需要付出代价的。路漫漫其修远兮，但希望总在前方。

小结

云计算是当前的Bizzword，但是我们需要清楚的认识，和当年的SOA一样，云计算也不是银弹，不能解决所有问题。它的好处多，坏处也不少（除了本文提到的可用性不可控之外，还有许多不好的地方，如数据的安全性、云端应用整合的复杂性等），只有清楚地地认识它，还能更好地避开其劣势，发扬其优势。本文结合Amazon“4-21”事故，谈到了如何从架构的角度思考云端应用，解决因所使用云服务的可用性问题导致云端应用不可用的问题，以期即享受云计算带来弹性扩展、自动供应等优势，又避免因云服务不可用而导致的用户体验的下降。希望能给读者带来一些参考，也欢迎读者给出批评建议。