近期，DaoCloud团队受邀做客招行银行，与招行信息技术部高层及架构办公室负责人就Docker容器技术、银行基础架构转型进行了一次研讨会。本文摘录了这次研讨会的一些观点想法，并分享DaoCloud对新一代企业云计算基础架构、容器化应用交付的***实践。

  “传统金融行业的IT系统首重质量和稳定，与之匹配的IT架构有集群化程度低、集约化水平高、应用架构耦合度紧密、Scale-UP垂直扩展等特点，业务需求对IT系统的影响是牵一发而动全身，为此研发流程是很注重过程，瀑布模型很切合我们的管理体系。互联网金融给传统金融带来了巨大的冲击，对直接面向客户、内部流程类的IT系统，我们应该为业务部门提供更快的交付能力，这就需要现有IT能力能够演进，融合先进的互联网公司的IT***实践。在这个大***下，如何能够稳中求变?逐步融合新能力提升现有的运作模式为高效模式? Docker可以很好地降低这件事情的难度。”

  互联网金融、IT能力变革、快速交付......这些关键词很好地总结了当前银行IT所面临的现状。作为国内***品牌影响力的商业银行之一，招商银行不仅在业务层面层不停地改进革新，在IT方面，招行也在持续创新，尝试通过新的技术和方案来更好地实现互联网金融时代的转型。招行提出的问题，也印射了国内银行业的现状。

  用户就是***的产品经理，这是网络领域非常时髦的一句话。互联网金融的冲击让银行业不得不开始重视使用者真实的体验和客户的真实需求，如此才能在互联网+的浪潮中更好地生存。从IT的角度来看，就要求银行IT快速响应业务的需求。这是一个关乎银行业生存和发展的问题，因此，这场变革不是一个选择题，而是必然的过程。然而，任何一场变革都不是一个容易的过程，在这场互联网金融引发的银行业变革中，银行的IT也面临着诸多的挑战：

  传统瀑布模型的低效：传统的金融行业的开发流程是典型的瀑布模型，也就是开发、测试、运维分为独立的几个阶段和部门，长此以往，各个部门之间必然会导致隔阂，因此导致部门之间的沟通成本过高、协作效率低下，并且容易出错。更严重的是，很多企业的运维部门和开发部门甚至成为死敌，运维出现了问题，经常会指责开发部门。

  IT架构转型“阵痛”明显：变革是必然的，而变革的方式确实可以再一次进行选择的。银行传统的“烟囱式”系统架构要向分层的云架构转型，传统的虚拟化解决方案往往需要将整套系统推到重建，还需要对应用软件做修改，这种“伤经动骨”的方式给银行IT带来的“阵痛”让他们难以接受，是否有更缓和的解决方案?

  复杂系统的运维压力增大：高可用性和可靠性是银行IT系统的基本需求，据业内人士透露，银行业务出问题超过1个小时，银行行长可能就要下台。因此，整个银行的运帷部门也是压力***的部门，经常晚上被叫醒处理各种事故。然而，随着系统复杂度的增加，运维部门的压力越来越大。

  IT资源浪费严重：为了应对互联网金融的挑战，银行非常愿意花大价钱投资新的技术和方案，比如虚拟化、云计算等等。然而，这些投资有多少能够真正帮他们分忧解难?还是最终沦为“样子工程”?

  这是一个最坏的时代，这是一个***的时代。如果说互联网金融的出现是金融IT的梦魇，那么Docker容器的出现就是金融IT的曙光。正如文章开头招行罗文江提到的，“Docker很好地降低了这件事情的难度。”

  为什么银行的IT管理人员会对Docker抱有如此大的希望?Docker究竟有什么能耐，可以让让这一切变得简单呢?国内领先的容器云平台和企业解决方案提供商DaoCloud联合发起人兼CEO陈齐彦认为，Docker***的法宝在于将所有的应用交付件统一为容器。

  标准化意味着高效，比如螺丝钉的标准化极大地提升了制造业的生产效率，应用交付件的标准化于计算领域而言，也必将是一次效率的飞跃。这也是怎么回事Google认为容器是计算的未来。

  如果把企业IT分为两个阶段应用交付前和交付后，这两个阶段的分界线是应用开始上线部署的那一刻，之前的开发、测试等工作都视之为交付前，此后的过程视之为交付后。然后，再回头看一下前面提到的银行业IT变革的痛点，无非就是体现在两个方面：一个是交付前如何快速地进行软件交付，另一个是交付后如何更好地进行系统的管理和运维。针对不同的阶段，DaoCloud都提供了相应的解决方案，帮企业用户应对不同场景的挑战。

  首先，我们一起看看DaoCloud解决方案如何改变交付前的痛点。过去，开发、测试和运维分别交付不同的内容，比如软件代码、软件测试包等，每个阶段的交付件都不同，这就导致沟通成本高，协作效率低。这样的软件生产和交付方式当然已经不能适应这个追求“快”感的时代。Docker定义了一个软件交付的标准件 无论是开发、测试还是运维，交付的都是容器。通过镜像仓库进行协作，无论是开发测试还是生产都是基于镜像仓库做相关操作，交付出来的容器镜像进入了仓库，依据业务需求不断从里面去拿新的版本，来测试、上线等等。在这样的一个过程中，通过tag来区分镜像的版本。另外，研发人员还可以再一次进行选择在代码调整之后，自动进行用例测试、生成镜像、部署上线，极大地提升了迭代的效率

  再看看交付后DaoCloud解决方案能做什么。前面提到的IT架构转型“阵痛”，复杂系统的运维、IT资源浪费都能够说是交付后的痛点。

  由于Docker是通过容器的方式来交付应用，公司能够根据需要对应用进行逐步容器化，然后像搭积木的方式一样，一个一个搭起来。这样循序渐进的方式相比伤筋动骨的方式，更适合银行IT的架构转型，也能够在一定程度上帮助银行很好地保护既有投资。

  对于复杂系统的运维问题，Docker容器是非常轻量级的，应用的启动是秒级，所以当一个容器镜像挂了，可以秒起另一个容器镜像，基本上没有downtime，这极大地提升了系统的可用性。也正是因为这个原因，容器被称之为“魂器”，意味着永不死机。

  此外，对于虚拟机和物理机共存的IT环境，容器还有一个好处是，既可以在虚拟机上运行，又可以在物理机上运行，因为容器是基于Linux内核的代码集，进一步保护了企业的投资。

  作为国内领先的容器云平台和企业解决方案提供商，DaoCloud提供了公有的一站式容器化应用云平台，在经过大量的测试、运营和迭代之后，DaoCloud面向企业用户推出了私有的容器云平台解决方案，帮企业用户应对互联网+给IT带来的挑战，并获得了金融、政府等行业用户的高度认可。

  DaoCloud联合发起人]联合创始人陈齐彦的一句话来结束本文，“容器云平台将会迎来在企业市场的爆发式增长，因为它给公司能够带来了巨大的价值，又不像其他的新技术那样给企业IT带来变革的“阵痛”。”

  在过去的2011年，有太多新的IT技术和IT概念在围绕着我们。虽然这些新技术和新概念在不断的出现，但是对公司内部的IT技术人来说，这些新的技术和概念对他们产生了生么影响呢？他们又是怎么样看待这些新生事物呢？带着这样的一个问题，51CTO采访了多位企业级IT技术人，让我们来看看他们是怎么样看待这些新技术的。

  与传统存储系统相比，IBMXIV彻彻底底的把存储系统交给了用户，只需要简单的鼠标操作，用户只需要两天的培训就能够实现划分空间、映射等专业企业级应用，而不再需要更改BinFile之类的冗长流程以及昂贵个人系统服务。即使最低配置的XIV系统也集成了完整的功能与解决方案，从运维的角度来说，XIV为用户大幅节省了成本，并使成本“透明化”；从运营的角度来说...

  当我成为一名lT男后，在父母眼中我就像黑客帝国的主角一样了不起，在亲戚眼中我是在写字楼做办公室吹空调的人，在朋友眼中我就是一个修电脑的，在同行眼里我就是一个泡网吧的，在女友眼中我是一个从保安华丽转身为工程师的段小磊，我理想中的样子应该是和乔布斯、比尔盖茨那样的人，但我其实就是一个宅在家里抽烟吃零食加班到凌晨三点的人。

  自动构建系统是从美团的自动部署系统发展出来的一个新功能。每当研发人员提交代码到仓库后，系统会自动根据研发人员定制的构建配置，启动新的Docker容器，在其中对源代码进行构建(build)，包括编译(如Java、C++和Go)、预处理(如Javascript和CSS)、压缩(如图片)等操作，生成最终需要上线