Dec 012014
 

周日参加了一个IT运维的聚会,大家除了技术以外,专门讨论的IT运维外包,很多观点倒是很有意思,真的是开拓思路,也多了很多案例,这里就总结一下,昨晚七级大风,赶着回家,都没时间深入交流,下次机会。

其实我本人对IT外包还是算熟悉,无论是ITO,BPO这些时髦的术语,还是具体工作中,还有我现在所在的公司,都和IT外包有密切联系。

我以前在外企的时候,可以说当时我们算是google app最早的邮箱商业用户,50美金一年。经历过所谓甲方,乙方。要做IT外包,尤其是有技术含量的外包,那么你应该是在这个领域是处于领先的位置。其实我们搞IT的,也一直在用外包,有时候自己没感觉而已。

数据安全

谈起外包,大家首先讨论的基本都是数据安全,有位朋友总结的很好

数据安全 可以分为 safety和security。safetey指数据不丢失。security指数据不泄露。

  • safety可以通过技术手段去解决,目前已经很好的解决
  • security可以通过行政制度去解决

外包是否安全,这个其实是需要长期的信任建立的。发现一个很有意思的现象

  1. 公司使用saleforece管理销售的数据,完全不担心数据的安全。对于一个公司来说,还有什么数据比这个重要呢?
  2. 使用数据中心托管业务,也没考虑过啥数据安全。其实对于技术人员来说,在出口搞一个设备,你的数据全部都是可以看到,除非你采用加密隧道。
  3. 大家都使用邮箱服务,邮件传输过程,是明文的,无论你的自己搭建还是使用托管。

其实想说,外包的数据安全问题,更多的是一个借口。如果某个业务已经在公司跑起来,再外包,那么通常都意味着有人要给革命。

数据中心外包

昨天互联网行业的朋友提到,他们公司,就数据中心外包,别的基本都是自己来完成。这个是比较有意思的现象。在中国互联网业务没起来的时候,其实当时数据中心外包,就已经开始建设,这个过程我是经历过,2000年左右,数据中心托管业务竞争还是很激烈的。

为啥互联网公司不自建数据中心,拉专线到自己公司搞呢?其实这个我以前在互联网的时候,也这样玩过。我想一个重要的原因就是因为目前国内的数据中心的托管业务,做的更加专业,尤其在中国这种网络复杂的环境下,如果你不是长期玩的话,你根本就玩不转。

所以在中国,BAT自建部分数据中心以外,基本所有的互联网公司,都是采用外包的方式。

CDN+存储

互联网公司来说,CDN业务,也是基本采用外包的方式。有些应用,存储也采用外包。这个其实也很好理解,因为靠一个公司的精力,你是很难到处建立CDN节点。你就必须考虑采用外包的方式。AWS,Rackspace的CDN页面,其实也是外包过去的。

国内的大部分公司,其实都是没自己搞过CDN页面,就直接使用CDN外包服务。为了更好的CDN,存储也顺便外包出去。

域名

其实对于互联网来说,完全是可以自己搞域名解析,搭建一套binding。不过现在已经很少这样玩,基本都是采用第三方。万网,dnspool等来解析,做的也很好。这个领域以前一直都是域名注册商提供服务,并且算是免费的服务。

邮箱和短信

这个业务比较久,有互联网,就有邮箱。现在公司的业务也基本都是使用邮箱。很多公司的全部业务都是跑在邮箱上。邮箱的服务,很早以前就开始探讨企业邮箱收费的服务,或者说邮箱外包服务。

邮件系统,这个其实我是很熟悉的。以前折腾过iRedMail,装过无数次。可以帮助用户快速搭建好自己的邮箱服务。到底是采用自建和外包,我想完全取决你的需求和老板的喜好。在国外企业用免费的邮箱服务很多,但是自建的企业其实也不少。

其实现在很多的短信提醒服务,都是采用第三方,而是不是自己搞个猫来发送。因为这个东西太麻烦了。

监控

昨天会议的主办方,其实是做监控的SaaS服务,监控这个服务,在国外外包其实是比较流行的,包括企业内部的设备的监控,我见过好几家创业公司,就仅仅通过snmp监控,都做的很不错,最后给收购。

国内的监控服务,更多是互联网,监控宝。企业内部设备的监控,其实还在培育阶段。

监控这个东西,看上去简单,其实搞精,还是很困难的。我经常提问的一个问题:能不能监控到硬盘的状态,判断硬盘是否坏掉了。这个看上去很简单的活,硬盘都已经报警,但是一般的监控系统是无法监控到的。如果你不是深入研究,透过raid卡,你才能获取硬盘的状态,不同的raid卡,需要你投入大量的精力才能玩得转。

 

桌面外包

很多企业为了节省费用,公司内部的网管,都采用外包。不过这个行业,在国内逐步萎缩。大家的IT技能提高了,很多问题自己都可以解决。重装系统的次数也越来越少。

运维外包和云计算

这个话题很刺激,大家讨论很激烈。有朋友开拓思路,我们大家使用公有云的服务,其实就是一种IT运维外包。对于新兴的公司,使用云服务,是很正常的事情。

搞云计算或者做IaaS,PaaS,SaaS,其实都差不多是运维外包。

那么互联网企业,尤其是大的互联网企业,那么他们使用运维外包,好像阻力就很大,因为他们以前就有一套很好的运维系统支撑着,转到云计算外包上,很多优势并不明显。说服他们转向运维外包其实很困难或者基本不可能。对于传统企业,内部已经有一套流程,如果采用外包,那么就会影响到很多人的饭碗。

其实这个问题,用时间就可以解决。企业的生命周期,一般就5年。今天所谓的大企业,5年后,如果跟不上变化,很多都会衰落。

