使用PostgreSQL简化你的技术栈¶
Note
本文编译自Timescale公司的技术博客，略有删改。
最近PostgreSQL社区兴起了一股“使用PostgreSQL解决所有问题（PostgreSQL for everything）”的热潮，鼓励人们尽可能地使用PostgreSQL去解决自己遇到的问题。 这样的想法其实并不新鲜，但随着PostgreSQL的不断普及，类似的行动正逐渐受到人们的关注。
作为一个在职业生涯的大部分时间里都在部署各种数据库的人，下面是我对“使用PostgreSQL解决所有问题”这一想法的理解，以及它如何能够让你的世界重回简单。
技术栈膨胀是如何产生的¶
假设你现在正着手开发一种新产品或者新特性。刚开始的时候，你的团队列出了需要解决的技术问题。其中有些解决方案需要由你们自己开发，这也是你们的秘密武器，而另一些则需要使用现有的技术来解决，其中可能至少需要用到一个数据库。
除非你从事的是构建数据库的业务，否则自行开发数据库通常并不是一个好主意：这既复杂又颇具风险，而且需要非常专业的技能。因此，你最终可能会选择采用各种现有的数据库：比如使用PostgreSQL处理事务数据，使用Elastic处理全文搜索，使用Influx处理时间序列，使用Pinecone执行向量操作，甚至还会使用ClickHouse执行数据分析。
突然之间，你的技术栈膨胀得巨大无比，感觉随时都会爆炸。
为什么技术栈膨胀会造成问题¶
技术栈每增加一个数据库，都会带来一系列挑战：你需要学习不同的语言，需要理解一致性模型，还有不容忽视的操作上的细微差别。这不仅增加了复杂性，还带来了我所说的“虚线”复杂性，即数据在每对系统之间流动时产生的额外开销。数据库越多，这种“虚线”就越多，也就越难推理出系统的整体状态。
不断膨胀的数据库数量也会带来越来越多的问题。
如何简化技术栈¶
那么有别的路可走吗？在我看来，你能做的就是简化你的技术栈。如果你可以只用一个数据库来解决多个问题，那么自然就不需要用到那么多复杂的软件，因此也就避免了它们之间的“虚线”复杂性。这样你就可以更容易地在头脑中保持数据流的心智模型，并且更好地推理数据在不同时间中的一致性。你不必再把时间花在操作各式各样的数据库上面，而是可以专心致志地构建真正的特性。
PostgreSQL非常适合用来简化技术栈，因为它同时具备通用性和专用性。它除了是一个出色的关系数据库之外，还能够通过先进的扩展架构广泛支持各种用例。它可以轻松地处理诸如全文搜索、时间序列数据、AI向量和数据分析等多种工作负载。
PostgreSQL不仅用途广泛，而且稳健成熟。人们在生产中运行PostgreSQL已经有20多年的历史，采用PostgreSQL的例子正在变得越来越常见，并且这种趋势还在越演越烈。PostgreSQL的边际情况（edge case）已经被探明，其部署模式、恢复策略和高可用性都有良好的定义，而且在使用PostgreSQL的路上还有很多公司和支持者陪伴你一路同行。
因此，我鼓励你使用PostgreSQL来解决尽可能多的问题，从而简化系统的技术栈，降低其复杂性，以便将更多时间专注于构建。
反方观点：为什么不用专门的工具来解决专门的问题？¶
有一种众所周知的说法——你应该选择“最适合当前任务的工具”，以避免“如果你只有一把锤子，那么所有东西看上去都像是钉子”的情况。但我认为“使用PostgreSQL解决所有问题”的原则与此并不矛盾，只要你确保从全局出发即可。
如何定义“最适合任务的数据库”？它应该是速度最快的、最易用的、容错能力最强的，还是你会使用的、最能够与现有基础架构无缝集成的数据库？最佳选择通常介于这些标准之间。
是选择速度快的X数据库，还是选择效率高的Y数据库，又或者选择云优化的Z数据库？如果历史悠久、久经考验并且易于扩展的PostgreSQL能够满足你现在的需求，那么使用PostgreSQL何尝不是一种最佳选择呢。这样一来，只有当PostgreSQL缺乏关键功能时，你才需要考虑添加其他数据库，并权衡其好处与管理多个系统所增加的复杂性。
让我们考虑不同决策可能导致的未来：
使用PostgreSQL解决所有问题：可能在多年以后，系统的工作负载将超过它设计时的能力。这时，PostgreSQL可能会在某些方面表现不佳，但这是个“好事情”——这是成功的标志，也是发展架构的提示。
同时使用多个数据库：尽管系统的架构可以处理巨大的规模，但系统本身却非常脆弱，充满各种边际情况，而且难以维护。这不仅具有挑战性，而且还会威胁到运营的稳定性。
考虑到这些情况，以PostgreSQL为中心的系统在理论上面临的挑战，要比过早地选择多数据库架构带来的复杂性要好得多。
总结陈词¶
“使用PostgreSQL解决所有问题”并不是说永远不用其他数据库。老实说，它甚至不是说什么都要用PostgreSQL。这是一条反对过早设计解决方案的格言，也是简洁性优势的倡导者。对于世界上的大多数公司和应用程序来说，只要得到像Timescale这样的公司的帮助，就能够将PostgreSQL扩展至他们所需的规模。
如果你也有扩展PostgreSQL方面的需求，那么请务必尝试使用Timescale。立即创建免费帐户，开始简化您的数据技术栈。