架构师(2014年11月)

本期内容推荐:Spark的现状与未来发展,微观SOA:服务设计原则及其实践方式,Kubernetes系统架构简介, 一个OpenStack访问请求在各组件之间的调用过程,基于微服务架构,改造企业核心系统之实践,项目初始会议 ——如何在一次会议中达成共识等。

卷首语:角度的不同

最近跟业内某大哥聊天,聊到企业级 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. 项目初始会议 ——如何在一次会议中达成共识