“春风又绿江南岸“，伴随着Amazon去年年尾推出中国区云服务的这一声春雷，曾经遥不可及的云计算，已经不可阻挡地来到⾝身边。作为⼀一直从事云技术与⼤大规模软件系统设计的架构师，我认为今年可以算云计算在中国的元年——越来越多的客户或者公司会提出云的诉求，需要软件架构去⽀支撑。如果问云时代的架构去哪⼉儿，我会从如下几个方⾯面给未来的软件架构引⼊入新的关键要素和约束：
1. Cloud Native Architecture
云服务从未有像今天⼀样这么深远地影响到软件的架构设计。软件在架构上如何更好地弹性利⽤用已有的云服务，这是对每位架构师提出的新命题。在Amazon AWS上，CloudFront、EC2、EBS、S3、DynamoDB已经基本涵盖了⺴⽹网站的CDN、计算、⽂文件系统、存储和数据库，这些对于⼀一个中⼤大型的互联网网站已经绰绰有余。架构师应该能够帮助企业利⽤用这些基础服务，构建更低廉更易扩展更可靠的⼤大规模软件系统。
2. PaaS
PaaS技术已经越来越深⼊入到软件的架构和开发。除了传统的CloudFoundry、OpenShift等⼯工具，去年Docker异军突起，也受到了⼲⼴广泛的认可。容器技术的隔离性、可定制性和轻量性，让它们⽐比虚拟机或者系统进程都多了不少优势，⽐比如基于Docker的轻量级CI产品Drone.io。对于架构师，在架构选型和开发⽅方式上应该更积极地拥抱这些开源的PaaS技术。
3. DevOps
传统的运维只是1.0版，未来的运维需要管理上千台机器；传统的运维只是被动地执⾏行变更，未来的运维需要主动地提出变更。如何结合企业的运维流程和要求，⽤用开发的思路提⾼高运维的效率？对于开发和架构，如何从运维的⾓角度来改善软件的架构和设计？两者只有更好的协作，才能真正提⾼高软件组织的交付能⼒力。对于架构师，尤其要考虑系统的MTTR，从⽽而保障系统的可⽤用性，⽐比如Netflix开源的ChaosMonkey。
当然，相信2014年云计算对架构的创新会远不止以上几个⽅方⾯面。云计算从来都不是***的目标，降低CapEX、OpEX以及提⾼高Productivity才是最终的诉求。更好地了解和掌握云计算背后的思想，更多地使⽤用开源的云计算产品来提升软件架构的可扩展性、可靠性以及软件交付的效率——这是每位架构师的使命和责任。2014架构去哪⼉儿，“牧童遥指云计算”。
