真正拥抱变化 AT&T; API 开放平台转型战略解读

拥抱还是对抗

电信运营商与OTT之争历来已久。曾经在相当一段时间每次巴塞罗拉的世界移动通信大会（MWC）上，以西欧运营商为代表的行业翘楚们经常会就此话题公开喊话，以2010~2011年的部分CEO发言为例：

“Google应该将在线广告收入分享一些给电信运营商；其使用了网络，但没有付给其他人任何钱。”

“随着消费者越来越注重应用和终端，而不是网络服务提供商，运营商正在成为哑管道（Dumb Pipes）。运营商必须定位自己为业务提供商，负责采购和交付内容给消费者，确保产业链所有参与者均可得到收入。”

“我们不能让自己成为纯比特管道，让其他人来做业务方面的工作。移动用户希望通过多种方式来进行沟通，包括SMS、Email或者是社交网络；业界必须加强面对这些挑战。”

应对此类挑战，通常来说，运营商有两条典型路径：第一条就是现有比特业务向智能管道转型，另一条就是直接做业务（OTT），与硅谷公司直接对抗。

路径一“智能管道”，概念本身至少包含两个方面含义。一方面是在网络管理方面实现更加智能化的控制，另一方面是可以把后台网络能力通过一定的平台封装之后，以开放能力的方式提供给第三方，进而孵化新的商业模式。但从行业实际进展来看，运营商普遍在“智能化控制”方面投入了巨大的精力，而“网络能力开放”方面则进展相对迟缓。

路径二“直接做OTT业务”。随着时间推移，尤其是智能手机和3G/4G移动宽带的普及，以Vodafone 360和DoCoMo I-Model为代表的运营商自有业务（OTT）模式遭遇重大危机。行业里出现越来越多反思的声音，有一派观点认为，运营商就应该做“纯管道”，完全退出内容和应用市场；更多声音则认为开放合作应成为主流，通过开放平台拥抱互联网世界。

基于笔者多年的行业观察，几乎每个大型运营商都提出过自己的开放合作计划，并宣称要建设自己的开放平台，但多数处于“进展缓慢”状态。究其原因，我们认为是这些运营商在公司战略、运营和执行层面均处于“消极行动”状态；甚至有不少运营商之所以提“开放计划”，是因为其自有OTT业务进展不力，又不甘心只做“哑管道”，被迫提出来的“开放”；而非真正拥抱变化。

在全球排名靠前的电信运营商中，有一家企业则做出了相对前瞻并务实的行动，其CEO Randall Stephenson在五年前就讲过：

“开放的浪潮已经来了，运营商行业可能想去控制 …… 但是，客户将会去追求他们所想要的。建议运营商通过促进一个开放的环境去支持最终用户。”

这家运营商就是AT&T。

AT&T API开放平台战略

AT&T认为传统运营商的网络及业务体系包含三个层次：专有的网络基础设施、专有的平台、AT&T专有开发的业务。而面向未来，AT&T希望打造网络及业务体系包含四个层次：最底层是通信网络，以代号为Project Velocity IP VIP的涵盖高速移动和固网的ALL IP基础设施；第二层则是基于云的基础设施（主要是计算和存储资源）；第三层则是多用户共享的开放平台（区别以往的专用平台）；第四层则是几类业务，包含 AT&T自己开发的业务，第三方企业的业务，以及原AT&T企业市场的客户。

图1：AT&T新老业务架构

如何理解新老架构的最大区别？传统架构的关键字是“专有 Dedicated”；新架构的关键字则是“共享与开放 Shared & Open”。而为了实现高效率、低成本、高可扩展性的“共享”，必须要求每个层次之间能够基于简单、标准化的接口进行互通，而API则成为各层次上下沟通的关键手段。

在AT&T负责生态系统发展和开放平台的副总裁Laura Merling眼中，AT&T聚焦针对企业市场的API战略，主要来自三个很直接的原因：

AT&T希望做事情多快好省（do more with less），因此需要一个支撑可插拔的架构。理想情况，开发一个新业务，对底层资源能力的调用，就像电脑插拔U盘一样简单高效。结合爱立信在全球及中国区的经验，电信运营商普遍拥有极其复杂的既有网络和IT系统，开通任何一个新功能，其背后的其他系统调用都非易事。 AT&T希望利用新技术以打造竞争优势。利用最新的互联网IT技术，强化AT&T产品的市场竞争力。简言之，提供类似功能，AT&T产品的成本如高于对手，显然不利于其市场竞争。 AT&T希望瞄准全球化的创新机会（尤其是来自全球化和移动侧的机会）。以移动互联网、大数据、物联网、社交网络为代表的新技术趋势，正在将人类的创新推向历史新高度，而创新的产生本身充满了诸多不确定性。AT&T希望无论创新企业或个人在哪里，都可以轻松的使用到 AT&T的资源和能力，而API开放平台则是最佳的实现手段。为了达到上述转型目标，AT&T系统地制定了API战略三步走计划。第一步，IT平台化改造（IT as a Platform），把现有的IT系统能力进行API封装，统一API Offering的接口格式。第二步，平台迁移到云端，在不少于18个月的期限内，把第一步完成的IT平台迁移到云计算基础设施之上，以实现API Offering的云化；企业客户和个人开发者调用AT&T API就像使用自来水一样方便。第三步，建立以API为基础的整个业务经营模式，有效形成收入规模，此阶段预计需要2~5年时间。

AT&T面向互联网长尾的六类“普适性API”

在AT&T API Offering产品清单中，经过2011~2014年的探索和收敛调整，目前大力推广六类“普适性API（Public APIs）”，即理论上，任何第三方企业或个人开发者都可轻松调用这六类API。从API账户申请到使用方式上，基本类似互联网企业Facebook、 Google和Twitter的API调用玩法。

图2：AT&T 普适性API（Public APIs）

AT&T 针对特定垂直领域的“受保护API”

AT&T在数字家庭、移动医疗、车联网、M2M等若干垂直领域大力拓展，每个垂直领域均力争打造一个完整的生态体系；而针对此类细分领域的API开放平台也成为AT&T走向成功的关键手段。

以M2M物联网平台为例（图2），针对物联网产品的不同部分，AT&T分别提供不同的平台开放接口：

针对物联网产品的某个应用，例如：通过HTML5或者Native APP控制某个远端的智能盒子；AT&T提供标准的Web Services API；

针对企业信息化应用（ERP/CRM），例如：某个制造型企业需要在其Salesforce CRM中整合某些物联网设备；AT&T提供Scripting API；

针对比较普遍的围绕客户开户、计费、服务门户等客户侧管理应用，AT&T则提供一套集成框架。

图3：AT&T M2M物联网平台架构

对比“普适性API（Public APIs）”，垂直行业对于参与方则具有更多专业性要求；无论是M2M物联网、还是移动医疗、车联网；从使用场景角度，并不是随便某个开发者都可以来做调用物联网功能。所以，AT&T把此类API定义为“受保护API（Protected APIs）”，面向经过AT&T认证的第三方合作伙伴开放。

　　转自：新科技

　　【版权及免责声明】凡本网所属版权作品，转载时须获得授权并注明来源“中国产业经济信息网”，违者本网将保留追究其相关法律责任的权力。凡转载文章及企业宣传资讯，仅代表作者个人观点，不代表本网观点和立场。版权事宜请联系：010-65363056。

延伸阅读