跳到主要内容

标签 "产品动态"

查看所有标签

·

清林云 BaaS V1.0 发布时,我们本着 MVP 最小化可用原则,先完成了 BaaS 系统的大框架,可以创建组织和环境,能够自定义编辑 API 并使用,还能简单地将自定义应用上架应用市场并分享。

后续的版本中我们补充了一些 API 的逻辑能力和示例应用, 在 V1.7 中重构了应用市场为 AppHub ,算是完善了整个 BaaS 系统,后续只需要不断添加 API 逻辑功能和各种各样的应用就好。

清林云 BaaS 的核心特性就是 API All-in-One,不用去管什么业务开发、微服务、服务器等等等等,直接使用各种各样的上架应用和自定义应用就可以上线自己的产品。

api-all-in-one

后端的核心是操作数据,所以一开始我们就研发了多模架构的 Serverless 云原生数据库,能够无限扩展容量,能够支撑超高并发,能够支持多种数据库模型,为了统一品牌,在 V1.9 时我们将其称为 OneDB,即数据的 All-in-One 。

当前版本 OneDB 支持文档数据库模型,也就是 KV 和多 KV 的数据库模型,简单易上手,后续也会加入关系型数据库模型、图数据库模型、时序数据库模型、分析数据库模型、实时计算模型等。告别以往一个服务一堆不同的数据库的混乱情况,真正能够统一管理、使用、计算、储存,即数据库的 All-in-One 。

尽管我们的目标是接管你的后端,但是很多客户已有的服务还在正常运行,而且目前一些特殊的功能也暂不支持,所以应客户的需求,我们在 V1.9 中支持了 OneDB 的 API 功能对外开放,可以在产品原有服务中集成,做到了数据的互联互通,当然,这也为后续 OneTable 的实现提供了数据库 API 基础。

通常来讲,当我们有一个面向用户的互联网产品时,同时也会有一个后台管理系统,去查看产品的数据,做一些数据的处理。

可能是修改订单的信息,可能是增加内容,也可能是删除过时的活动。总的来说,后台的本质,就是管理产品的数据

以前的版本中,清林云的数据页仅仅能做到简单的 CRUD,面对大规模的数据展示管理和多表工作无能为力,也是客户吐槽最多的地方~所以我们在今天发布 V2.0:应用数据页重构为 OneTable。

我们借鉴了当红的数据管理协作产品 AirTable 的部分思想和设计,也融入了清林云的特性,比如说加入数据查询参数,能够操作数据量过亿的表等。为了延续我们的 One 品牌,所以新的应用数据页起名为 OneTable,即数据管理的 All-in-One 。

OneTable 的发布弥补了清林云 BaaS 的一个短板,可以说 V2.0 版本才是我们真正能拿出手来的产品。

现在,你可以在 OneTable 中同时操作不同应用不同表的数据,可以自定义列的数据类型、宽度、名称、隐藏、位置等,可以从 PB 级的数据中查询读取不同范围的数据,可以翻页、高级查询、过滤、排序等等。

当然,最重要的是,你可以保存当前的数据操作状态为视图,方便自己下次使用或者共享给组织中的其他成员使用。

在这之后,我们也会在视图中加入自定义小组件功能,数据关联功能和相关 API 调用功能等,持续优化组织的数据的管理能力和协作能力。

具体操作说明可以查看文档-使用指南

清林云 V1.0 发布以来,我们都没有怎么宣传,因为产品确实还不完善,作为技术人羞于拿出手,现在我们终于可以大方承认了,尽管目前清林云的功能离我们的目标还差很远,但它已经超过了无数同类系统,可以帮助企业或个人跨越式地降本增效了。

我始终强调,清林云的第一设计原则就是极简。这体现在方方面面,从 API 的设计、控制台的界面、数据的管理等自身功能,到简化用户的研发流程、简化用户的团队、简化用户的云使用等外部赋能。

清林云 BaaS 是后端即服务,目标就是替代传统的后端,所以我们要用最简单的方法,做到后端所有功能的 All-in-One 。

我们已经实现了部分能力:

  • AppHub: API 接口 All-in-One
  • OneDB: 数据和数据库 All-in-One
  • OneTable: 数据管理 All-in-One

在我们的 Roadmap 中,未来还会有:

  • OneData: 数据分析 All-in-One
  • OneAuto: 自动化工作流 All-in-One
  • OnePage: 前端页面低代码 All-in-One
  • OneConsole: 控制台微前端 All-in-One
  • OneAI: AI 和机器学习 All-in-One

