BT

你的观点很重要! 快来参与InfoQ调研吧!

架构师(2014年11月)

| 作者 InfoQ中文站 关注 15 他的粉丝 发布于 2014年11月17日 ArchSummit社交架构图谱:Facebook、Snapchat、Tumblr等背后的核心技术

卷首语:角度的不同

最近跟业内某大哥聊天,聊到企业级IT和互联网IT做事情和看事情的不同。

企业级IT:企业业务层逻辑庞大而复杂,企业软件开发人员懂业务层逻辑但不懂系统不懂数据库更不懂硬件,IT管理员了解各个部门每天发来的各种新需求但不会编程,整个体系规模往往没有激烈增长因此对可伸缩性要求一般。业务因IT中断造成的损失往往远大于IT方案的采购费用,所以该体系对可用性、数据健壮性的要求较高。越是庞大复杂的体系,能满足该体系的IT解决方案就越是有限,买方对该方案的需求越是难以回避,买方对高价格的耐受力也越高,买方跟卖方的服务关系就越持久、忠诚度越高而难以替代。

互联网IT:大部分业务不是Web App就是移动App,企业规模往往比较小,核心成员当中多半有一个可充当全栈工程师的极客,运用通用的开源技术栈可解决绝大多数需求。整个体系规模可能呈现不可预测的大涨大跌,因此对可伸缩性有强需求。业务中断往往不会造成什么严重损失,因此对可用性、数据健壮性的要求不高。越是通用性强的业务,对技术上越是不会产生太特别的需求,买方越是倾向于选择价格相对低廉的服务,忠诚度低。

企业级IT公司做云计算:我们的老客户们说想要“云”这个东西增加效率,那这样,我们可以把原来的解决方案给服务化,做一个可以自助操作的控制台给他好了。另外那个啥,出去把市面上那些看起来做的不错、报价几亿几十亿美金的云计算初创企业给我挑一两个买回来吧。

互联网公司做云计算:我们处理网站应用的可伸缩性已经经验丰富了,我们可以先把那些要做网站的都招呼到我们这儿来。如果有企业用户来用,提出需要一些企业级IT的功能,我们就按照用户呼声高低的次序尽快做给他们吧。如果实在赚不到钱、做不下去的话,就卖了吧。

……

当然了,“企业级”、“互联网”只是两个标签——而且多半是IT历史发展历程中的两个临时性标签。现在大企业也做移动App,互联网公司也做金融,所以这两个象征性的标签,无非是代表业务系统不同的复杂度、不同的变更模式、不同的技术需求而已。老牌企业级IT方案的积累厚但是迭代慢,互联网技术的底子薄但是更新的快;双方的云计算在现阶段还谈不上抢客户竞争的关系,因为两者的客户群还远没有到重叠的地步。像是CIA的那个单子的情况虽然也有,毕竟还是个例,只是擦枪走火,还算不上是战争爆发。

继续再往下发展下去,老牌企业级IT如果能展示更强的创新能力,并不难把客户的心多留住几年;互联网做的云如果能快速吸收企业级IT的更多能力,也会自然而然的吸收更多的企业客户入驻。光是做这两件事情就已经忙不过来了,更远的事情,谁能说得清呢?

本期主编:杨赛


目 录

  1. Databricks连城谈Spark的现状
  2. 关于Web-Scale IT的一些观点
  3. Shellshock漏洞证明是时候放弃CGI技术了
  4. Pivotal和EMC谈下一代数据湖技术:Tachyon + Spark将极为重要
  5. PaaS,不是银弹
  6. Spark的现状与未来发展
  7. 微观SOA:服务设计原则及其实践方式(上篇)
  8. 微观SOA:服务设计原则及其实践方式(下篇)
  9. 基于微服务架构,改造企业核心系统之实践
  10. Apache Tez是什么?
  11. 万台规模下的SDN控制器集群部署实践
  12. OS X 和 iOS 中的多线程技术
  13. Kubernetes系统架构简介
  14. 一个OpenStack访问请求在各组件之间的调用过程
  15. 你的数据库危机四伏
  16. 说说远程团队协作的故事
  17. 项目初始会议 ——如何在一次会议中达成共识

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT