系统设计技巧：使用Postgres作为发布/订阅和作业服务器

如果在项目中需要发布/订阅和作业服务器，可以尝试使用 Postgres。它将为您提供大量数据完整性和性能保证，并且不需要您或您的团队学习任何新技术。

如果你正在做任何足够复杂的项目，你将需要一个 发布/订阅[1] 服务器来处理事件。

本文将向你介绍 Postgres 实现的可行方案，并引导你了解 发布/订阅 的一个用例及其解决方案。

Postgres 是一个了不起的关系型数据库

如果你对 Postgres[2] 不太熟悉，它是一个功能丰富的关系型数据库，许多公司将其作为传统的中央数据存储。通过在 Postgres 中存储你的 user 表，你可以立即为每个 user 扩展到 100 列每行。

这是有可能的将 Postgres 扩展到完全在内存中存储 10 亿条 1KB 的行 - 这意味着你可以在商用硬件上快速执行针对地球上所有人的全名的查询，而且几乎不需要微调。

我不打算赘述这个叫做 PostgresSQL 的东西是一个好的 SQL数据库。我将向你展示一个更有趣的使用案例，在这个案例中，我们结合一些功能，将Postgres变成一个强大的发布/订阅和作业服务器。

Postgres 是一个强大的持久性发布/订阅服务器

如果你做了足够多的系统设计，你将不可避免地需要解决一个关于发布/订阅[1]架构的问题。我们在webapp.io[3]很快就遇到了这个问题 - 我们需要让测试运行页面的浏览者和 github[4] API 在执行任务的过程中得到通知。

对于你要使用哪种发布/订阅服务器，目前可以有有很多选择：

• Kafka [5]

• RabbitMQ [6]

• Redis PUB/SUB [7]

• 一个供应商绑定的云服务解决方案 [8]

• Postgres？

很少有使用场景需要像 Kafka 那样的专业的发布/订阅服务器。Postgres 可以很容易地处理每秒 10,000 次的插入[9]，而且它可以被调整到更高的数字。如果你从Postgres开始，然后在时机成熟时换掉系统中最关键的性能部分, 在这个过程中很少会出错。

发布/订阅 +