要实现以上的功能很难,也很漫长,但我个人比较坚持长期主义,清林云也是一家长期主义企业,在我目前可见的二十年内,数字化的趋势是不会变的,前端加后端的软件模式也是不会变的,那么我们只需要用时间去完善打磨 BaaS 平台就好了。

现在你可以前往控制台体验新版本 OneTable 的各种功能,后续我们会持续迭代升级更多特性,如果你有任何问题,可以随时联系我。

感谢各位的支持。

·

在清林云发布的时候,有一个简单的应用市场,组织可以将自定义应用发布上架,供其他用户浏览或安装,能够查看基础的 API 文档等。

经过一段时间的测试后,我们发现了一些简易版本的不足,同时也收到了很多客户的建议,在讨论和规划后,我们重构了应用市场,并命名为 AppHub。

版本控制#

以前的版本控制系统是基于 API 的,一个应用内的 API 有不同的版本号,这种方式造成了部分用户的使用困惑,所以我们重构成了以应用为基础的版本控制系统,现在当开发者发布应用版本后,所有 API 都会创建一个该版本的镜像供用户使用,类似于 NPM 包的概念,而且镜像版本不再支持修改和删除。

应用的默认版本从 v1 修改为 latest,更贴近 NPM 的形式。新增应用的开发版本dev,在控制台对 API 的修改会实时更新到dev版本,调试功能将默认调用dev版本。

发布应用版本将会为当前 dev 版本的创建两个镜像,一个是以版本号为基础的镜像,一个是latest版本。点击发布时可以选择版本号,假如我们已经拥有一个1.0.0版本的应用修改后即将发布版本,那么版本号有三种选择,选大版本则是2.0.0,适用于有大量更新的情况;选中版本是1.1.0,适用于有特性更新的情况;选小版本是1.0.1,适用于小修小补的情况。

应用类型#

应用可以选择私有或公开,创建时默认为私有应用,仅组织自己的环境可以调用。

在应用信息界面点击上架后可以上架该应用到应用市场赚取 RU,其他用户能在应用市场搜索发现该应用和 API 文档,可以安装到用户所在的组织。

如果用户安装应用后,该应用所属的组织下架该应用,安装了的用户不受影响,可以继续使用原有版本的 API。

我们将来也会更新开源应用的功能,也就是用户可以开源自己设计的应用,其他用户可以看到所有 API 的流程详情,并能提交 Pull request 优化和修改,类似 github 的形式。

三种类型的应用都可以设置定价高于成本。但私有应用没有必要,赚取的还是自己的 RU。公开应用就和以前的一样,设置合理的定价,赚取 RU。开源应用来源于开源精神,但也可以通过第三方、外部控制台、增值服务等方式获得收益。

文档优化#

我们优化了整个 API 文档,在原有的参数表格中根据 API 步骤自动添加了可能会用到的额外参数。同时也支持了多级参数,比如,当调用某 API 时需要如下格式:

{  "appId": "appId",  "api": "api",  "version": "latest",  "args": {    "a": {      "b": ""    }  }}

原有的参数设置中不支持,现在可以在参数上写 a.b 即可代表上述形式。

此外,我们添加了请求示例返回数据示例,可以让开发者直接复制请求模板代码,也可以看到大概的返回数据从而让调用 API 更加胸有成竹。

apidoc

为了提高了应用的可见性、安全性,当 API 中使用了其他应用的 API 时,API 文档中会显示调用的应用 ID 和 API,当使用 HTTP 步骤时文档会显示 HTTP 的地址和请求方式。

Roadmap#

我们将持续增强应用市场 AppHub,计划中有以下特性:

Issues 功能,供使用者报告 Bug,讨论功能,提供建议等。

Wiki 文档功能,当首页文档不足以描述完整功能时,可以使用 Wiki 写完整的文档。

BaaS 应用微前端功能,实现应用数据的高级管理功能,打通完整流程。


以上就是 AppHub 这个名字的由来,感谢 GitHub、NPM、AppStore 等产品提供的思路,清林云 AppHub 将持续为用户提供更便捷高效使用 BaaS 的服务。

·

清林云曾经的域名是 qinglin.cloud,已经被很多老客户熟知,但是我们在经过测试后发现 .cloud 域名的 SEO 权重比较差,并且有一定政策风险。

