架构师2014年2月：云计算的三个层面 - (EPUB全文下载)

文件大小：1.38 mb。
文件格式：epub 格式。
书籍内容：

架构师 2 月刊
每月8日出刊
本期主编：杨赛

美术/流程编辑：水羽哲

总编辑：霍泰稳

发行人：霍泰稳

DNA-BN：ECFP-00110174-0002-140208

最后修订：2014年2月10日
读者反馈：editors@cn.infoq.com

投稿：editors@cn.infoq.com

商务合作：sales@cn.infoq.com

InfoQ 中文站：新浪微博
出版：浙江出版集团数字传媒有限公司

浙江 杭州 体育场路347号

互联网出版许可证：新出网证（浙）字10号

电子邮箱：service@bookdna.net

网　　址：www.bookdna.net

浙江出版集团数字传媒有限公司为作者提供电子书出版服务。

本书电子版如有错讹，祈识者指正，以便新版修订。
©Zhejiang Publishing United Group Digital Media CO.,LTD,2013

No.347 Tiyuchang Road, Hangzhou 310006 P.R.C.

service@bookdna.net

www.bookdna.net
本期主编：杨赛
杨赛（@lazycai），InfoQ高级策划编辑。写过一点Flash和前端，现在只是个伪码农。在51CTO创办了《Linux运维趋势》电子杂志，偶尔也自己折腾系统。曾混迹于英联邦国家，学过物理，做过一些游戏汉化，练过点长拳，玩过足球、篮球、羽毛球等各类运动和若干乐器。喜欢读《失控》。
InfoQ微信账号:
《架构师》月刊由InfoQ 中文站出品。
所有内容版权均属 C4Media Inc.所有，未经许可不得转载。
目录
卷首语
虚拟专家座谈会：迈向云开发
2014年值得关注的9项技术
15个热门的编程趋势及15个逐步走向衰落的编程方向（上）
15个热门的编程趋势及15个逐步走向衰落的编程方向（下）
云计算的三个层面
探索有道云笔记工程师团队的开发协作模式
基于AWS的自动化部署实践
Windows Server基础架构云参考架构：硬件之上的设计
可视化Java垃圾回收
Backbone与Angular的比较
软件与敏捷
Scrum Master：职位还是角色？
敏捷流畅度：找到适合需求的敏捷方式
避开那些坑 | Void
从MVC在前端开发中的局限性谈起
ATDD实战
新品推荐 | Product
推荐编辑 | 吴海星
卷首语
所有的观察都存在偏见
一张白纸上有一个墨点。
观察者在纸外，目光会被墨点所吸引；从业者生活在纸上，大部分世界仍是白色的。
技术编辑总是会被各种新鲜概念冲击，整天接触、谈论的话题都是比较新鲜的东西。结果就是，我们对一项新技术或新产品的真实被接受程度总会产生偏高的误判，而对老技术和老产品的被接受程度则产生偏低的误判。当偶尔跟一线人员沟通，了解到他们眼中的技术世界之后，往往会因发现自己认知的误差之大而吃惊一阵子，从而对自己的技术世界观进行重新审视。
这件事情我经历过几回，最近一次发生在上周。上周接到一篇投稿介绍DevOps的概念，作者Q君是一位有十多年从业经验的技术经理，接触过Java、数据库、基础架构运维、敏捷、公共云、Hadoop等多个方面，技术视野算是相当广阔了，但对DevOps却是刚刚接触。我自己接触DevOps这个概念已经是三年前，这几年这方面的内容做过不少，并不会觉得还有哪个运维会还不知道DevOps这个趋势；但Q君说，他们的团队在敏捷方面已经有一些实践，刚刚发现DevOps这个概念，认为DevOps虽然仍处于初期阶段，但势头看起来不错，会是Agile的一个很好的补充，写稿本来是为了给团队成员普及什么是DevOps，顺手推荐了过来。
这件事似乎比较矛盾：在InfoQ上，介绍DevOps概念的文章在2010年、2011年左右已经发过很多，搜索devops关键字可以搜出来一大把；到了2013年、2014年再谈DevOps，我们基本会期待作者已经是DevOps的充分实践者，过来跟大家分享实践经验的，这个时间段出来的介绍DevOps概念的文章，似乎多一篇不多，少一篇不少。但另一方面，我们的读者中还不了解DevOps概念的人绝对要比我想象中的多很多，这方面的普及内容如果写的很好，仍然是价值很大的。
但是，其实这件事情也不矛盾。
当墨点越来越大的时候，越来越多的从业者会开始问：这个DevOps究竟是什么？他们会去Google DevOps这个关键字，Google会给他们返回维基百科的链接、dev2ops.org、devops.com等网站、Venture Beat上的DevOps傻瓜指南、以及InfoQ上DevOps的相关新闻。有人说DevOps是会开发的运维，有人说DevOps是敏捷从开发领域往运维领域的延伸，有人说DevOps就是自动化运维，有人说DevOps就是Puppet和Chef……看到种种解释，他们可能会感到无所适从。敏捷开发领域有2001年的敏捷宣言，只要Kent Beck，Dave Thomas或者Martin Fowler给敏捷下一个定义，大家基本上都会认为，哦那就是敏捷；但即使如此，在各个团队实际将敏捷落地的过程中，仍然是一片混乱。运维是一个传统上比较沉默、缺乏“英雄”的群体，在定义统一方面的工作会更加艰难一些。
InfoQ作为专业技术媒体存在的价值之一，就是要减少这种混乱，将我们认为更贴近正确的概念定义、更加具有参考价值的最佳实践推荐出去。一篇文章上或不上，也许不该看它新或不新，而仅需要专注于其概念定义是否贴近正确、其实践是否值得参考（不管是值得学习的亮点还是需要避开的坑）。这是我最近在反思的一件事。
最后，之所以说“贴近正确”，是因为我不认为有绝对的正确。一个世界从不同的角度去看，总是不同的；即使尝试穷尽所有的观察角度来完整的理解一个世界，也是不可行的，因为世界总是在变化，而一个观察者在一个时间点只能完成一个角度的观察，当换一个观察 ............

书籍插图：

以上为书籍内容预览，如需阅读全文内容请下载EPUB源文件，祝您阅读愉快。