理解可扩展性-第4部分:异步

这个系列的第4部分从一张图片开始:请想象你想在你最喜欢的面包店买面包。所以你走进面包店，要了一条面包，但那里没有面包!相反，当你点的面包准备好后，你会被要求在两个小时后回来。这很烦人，不是吗?

为了避免这种“请稍等”的情况，需要执行异步操作。对面包店有益的东西，可能也对你的网络服务或网络应用有益。

通常，有两种方法/范例可以实现异步。

异步# 1
让我们回到以前的面包房画面。异步处理的第一种方式是“晚上烤面包，早上卖”的方式。不用在收银机前等待，顾客也会很开心。对于web应用来说，这意味着提前完成耗时的工作，并以较低的请求时间完成已完成的工作。

这种范式通常用于将动态内容转换为静态内容。网站的页面，可能是用大型框架或CMS构建的，在每次更改时都是预渲染的，并以静态HTML文件的形式存储在本地。通常这些计算任务是定期完成的，可能是通过一个脚本来完成的，这个脚本每小时被cronjob调用一次。这种对总体通用数据的预计算可以极大地改善网站和web应用程序，使它们具有很高的可伸缩性和性能。想象一下，如果脚本将这些预渲染的HTML页面上传到AWS S3或Cloudfront或其他内容交付网络，您的网站是可伸缩性的!你的网站将是超级响应，可以每小时处理数百万的访问者!

异步# 2
回到面包店。不幸的是，有时客户会有特殊的要求，比如生日蛋糕上写着“生日快乐，史蒂夫!””。面包店无法预见这种顾客的愿望，所以它必须在顾客在面包店时开始任务，并告诉他第二天再来。指的是指异步处理任务的web服务。

下面是一个典型的工作流程:

一个用户来到你的网站，并开始一个非常计算密集的任务，需要几分钟才能完成。因此，你的网站前端发送一个作业到一个作业队列，并立即向用户发出信号:你的作业正在进行中，请继续浏览该页面。工作队列经常被一群工作线程检查是否有新的工作。如果有一项新的工作，那么工作线程就会完成这项工作，并在几分钟后发出一个工作完成的信号。前端不断地检查新的“任务已完成”——发出信号，看到任务已完成并通知用户。我知道，这是一个非常简单的例子。

如果你现在想深入了解更多细节和实际的技术设计，我建议你看看RabbitMQ网站上的前3个教程。RabbitMQ是许多帮助实现异步处理的系统之一。你也可以使用ActiveMQ或者一个简单的Redis列表。其基本思想是有一个工作线程可以处理的任务或作业队列。异步性看起来很复杂，但它绝对值得你花时间去学习和实现。后端变得几乎无限可伸缩，前端变得时爽滑，这有利于整体用户体验。

如果您在做一些耗时的事情，尝试始终异步地完成它。

引用：
https://www.lecloud.net/post/9699762917/scalability-for-dummies-part-4-asynchronism