PlugAndPlay|Authing 2.0 发布：聊聊 IDaaS 的未来( 三 )

本文插图

我们很开心的看到，开发者通过我们的开放 API ，以超乎我们想象的方式拓展了 Authing 本身的很多场景。当我看到客户的开发者在会议室内讨论 Authing 的功能、设计和架构如数家珍时，让我们感到非常激动和兴奋 —— 我们的产品帮助了数千开发者解决了数百万用户的登录和身份融合问题，这让我们的社会责任感大幅增强。

本文插图
Authing（红线）和其他 IDaaS 厂商的对比

▎未来在哪里？很多人不相信未来，但是我始终清楚，未来由现在创造而成。中学时期学的一首诗「相信未来」，始终鞭策着我们前行 —— 相信未来，相信未来人们的眼睛：
身份的弹性调度是其他资源弹性调度的开始
最近十年，最大的变革是云带来的，而这场变革，始终都在进行。云的核心能力，除了方便部署之外，最大的优势是弹性。计算资源的分配粒度从一个机房到一个函数，从买车到滴滴，从买房到租房，订阅经济已在吞噬软件行业。弹性的优势在于我们不需要为「没有产生的计算进行付费」，从而在一定阈值内大幅降低成本。

本文插图

云的出现将弹性变成了一个基础设施能力，任何云厂商必然会讲「弹性伸缩」，这也是客户关注的事情，你没有没法想象，在没有云的时代，厂商是如何痛苦的配备机房的。

本文插图

因为计算资源的分配粒度越来越细，也导致了计算资源开始往业务层靠拢（如：TiDB 能感知业务特点，其会根据地理特征、高频访问等因素进行进行调度伸缩）。
身份作为一种计算资源是所有资源中最靠近用户的一层，在弹性伸缩和业务调度上， Authing 会做但不局限于以下这些事情：

预测峰值即将来临，自动采购机构，提前扩容，在高峰过去后回收服务器并进行缩容；
感知业务特定，根据业务特点分配计算资源；
如：中国和美国的用户各自对就近节点进行访问
预测查询类型和访问频率，自动决定存储类型；
如：热数据用 Redis ，冷数据用 OSS 或数据库
预测用户行为，进行风险控制；
如：某用户使用了不同的手机登录了某应用，要求开启 MFA 二次验证

我们很高兴的看到，市场上除了 Authing 在强调弹性伸缩外， TiDB、LeanCloud、声网这类公司已在各自的领域实现了如数据库、计算和 RTC 的资源弹性调度。我们相信在未来，会有更多此类公司出现。
身份的背后是数据
做身份一定离不开数据，我们发现有些客户的诉求本不在身份，而是在数据上，只是他们发现，若想打通数据，先要打通身份。
我们始终在设想一种新的软件架构可能性（并且已在 Authing 的软件架构中实践） —— 身份和数据分离，这种架构有如下几种特性：