如果是以前我们主要做客户转介绍那么影响不大,但是在推出新产品 BaaS 平台后,我们决定更改主域名为 baasapi.com,以便更好地对外宣传和推广。

新的域名将更符合产品定位,我们就是在做 BaaS 后端即服务 API 云。

对于受影响的客户我们非常抱歉,已经安排客服协助变更。新用户不受影响,所有文档已更新。

旧域名会将所有请求和访问用 301 重定向至新域名,特此通知。

·

赶在 2021 年 6 月 6 日这个好日子,我们宣布清林云 BaaS 正式发布!

清林云 BaaS (Backend as a Service) 是后端即服务云平台。

当你或你的团队开发网页、APP、软件等产品时,不必再使用传统的【前端+后端】模式,只需要开发前端即可,后端的 API、安全、逻辑、数据储存等所有功能由清林云 BaaS 云服务提供。

能实现这种转变是因为清林云应用市场有无数的现成应用能直接使用(正在努力丰富中)。比如说,大部分产品都需要登录注册功能,每次开发费时费力但又不得不做。

而现在我们可以前往清林云应用市场安装现成的“用户系统”应用,直接就得到了成熟的功能 API,开发联调极快。

如果你的业务比较个性化,没有在应用市场找到符合需求的现成应用,也可以去控制台设计一个自定义应用。在 API 编辑页面,仅需点选配置各种步骤,即可实现复杂的应用逻辑。

你可以阅读自定义应用文档,平均一小时入门,就能自行完成 BaaS 应用开发,做出完全符合业务要求的 API。

你也可以将自定义应用上架到应用市场供所有人使用,同时能有环境资源 RU 收入,可兑换可提现。

在传统的服务端开发中,API 及功能只占整体用时的一小部分,大部分时间都是在解决如何应对高并发高可扩展等情况。而清林云 BaaS 的底层已经做好了这些处理,API 服务和云数据库都可无感扩展,测试环境和线上数亿用户的生产环境体验完全一致,从此告别服务重构。

清林云 BaaS 的第二设计原则是灵活性。

一方面是计费方式按实际使用量付费,10000 个环境请求资源 RU 只需 1 ¥人民币,不使用不收费;在储存方面,按平均每条数据 100 个字节算,一亿条数据的储存每天只计费 1 ¥人民币(限时免费)。资源成本是传统业务的 N 分之一。

另一方面是业务可以按需使用,如果你的已有业务不好迁移,那么可以只在新业务和新功能上使用 BaaS,两者配合提效增速。

清林云 BaaS 的第一设计原则是极简。

不管是 API 使用还是应用编辑,我们尽可能让所有地方都达到最简。实现简洁比复杂更难,但简洁代表强大,不出错,好用,放心。

比如在使用方面,最快三分钟即可接入清林云 BaaS,几天就能上线产品。

  1. 登录到控制台创建组织、环境、环境密匙
  2. 到应用中心安装 “HelloWorld” 应用并查看 API 文档
  3. 安装示例应用后使用常用的 API 调试工具请求或在浏览器按 F12 打开 DevTools console 粘贴以下代码运行:
// 将以下[]及[]内的字段替换为你自己的信息如'https://cn-east-1.baasapi.com/'fetch('https://[你的环境地域].baasapi.com/', {  headers: {    envid: '[你的环境ID]',    keyid: '[你的环境密匙ID]',  },  method: 'POST',  body: JSON.stringify({    appId: 'hello', // 应用ID    api: 'hi', // 应用API    version: 'v1', // API版本    args: {}, // API参数  }),})  .then((res) => res.json())  .then((data) => console.log(data));// 可以看到返回信息: { message: "Hello world!" }// 现在你可以去使用其他应用API来打造你自己的项目了!

清林云 BaaS 未来将尽可能支持所有后端能实现的功能,包括但不限于数据分析、深度学习、自动化引擎等,同时也会上架尽可能多的自定义应用覆盖大家的常用场景,让所有人拿来就用,成为真正的后端即服务!

多说无益,现在就登录到控制台去试一试吧:https://www.baasapi.com/login

另外如果你想了解更多清林云 BaaS 的细节,请查看文档:https://www.baasapi.com/docs

因为时间关系,当前应用市场的公开应用还比较少,我们正在努力丰富中,如果你有需求,可以联系我们,提高上架优先级。