目录
小程序的后台技术
对于后端服务，这张图是大家传统做的方式，暴露api，这些都可以用来开发业务应用，业务应用之后需要有相应的存储文件，结构化的数据存储，或者是非结构化的数据存储，需要有数据库和缓存，为了实现这一套架构且不会由于某一块的服务器宕掉，或者有一些漏洞等等，我们通常的实现是一个较为复杂的过程。比如说，我们为了保证的Serverless和服务器不会垮掉，需要建立一个集群，我们要对外提供服务，需要LB的请求，请求到之后分到某一台服务器上。比如说文件存储，如果单纯只用一台设备，这台设备挂了，整个文件服务就挂了，所以我们要使用分布式存储来解决文件存储的问题。数据库和缓存也是一样的，需要构建集群，无论是两台还是三台还是多台，构建集群以后能确保不会由于某一个单点的问题导致整个服务不可用，从而导致服务瘫痪。
传统后台架构
传统后台架构
如果作为一个小程序开发者，这套架构在互联网公司已经搭建了，作为个人来说这一道太重了，需要了解这里面的某一块和它的配置，比如说数据库的集群怎么配？让大家没法把精力集中到你的业务和小程序本身，而是过多耗在运维和支撑上。
Serverless架构
Serverless架构
我下面要介绍的Serverless架构，采用无服务器的方式，主要会介绍无服务器和云怎么结合，怎么利用云的服务减轻架构化的工作。介绍它的架构之前，我介绍一下Serverless架构，英文称之为Serverless，中文称之为无服务器，大家不用购买服务器，不用购买虚拟机或者物理机，这一块怎么运行呢？它使用计算托管的方式，在Serverless这里，我们可以看成两块，第一块就是函数即服务，它真正实现了你业务的托管计算。另外一种是后端即服务，包括对象存储，大家不用自己构建分布式存储，不用担心数据的丢失和安全性问题；同时在云上提供的数据库，消息队列和对象存储都是一样的，不用购买服务器自己搭建，在购买使用的过程当中我们可以称之为Serverless。因为这些都是托管型的，使用的时候不用关心它的安全性，不用关心可能服务器宕机导致的故障。
Serverless架构
Serverless的使用
Serverless的使用
怎么使用Serverless呢？传统的架构就是前面说的web服务，然后是使用存储、缓存，我们对外服务以后，有对外暴露相应的api，实际上用户的业务逻辑都是放在云函数内，需要结构化存储，需要进行缓存或者对象存储，我们需要数据服务或者云缓存服务等，其他的服务都可以直接在线服务，这些服务直接通过代码调用。
前面讲了Serverless的架构介绍，后面是对于这个后台开发的介绍，后面也是基于这个方式进行详细案例的说明。
serverless后台开发方案
对于这个小程序的核心，我们在某一个api上面的路径就是在hos的login url上发起GET操作，根据Wx.login构造请求的头部，body内容，发送获取到的code及加密数据到后台。
用户示例
api网关
云函数的处理流程
云函数的处理流程之后，下面展示的是我们怎么和数据库建立连接，登陆信息的细节流程，创建连接并可复用连接，拼装SQL语句并执行。
数据库的配置
这个地方就是我们购买以后，数据库启动并且做了登陆以后，可以进入到数据库里面查看数据，查看session的记录。
实操案例——用户登陆及session展示
创建并初始化实例，按照mysql标准化使用方式操作，计算托管式的优势用户关心核心的代码，不用关心周边的运维，由于托管式业务，无论是个人请求，个人开发者的小程序，很有可能你的一个小程序就成为爆款，爆款以后可能访问量就是突增的形式。
我们利用session的架构实现小程序，而且不用去担心运维；秒级启动，弹性计算能力满足用户上万的并发。核心点关注业务代码，而不用关注web，这就是快速的应用实现小程序的落地的方法。
閱讀更多 每日科技百科 的文章
