SaaS正在Rails化

百汇注册

原标题：SaaS 正在 Rails 化

作者 | Keith Horwood

译者 | 弯月

出品 | CSDN（ID：CSDNnews）

以下为译文：

我喜好思索盘算机的发展远景。我和我的小团队谋划着一家名为 Autocode 的公司，该公司建立于2020年7月。我们关注的商机之一就是所谓的“ SaaS 的 Rails 化”，我信赖它将成为接下来的十年中，软件的开辟以及购买方式的重要推动力。我盼望通过本文总结一下我的想法，而且我以为相识一些软件开辟的汗青，对于猜测将来的发展非常紧张。

自1989年万维网问世以来，每隔十年，构建与交付 Web 软件的方式就会发生一次庞大变化。1990～2000年间，我们看到了 Web 开辟的大规模工业化，人们纷纷利用了 PHP 和 Apache HTTP Server 。2000～2010年间，软件包管理与框架的接纳，好比 RubyGems、Ruby on Rails 、PyPI 以及 Django ，大幅低落了软件开辟的难度。2010～2020年间，我们看到了云强势袭来：Docker 、编排服务情况 Kubernetes 的诞生，AWS Lambda 引入了零运维、变乱驱动以及按需盘算，让分布式与可扩展盘算变得触手可及。

我信赖，在接下来的十年中，我们大概会看到的一些变化得益于我们从之前的三十年中罗致的履历。简而言之，“SaaS的Rails化”指的是开辟、软件包管理与云盘算在贸易 SaaS 生态体系中的应用。这将成为 SaaS 产物及其 API 之间以及整个 Web 编程情况之间尺度的交互方式。

已往：Rails 的 SaaS 化

在深入探究“ SaaS的Rails 化”之前，我以为我们应该先来谈一谈已经发生的事变，即 Rails 的 SaaS 化。从2000年末到2010年初，一些有理想的企业家开始留意到，固然 Ruby on Rails 生态体系非常精彩，但开辟职员仍旧面对着很多可骇的困难。创建一个在线市肆非常困难。在应用中添加付款必要银行卡，而且还必要通过合规性查抄。添加短信更加是险些不大概。

Shopify 等公司鉴戒了 Ruby on Rails 生态体系的概念，提供了有用的互联网零售模块。只需单击一个按钮，即可开新店，出售产物。别的，你也可以通过代码和模子自界说店肆。只管在这种环境下通常我们都不会想到 Stripe 和 Twilio ，但二者确着实 RubyGems ，PyPI 和 NPM 生态体系范畴的大规模变现方面取得了乐成：“安装这个 gem ，你出钱，我们来干活。”

Ruby on Rails 生态体系涌现的这些创新为在线商务开发了一个全新的范畴。这种 SaaS of Rails 是与 API 经济概念并行运行的征象，二者的共同之处在于，包管理生态体系是 API 重要的分发和集成点。

将来：SaaS 的 Rails 化

现在第三方 SaaS API 无处不在，部门归功于 Rails 的 SaaS 征象。为了构建完备的贸易产物大概是附带项目，开辟职员的工作大概不再是启动开辟情况、下载软件并开始编写代码。现在的构建大概根本不是从代码入手，大概他们是从 Airtable 中的布局化数据动手的。大概他们想通过 Shopify 开办本身的在线业务。即便从代码动手，用户大概很快就会发现，他们必要通过 Stripe 添加付款。接着，他们还必要确保本身的软件可以将消息发送到通讯渠道，比方 Slack 或 Discord 等。再大概他们必要利用 Auth0 在应用中添加身份认证的功能。

睁开全文

Rails 的 SaaS 化指的是已经发生过的事变：软件包的大规模贸易化，而 SaaS 的 Rails 化指的是即将发生的事变：固然 SaaS 的复杂度日益加剧，但我们可以通过重新集成和简化，将其酿成尺度、简朴、可共享的组件和软件包。固然我无法完全预估这种厘革会带来什么影响，但我可以枚举一些已初现端倪的变革。

起首，“软件开辟职员”的界说已经开始改变， SaaS 应用的整合也越来越轻易了。在九十年代， PHP 开辟职员没有学历会遭人讥笑，但现在他们中的很多人都成为了万万富翁。接下来十年中出现的工具，在21世纪二十年代或三十年代也将有雷同的履历。

