MongoDB又出新东西了，居然搞了个后端即服务叫Stitch，感觉挺有意思的

MongoDB又出新东西了，居然搞了个后端即服务叫Stitch，感觉挺有意思的，这个消息最早是在2018年MongoDB的官方博客上宣布的，当时他们描述Stitch是一个让开发者能更专注于构建应用程序本身,而不用操心底层服务器基础设施的服务。

Stitch的核心理念就是“省事儿”，以前你要开发一个应用，比如一个手机App或者一个网站，光有前端界面是远远不够的，你得自己买服务器（或者租用云服务），然后在服务器上搭建数据库（比如MongoDB本身）、编写处理业务逻辑的后端代码、设置用户注册登录的权限、还要确保数据的安全性和应用的性能，这一整套流程下来，非常繁琐，需要投入大量的时间和精力在“运维”上，而不是纯粹的“开发”上。

而MongoDB Stitch就是想把这个复杂的后端部分给打包起来，变成一个现成的服务提供给你，你可以把它想象成一个功能强大的“后端工具箱”，根据MongoDB官方的介绍,Stitch提供了几个非常核心的功能模块：

第一，也是最重要的，是它与你已有的MongoDB数据库的无缝集成，如果你的数据本来就存在MongoDB Atlas（这是MongoDB官方的云数据库服务）里，那么使用Stitch就变得异常简单，它可以直接让你安全地访问和操作这些数据，你不需要自己写一行后端API代码,就能让前端应用直接与数据库进行安全的交互。

第二，它内置了身份验证服务，这意味着你不用再自己从头搭建一套用户注册、登录、密码管理的系统了，Stitch支持多种常见的登录方式，比如匿名登录、邮箱密码登录，甚至还集成了第三方社交账号登录，比如用Facebook、Google的账号来登录你的应用,这为开发者省去了大量的重复劳动。

第三，它提供了“服务集成”的功能，这是一个非常有意思的点，现在的应用往往需要调用很多外部的服务，比如发送短信要用Twilio，发送邮件要用SendGrid，支付功能要用Stripe，Stitch内置了对这些流行服务的支持，你可以通过一个简单的界面进行配置，就能在你的应用里直接调用这些服务的功能,而不用自己再去写复杂的集成代码。

第四，它有一种叫做“触发器”的机制，这个功能允许你在数据库发生某些变化时，自动触发一段逻辑，举个例子，当有用户在你的电商应用里下了一个新订单（也就是数据库的“orders”集合里插入了一条新文档）时，你可以设置一个触发器，让它自动去调用Twilio服务，给管理员发送一条短信通知,这种自动化能力让应用变得更加智能和响应迅速。

第五，它处理了最让人头疼的安全问题，传统上，如果让前端应用直接连接数据库，会带来巨大的安全风险，Stitch充当了一个安全的中间层，它提供了非常精细的权限控制，你可以通过简单的规则来定义“什么样的用户，在什么情况下，可以对哪些数据进行读或写操作”，你可以设置一条规则：“每个用户只能读取和修改自己创建的数据”,这样就极大地简化了安全配置。

Stitch具体适合用来做什么呢？根据一些早期的技术评测和开发者反馈（比如来自TechCrunch和一些开发者社区的文章），它特别适合快速开发原型、构建移动应用、开发物联网（IoT）项目，或者创建一些简单的单页Web应用，对于小团队或者个人开发者来说，它极大地降低了开发门槛和初期成本,让你可以用最小的代价把想法变成可运行的产品。

它也不是万能的，对于业务逻辑极其复杂、需要高度定制化后端处理的大型企业级应用，可能还是需要传统的、自己编写后端代码的方式来实现更精细的控制，但无论如何，MongoDB推出Stitch，清晰地表明了云计算领域的一个大趋势：一切都在服务化、无服务器化，开发者未来的工作可能会越来越聚焦在创造独特的用户体验和业务价值上，而那些繁琐的、通用的底层支撑工作，则会由像Stitch这样的“后端即服务”平台来承担。

MongoDB Stitch的出现，可以看作是他们从单纯的数据库提供商，向更全面的应用开发平台迈出的重要一步，它让使用MongoDB的开发者的工作流变得更加顺畅和高效,这确实是一件挺有意思和有价值的事情。