很多企业成立的时候,通过IT外包,把业务快速发展起来,小米相信就是一个很好的例子,据说他们每次抢购的时候,都会租用大量的云主机来使用1,2天,抢购完就删掉。

总结

今天的IT外包的环境,其实已经比7年前好很多,上周和电商的朋友聊过,当年淘宝,京东,都是使用现成的IT技术架构,快速把业务搭建起来。等业务做大以后,再去解决IT系统的分布式问题。

采用IT运维外包,使用云计算的服务,可以让你快速试错。等你确定你的业务方向后,你可以根据业务的规模,来规划你的架构和设计,这个时候,你对自己搭建还是继续外包,就会有一个比较清晰的认识。

引用朋友的一个总结,大概意思是,日后IT的发展,一个是分工,每个人从事自己最擅长的领域。外包应该是成本最低,效率最高的方式。当前有很多问题,是因为我们还是不够专业,发展的时间太短,还没和用户建立很好的信任关系。

国内的IT趋势,基本就是比国外晚几年,我也相信随着时间的推移,IT外包也会在中国流行起来。

写那么多,其实就是想表达一个观点:如果你在IT某个领域做的足够专业,那么企业一定会考虑外包的,只是有时候我们需要更多的时间来教育用户和我们需要更多的时间来了解用户的需求。

  7 Responses to “闲聊中国IT外包”

  1. 你好,我想请教一下,我想学习您这样建立一个www.chenshake.com这样的个人网站,去哪里申请域名比较好? 我之前没弄过个人网站。。。。

  2. 陈老师,我在vsphere上建了3个虚机部署juno,网络用的nova-network。
    什么都正常,就是新建虚机的时候出错:
    f6-a4af-fef7f9de3e29] CPUs limit not specified, defaulting to unlimited
    2014-12-04 11:01:43.464 1510 AUDIT nova.compute.claims [req-f57089e9-f4d2-4d8b-ae0e-09f8e708952f 4c908d81b49349a0a1ec5bcd7103faf3 d6e40021210649d687a136e6bf5968ea] [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] Claim successful
    2014-12-04 11:01:43.681 1510 INFO oslo.messaging._drivers.impl_rabbit [-] Connected to AMQP server on controller:5672
    2014-12-04 11:01:50.509 1510 AUDIT nova.compute.manager [req-f57089e9-f4d2-4d8b-ae0e-09f8e708952f 4c908d81b49349a0a1ec5bcd7103faf3 d6e40021210649d687a136e6bf5968ea] [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] Terminating instance
    2014-12-04 11:01:50.517 1510 ERROR nova.virt.libvirt.driver [-] [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] During wait destroy, instance disappeared.
    2014-12-04 11:01:50.520 1510 INFO nova.virt.libvirt.firewall [req-f57089e9-f4d2-4d8b-ae0e-09f8e708952f 4c908d81b49349a0a1ec5bcd7103faf3 d6e40021210649d687a136e6bf5968ea] [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] Attempted to unfilter instance which is not filtered
    2014-12-04 11:01:50.652 1510 INFO nova.virt.libvirt.driver [req-f57089e9-f4d2-4d8b-ae0e-09f8e708952f 4c908d81b49349a0a1ec5bcd7103faf3 d6e40021210649d687a136e6bf5968ea] [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] Deletion of /var/lib/nova/instances/7ff82759-ffcc-40f6-a4af-fef7f9de3e29 complete
    2014-12-04 11:01:51.483 1510 ERROR nova.compute.manager [req-f57089e9-f4d2-4d8b-ae0e-09f8e708952f 4c908d81b49349a0a1ec5bcd7103faf3 d6e40021210649d687a136e6bf5968ea] [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] Error: Unable to determine disk prefix for None
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] Traceback (most recent call last):
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] File “/usr/lib/python2.7/dist-packages/nova/compute/manager.py”, line 1321, in _build_instance
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] bdms)
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] File “/usr/lib/python2.7/dist-packages/nova/compute/manager.py”, line 1663, in _default_block_device_names
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] root_bdm)
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] File “/usr/lib/python2.7/dist-packages/nova/compute/manager.py”, line 1620, in _default_root_device_name
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] root_bdm)
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] File “/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py”, line 5245, in default_root_device_name
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] cdrom_bus)
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] File “/usr/lib/python2.7/dist-packages/nova/virt/libvirt/blockinfo.py”, line 419, in get_root_info
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] root_device_name = find_disk_dev_for_disk_bus({}, root_device_bus)
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] File “/usr/lib/python2.7/dist-packages/nova/virt/libvirt/blockinfo.py”, line 177, in find_disk_dev_for_disk_bus
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] dev_prefix = get_dev_prefix_for_disk_bus(bus)
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] File “/usr/lib/python2.7/dist-packages/nova/virt/libvirt/blockinfo.py”, line 146, in get_dev_prefix_for_disk_bus
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] disk_bus)
    2014-12-04 11:01:51.483 1510 TRACE nova.compute.manager [instance: 7ff82759-ffcc-40f6-a4af-fef7f9de3e29] NovaException: Unable to determine disk prefix for None

  3. 两次提到开拓思路,我看完了,真的开拓了思路,哈哈,赞一个!

    • 是啊,以前确实没意识到,数据中心托管,也是IT外包,使用IaaS,其实也是一种IT外包。

  4. 分工合作,专业细分,这一定是以后的市场趋势。其实这种趋势在硬件领域非常明显,比如苹果、小米、联想,现在已经没有哪一家会全部生产自己需要的配件了,都是组装。

  5. 确实,IT外包会让IT这个行业更加专业化、精细化、标准化。目前的好多乱象,比如我们学校好多实验室做实验,还在不停的狂买服务器。

 Leave a Reply

(required)

(required)