考拉POP生态建设之路,OTS以数据表的形式组织数

API就像是连接各个应用程序之间的纽带。API愈来愈重要,人们对它的关注度也逐步上升。虽然越来越多的企业都开始通过API开放自己的数据和服务,但是庞大的数据和开放的方式也面临着可控性,安全等诸多问题。希望大家可以分享交流一下日程API管理时会考虑和规避哪些问题,有哪些API设计和管理方面的经验。话题:大家对于在日常管理自己的API时会考虑什么问题?遇到可扩展性、处理流量高峰冗余或其他问题是如何来解决?或者大家使用别人的API的时候,是否发现过什么问题?----------------------------------------------------------------------------------------------------更多移动API集成管理、数据分析技术信息,欢迎关注IBMITSystem

图片 1

图片 2

阿里云已经正式上线了旗下开放结构化数据服务——OTS并面向用户开放,用户可通过领取邀请码的形式第一时间体验OTS。阿里云OTS是构建在阿里云自主研发的飞天大规模分布式系统之上的、海量结构化数据和半结构化数据的存储和实时查询的服务。引用功能特点:OTS以数据表的形式组织数据,保证强一致性,并提供视图和分页的功能来加速查询。用户可以通过RESTful API来使用服务,也可使用WEB 页面对数据进行管理。 服务特性:大规模、低延时、强一致、安全、易用、经济。 适用场景:OTS适用于对数据规模和实时性要求高的各类应用。阿里云计算相关负责人表示,“考虑到许多应用有着结构化数据存储及查询的需求,传统数据库运营成本高、运维复杂等问题很常见,并且随着业务的增长数据量和并发访问量都可能会出现快速增长的情况,就会遇到添加机器、均衡负载、切分数据等麻烦的问题,很难找到一个两全其美的解决办法。”阿里云开放结构化数据服务的推出,希望能向企业和开发者用户提供强大的云计算平台支持。以一个普通的应用为例,如果使用传统的单机数据库方案,当数据规模超过100G以上的时候,单机处理就变得十分困难。同时,由于存储错误或者宕机的情况时有发生,严重影响着数据的可靠性和服务的可用性。而OTS是构建在大规模分布式计算平台之上,天生就具备资源的可伸缩、数据的高可靠和服务的高可用。OTS以数据表的形式组织数据,保证强一致性,并提供视图和分页的功能来加速查询。用户可以通过RESTful API来使用服务,也可以使用WEB页面对数据进行管理,这无疑在使用感受上给用户带来极大便利。同时,OTS提供多语言SDK来提高开发效率,并支持多种数据类型和动态调整schema以便让应用的构建更便捷。对于数据这种无价的资源财富,安全性无疑是选择服务平台需要首要考虑的因素。OTS提供用户级别的数据隔离、访问控制和权限管理,确保数据库的安全性不受威胁。有海量数据存储需求的用户可以登录网站进行体验。阿里云还为开发者提供了API手册、数据模型及SDK等相关资源。

原标题:考拉POP生态建设之路:如何做“开放” 从考拉POP的缘起到运作逻辑,今天,笔者介绍了考拉POP平台的核心原则。围绕这个原则,团队进行了不少尝试,也留下了一些遗憾。 前面两篇分别介绍,以及,POP的核心是开放和平...

原标题:考拉POP生态建设之路:如何做“开放”

从考拉POP的缘起到运作逻辑,今天,笔者介绍了考拉POP平台的核心原则。围绕这个原则,团队进行了不少尝试,也留下了一些遗憾。

前面两篇分别介绍,以及,POP的核心是开放和平台化,本篇以“开放”为契机谈谈考拉生态建设的一些收获。

需要说明的是,这里仅是个人实践的点滴,里面的内容与阿里开放生态、“商业+开放平台+云计算商业平台”的高度不可同日而语。

在“开放、连接、赋能……”这些与平台生态建设相关的概念里,“开放”是生态建设首要考虑的问题。

我参与过的B端产品设计里,有关“开放”的产品设计是里最具挑战性的产品域之一。

如果说C端很多域的产品设计需要“艺术”sense,那么开放这个B端域的产品设计需要的是“哲学”修养。它的哲学性体现在“目标与手段、过程与结果、矛盾与统一”等诸多关系的理解和处理。

让我们从灵魂三问开始,聊聊“开放是什么?如何开放?为什么开放?”

开放既是目的也是手段,平台通过向合作伙伴开放平台的服务和能力,可以让合作伙伴更好完善平台开放的开放能力。当平台采用开放的态度时,在一定程度上就实现了开放。

开放既是过程也是结果。真正的开放是一个不断深化,持续完善的过程。

以上有关“开放是什么”的解释里,也包含了“如何开放、为什么开放”的思路。如何开放的首要条件之一是保持开放的态度,构建平台生态是为什么要开放的核心奥义。

在介绍具体的产品体系之前,花篇幅来解释“开放”的种种关系,一方面是因为这些关系本来就是产品体系的基石,另一方面是因为这些关系影响着我们团队产品设计原则的形成。

“开放”之于POP,就像“克制”之于微信,属于我们产品的核心设计原则。

以下从产品角度介绍我们团队对开放策略的思考。

一、开放产品体系

行业里有些团队“认为开放平台就等于开放”,从产品的角度看,这种说法稍有欠妥,这会让开放平台的产品边界有些模糊。

我们团队定义的开放产品体系,包含一套开放能力,一个开放平台和一系列SAAS产品。

Open API是开放平台能力的基础,开放平台是SAAS的平台基石。这个产品框架与阿里开放生态、“商业+开放平台+云计算商业平台”的范围不可同日而语。

  1. 开放能力

POP的API体系经历了两个版本,实现了一些基础能力的开放,包含商品、交易、订单、会员、商家、物流等100+接口,比较友好地支持了商家“商品管理”、“订单履约”、“物流发物”、“财务结算”等四个大的业务场景,高频核心业务场景的覆盖度在75%左右。

POP业务完整的业务场景以及API覆盖的核心场景见下图。

一个完整的API体系是一张庞大的网络,要完善这个网络,负责API定义的人既要吃透产品业务场景,又要了解技术实现细节,需要产品和技术的双重能力。而且API的提供方散落在各个业务域,有效推动各业务域来完善丰富API,需要极高的协调能力,哪怕有战略优先级支持。

POP的API体系设计之初没有产品经理负责,全赖技术支持来负责API设计,后面逐渐将各业务域的API定义交给对应的产品经理来负责。

这个产品过程走得比较漫长和艰辛,其结果是API的完善度一直不太理想,其中也不乏一定API的定义本身不太合理的原因,甚至出现个别API返回、报错内容可读性差的情况。

本文由美高梅官方网站66159发布于美高梅官方网站,转载请注明出处:考拉POP生态建设之路,OTS以数据表的形式组织数

您可能还会对下面的文章感兴趣: