24小时联系电话:15828505243

用HTTP事件驱动一切应用程序

在互联网和云计算时代,HTTP协议已经成为应用程序设计的基本元素,甚至某些编程语言本身就几乎可以和web服务器划等号。云计算平台提供的函数服务大多都支持HTTP触发器,将web服务器架构作近一步抽象。在云中运行的应用,尽管形式不同,大多都可以使用基于HTTP事件的API或者函数来构建。

REST API

API是函数服务的最基本应用场景,使用AWS Lambda或者Azure Functions可以快速搭建API。在配置API Gateway和相应的身份认证方案后,基于HTTP触发器的函数服务就可当作API使用,尤其适用于按调用量计费的场景。在基于微服务的系统中,函数服务可以作为微服务的载体,发挥灵活部署和弹性伸缩的优势。

Webhook

Webhook可以看作是退化了的REST API,用来接收消息推送。一般来说webhook是匿名的,或者采用弱身份验证方式。发送端通常只关心webhook所返回的response的状态码,而正文会被忽略。函数服务是实现webhook的理想选择。

SPA网站

HTTP函数服务也可以作为Single Page Application的后端。一种搭建网站的做法是将前端的脚本等静态资源放在CDN上,然后在脚本里通过ajax访问后端的API,而API就可以通过函数服务搭建。

后台程序

传统的应用设计一般不会采用web服务器来实现后台的工作流,但一切程序的执行入口都是基于事件的,所以一些后台job也可以改造成由HTTP事件触发。最典型的后台应用模式是基于schedule的,可以使用函数服务外加一个外部定时器来触发,比如Azure Scheduler。需要注意的是,很多函数服务都是有较短timeout限制的,如果业务逻辑的后台工作流可能会耗时较久,应该考虑采用异步调用,并配置函数服务的运行和计费模式。

消息分发

消息队列是分布式系统中常用的中间件,一般来说消息的接收有轮询,长连接和推送通知三种模式。推送模式可以直接应用webhook来实现,而轮询和长连接模式在收到消息后,可以将消息分发为基于HTTP的调用,转化为下游的API或者webhook。这样的设计理念可以近一步到其他的应用场景,将系统拆分,把主要的计算工作交给HTTP函数或者微服务。

上面的各种应用场景,都可以看作是某种形式的API实现。开发者可以把“后端”这个概念和基于HTTP的API划上约等号,由此专注相关技术,并采用成熟的设计模式和工具。我坚持的一个奇葩观点是,即便写Hello World也应该走HTTP协议。