其次，应用开辟的创新范畴正在呈指数增长。硅谷的投资人称之为“无代码”或“低代码”活动，但说到底我们照旧离不开代码，由于只有代码才是最根本的实现和测试媒体。Zapier 集成无法共享，但你可以随意复制粘贴一小段 Java 、 Ruby 或 Python 代码，并在其他地方运行。接下来十年的赢家将不止一家公司、一个框架或一款软件。

第三，构建 SaaS API 的 RubyGems 是一个良机。只要实验过在 Stripe 或 Twilio 底子上构建 API ，你就会心识到， SaaS 集成非常糟糕。固然有一些呆板可读的 API 尺度（如 OpenAPI 等），但这些尺度只能办理一部门题目，而且许多人都不遵照这些尺度。Discord 的 API 创建在有状态套接字毗连上，而 Slack 的 API 根本上是无状态的 HTTP API 。Stripe 根本上就是接纳了一个 OpenAPI 划一的规格，而 Shopify 黑白尺度的 REST ，又在其上加了一层 GraphQL API 。任何生态情况中的身份认证都必要完全差别的操纵。

我之条件到过，“SaaS的Rails化”是我们思量的重要方面。我们对构建“ SaaS 的 RubyGems ”尤其感爱好，我们的任务就是进步人们编写代码的服从。我们要低落 Web 编程的难度。

简而言之，我们目的是低落发布代码、集成 SaaS 应用的难度。现现在我们只是一个小团队，只有4名成员，但我们构建了一个基于 Web 的 IDE 、运行时、互助平台，以及一个发布平台，可用于发布无状态、主动伸缩、恒久运行的 Web 应用步伐。乃至还可以在生存项目标时间主动设置 webhooks 。我们还开辟了 CLI 和当地开辟工具，供不想利用 Web IDE 的人利用。现在，用户只能通过 Node.js 构建和添加我们的尺度库，但以后会支持更多语言。

有人以为我们的产物是“低代码”工具，但现实上我们是“全代码”工具。我们只是简化了认证和 API 管理。很荣幸的是，我们得到了 Slack 、 Stripe 的支持，以及 GitHub 、 New Relic 、 Airtable 和 Shopify 的保举。

其他选择？

我以为在将来十年内，“ SaaS 的 Rails 化”只是大概出现的变化之一。很多公司都在为盘算的创新发展而积极。我们应该参考一些分布式盘算和盘算前端范畴的乐成案例。

Retool 等公司引领了前端应用的开辟，他们为可视化开辟提供了更好的组建管理和抽象。作为一名开辟职员，这些公司让我想起了另一个更加专注于贸易的框架：Ionic。Retool 汲取了很多已往十年的创新（即 React 生态情况），他们构建了一个更有用、更流通的 Web 可视化开辟工具。

另一方面， Repl.it 等公司在积极研究分布式盘算技能，盼望未来任何人都可以发布任何情势的软件。只管这些工具在教诲和门生中心非常盛行，但该团队的野心非常大，他们筹划让新一代的开辟职员可以或许运行任何范例的服务器，同时又不必要担心怎样设置 Python 和可实行文件。

上述这两家公司的发展非常快，而且他们都在思量开辟的发展远景。但他们只代表了冰山的一角。将来十年，开辟工具将为软件开辟带来全新的局面。而我们以为整个互联网就是一个可编程的接口。我们盼望可以或许在这些新兴公司中找到本身的一席之地，但作为开辟职员，你应该思量一下你可以或许做出什么样的工具。究竟，创新才是王道。

路漫漫兮其修远，让我们共同积极。

原文链接：http://keithwhor.medium.com/the-railsification-of-saas-e5d284fa44a1

《大咖来了》直播今晚 20 点正式开始：发表开源软件融资 3 个亿的机密。点击阅读原文直达大咖来了直播间！

☞ 拼多多逾越阿里，成中国电商第一平台 ；爱奇艺告状 B 站；华为收取 5G 专利费为最低 | 极客头条

☞ 不如安卓？iPhone 12 5G 速率上演“滑铁卢”

☞ JDK 16 GA 发布，你还停顿在JDK 8吗？

☞ Flutter 不是真正的跨平台框架 返回搜狐，检察更多

责任编辑：