青青子衿, 悠悠我心, 但为君故, 沉吟至今
« 如何打造微博热门博文怎么样做内容才不会走火入魔? »

一切皆软件,一切皆API

  先说件事儿,科学家证明,马这种动物最早是出现在美洲大陆的,但经过了漫长的进化之后,这里的马反而灭绝了。一个比较合理的解释是因为在欧洲人到来之前,马只是和鸡鸭牛一样作为当地人捕猎的对象,而不是驯化后的“捕猎工具”。这直接导致的一个结果就是当地人在战场上无法和拥有强大骑兵的欧洲人相抗衡。

  这件事儿说明了两个道理,首先,要想让自己变得强大,就要进入更高级的协作系统;其次,要想生存的更好,还要保证你的协作者也能获得更好的成长机会。

  当然,今天我们主要说的不是马的事情,我们说协作,一种将在企业中发挥重要作用的协作机制——API。

  啥是API?API即Application Programming Interface——应用程序编程接口,最早的API的概念是和操作系统一起兴起的,我们可以把操作系统本身看作一个包含得有丰富API接口的集合体,现在API也泛指操作系统上层的应用接口。所以,对于大多程序员来说,这并不是一个陌生的概念。然而在最开始的几年,API这种业务接口因为没有统一的标准,也更多的是企业与企业针对某些业务进行对接,导致了一家企业和多少家企业合作,就要制定多少个API,进而需要花费很大的时间和精力去开发,加上其中绝大部分的API在后续的使用上并没有提供预想中的便利,进而逐渐沦为鸡肋。

  随着云计算的兴起,API 开始作为软件之间重要媒介而作为一种独立应用而存在。“一切皆软件,一切皆API”这是AWS首席云计算企业顾问张侠博士近期在深圳举办地的一场活动中阐述的观点,这个观点可以认为是之前较为盛行的“软件定义一切”的延伸。

  在企业内部,各组织之间可以通过API调用实现软件的自动配置,且逐渐地,API会变得更加丰富。由开发、运维和质量保障等部门而沟通构建的传统软件组织架构将别打破,代之以更为短小的开发组织,各组织间只需要API的调用,就可以让整个开发过程变得更具协作性、更高效。

  同时,API还是建立完善的软件开发生态的重要手段。

  在微软看来,今天的API更新是其新的开发方向的第一步,未来将可以使用统一的API,为各个平台开发应用并提供OneDrive支持,这样每个平台的应用都可以使用OneDrive最新的功能,第三方开发商也能够快速更新相关功能。

  不久前,AWS也发布了旗下最新应用:API Gateway,其提供的服务可以轻松地将应用程序和AWS云服务(自然地)连接起来,也可以被用于将旧有的、孤立的网络服务和应用程序现代化。

  而对于众多中小创业公司,尤其是SaaS类的创业公司来说,通过API的调用,将可以直接享受来自巨头们的IaaS服务,省去了自己搭建的成本,更为重要的是各企业之间还可以实现业务上的协作,这就像一块块积木,通过彼此的互补,组建成一个更为完整的功能体系,比如主打社区3.0概念的opencom,主营云端数据备份业务的多备份等创业公司,都是通过API的接入,将各自的业务充分与外界融合。

