2011对于运维的思考

        2011年，咱们的运维又将面对什么样的挑战或是问题呢？

        固然，也许这些思考和想法只是适用与咱们当下的状况，并不具备普适性。

        事实上随着业务线和用户的不断增多，有两个问题将会挑战咱们将来的运营之路：混合和融合。

        混合：

         由于成本控制和业务发展的须要，同时防止过分与任何一个厂商的过分合做，致使失去对于将来技术构架的控制。混合显得尤其重要。例如在咱们以LINUX为基础的总体构架中，LINUX对于商业运行的不成熟也会偶有发现，相比那些老牌大厂的UNIX产品，还有有必定差距的。更不要说开源的第三方软件了，一旦投入运行，发现BUG后除非你和该产品的开发小组有很好的联系，有可能快速修复。要不你能够象GOOGLE那样，有堆积如山的大牛，能够一行一行的开代码，而后FIX这个BUG。不然，只能用蹩脚的英文写一个mail，而后发出去，犹如泥牛如海。接下来，就一个字等......
         固然混合是多种范畴的。包括技术混合，服务混合等等。例如对于关键应用咱们能够经过购买ORACLE相关服务，并升级UEK内核或者直接购买RHEL服务，保证咱们的企业级应用，而对于重要程度通常的，咱们能够采用一些社区版本（例如CENTOS）。而经过对产品和服务的水平和垂直的拆分，咱们在技术应用上有能够较为独立的选取适合咱们本身的技术和服务。保证公司的业务能够快速发展。

         融合：
         随着混合应用技术等的混合形式不断增长，融合的需求也会随之增多。比较典型的状况，例如咱们须要将SQLSERVER、ORACLE、MYSQL甚至是非关系型的MONGO DB数据库中的数据统一在一块儿，而后进行统计分析，甚至是看上去很美实际效果却差强人意的数挖掘。固然，融合也会是多种层面，多种方式的。不过须要说的一点是，融合并不必定须要购买第三方的而后，其实本身开发能够不错的选择。

         做为混合或者融合，最为重要的就是对度的把握，对标准的构建。例如：不管向左走（彻底购买厂商服务）或是向右走（彻底使用开源软件），都会把本身逼到一个困难的境地。因此须要具体业务具体分析，将一切尽量的置于可控或是基本可控就很是优秀了。毕竟咱们不是神。

        最后，咱们更应该头脑清楚的知道一件事，不管你在技术上多么为人称道，多么光鲜，写了多少让人钦佩的博文。一旦公司的运维系统中止了服务，你最应该完成的工做实际上是没有作好的，千万别本末倒置。