一切皆软件,一切皆API

  面对数以千万计的互联网用户,创业者和巨头们从来都没有停止过如果赚钱的思考,因此,越来越多的人将目光投向了API,他们的出发点都是:做一个产品或者平台,面向开发者提供服务,既能够帮助开发者提升开发效率,节约开发成本,同时赚些钱。

  那么,开发者会为API买单吗?

  独立开发者及企业的开发者会更快地理解API.特别是如果他们能够从旧有的系统获得更多并且让它们变得对云计算更友好的话。对于开发者来说,数量不断上升的API服务的确会他们带来一些便利,比如说通过它们调用云端上的一些复杂功能,并不需要开发。

  不过不管对于开发者还是企业来说,他们的程序不只是调用Facebook一家的API,还有可能会同时调用Twitter、Google的等。随着调用的API越来越多,他们的开发成本也会越来越高。于是在这个痛点之下,一些把这些API聚集到一起的平台开始出现,比如获贝佐斯得投资的Singly、AWS的API Gateway、百度的API Store等。

  这种第三方服务平台的具体收费策略由服务商自行制定,如按次数或者包月等。比如,API Gateway的每100万个免费的调用之后,价格是每100万个API调用3.50美元。数据传输和缓存将会稍稍增加一些费用。当然平台会对服务的服务商提供一系列的 增值服务,如服务的托管、用户鉴权、调用频控、限流和缓存、服务监控、在线调试等,易降低服务商的服务开发和接入成本,同时最大限度的保证用户使用服务的低成本。

  不管是中心化、还是去中心化,抽象一点来说,互联网就是诸多软件和硬件的结合,随着云计算的发展,硬件的问题可以交由摩尔定律来解决,而软件的问题将由API来解决,未来,你的手机、衣服、汽车都可以有API.

  来源:投稿,作者:程小微(微信:ch18666297060),关注B2B、云计算等领域



  除非注明,月光博客文章均为原创,转载请以链接形式标明本文地址

  本文地址:http://www.williamlong.info/archives/4303.html
  • 文章排行:
  • 1.东方活雷锋
  • 马那个前几天罗辑思维说过
  • 2015/7/22 23:43:32   支持(7)反对(3) 回复
  • 2.紫薯网
  • 云的基础是计算的通用性,API的聚合应该也是将API需求通用化后的结果,相当于将资源和计算能力针对特定人群的二次包装。
  • 2015/7/23 8:09:54   支持(8)反对(5) 回复
  • 3.焘御
  • 复杂纷繁的API调用工作并没有消失,只是从业务开发者转移到第三方服务平台。
  • 2015/7/22 23:55:38   支持(6)反对(4) 回复
  • 4.屌丝码农
  • API Geteway还是要花钱的,百度有个APISTore是免费的,果断还是免费的好啊,百度自有的OCR文字识别、人脸识别都开放了。
    于 2015-7-24 14:25:18 回复
    [/REVERT][REVERT= 于 2015-7-24 14:25:33 回复]
    于 2015-7-24 14:30:27 回复
    [/REVERT][REVERT= 于 2015-7-24 14:30:33 回复]
    于 2015-7-24 14:30:36 回复
    [/REVERT][REVERT=李明 于 2015-7-24 14:30:38 回复]
    [REVERT= 于 2015-7-24 14:30:43 回复][/REVERT]
  • 2015/7/23 11:17:10   支持(7)反对(5) 回复
  • 5.左左
  • 第一段话真心没看懂,谁能解释一下?
    japan 于 2015-7-22 21:19:19 回复
    垃圾文
    japan 于 2015-7-22 21:19:54 回复
    这段时间丁道师很少出没了 . 呵呵
  • 2015/7/22 18:14:11   支持(3)反对(2) 回复
  • 6.紫薯网
  • 云的基础是计算的通用性,API的聚合应该也是将API需求通用化后的结果,相当于将资源和计算能力针对特定人群的二次包装
  • 2015/7/23 8:12:56   支持(4)反对(3) 回复
  • 7.-L-付祥傲
  • 云的基础是计算的通用性,API的聚合应该也是将API需求通用化后的结果,相当于将资源和计算能力针对特定人群的二次包装。
  • 2015/7/22 23:50:38   支持(6)反对(6) 回复
  • 8.zhujun_sh
  • 开放企业,政府,云服务的相关接口是软件即服务的标志。
  • 2015/7/22 23:58:38   支持(6)反对(6) 回复
  • 9.Icahbanjarmasin
  • 感谢曾经的ats文章提交我认为这是非常有益的,来自印度尼西亚
  • 2015/7/23 0:26:47   支持(5)反对(5) 回复
  • 11.不知之否
  • 马怎么会是最早出现的动物
  • 2015/7/23 8:03:47   支持(5)反对(6) 回复
  • 12.点睛阁珠宝
  • 不管是中心化、还是去中心化,抽象一点来说,互联网就是诸多软件和硬件的结合。
  • 2015/7/23 15:14:59   支持(6)反对(8) 回复
  • 14.ts
  • 模块化、插件化才是当今主流,一切都是插件。

    插件化的开源开发平台,最NB的当属 JXADF企业级快速开发平台。
  • 2015/7/31 17:27:49   支持(5)反对(7) 回复
  • 15.dream
  • 反正现代程序员严格意义上讲都是APIcaller
  • 2015/7/24 16:42:29   支持(5)反对(8) 回复

发表评论:

 请勿发送垃圾信息、广告、推广信息或链接,这样的信息将会被直接删除。

订阅博客

  • 订阅我的博客:订阅我的博客
  • 关注新浪微博:关注新浪微博
  • 关注腾讯微博:关注腾讯微博
  • 关注认证空间:关注QQ空间
  • 通过电子邮件订阅
  • 通过QQ邮件订阅

站内搜索

热文排行


月度排行

本站采用创作共用版权协议, 要求署名、非商业用途和相同方式共享. 转载本站内容必须也遵循“署名-非商业用途-相同方式共享”的创作共用协议.
This site is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 License.