本文转自 | PostgreSQL中文社区

 作者简介 

Jan Karremans，EnterpriseDB的高级销售工程师。

 译者简介 

KevinZhan，深圳联友科技SA，目前负责公司部分核心系统应用及DB维护，开源软件的粉丝

Qinghui.Guo Lenovo DBA 负责公司Cloud DB的维护，痴迷于开源架构解决方案，是PG忠实粉丝。

早在20世纪80年代，得益于像Linux这样的平台，技术世界经历了第一波开源软件浪潮。开源软件在充满活力的开发人员和用户社区的帮助下不断完善和调整，受到了程序员、业余爱好者和其他开源技术支持者的热捧。然而，公司很难想象开源解决方案能够为其执行关键任务的应用程序提供动力。他们对于是否能信任某人在地下室开发的软件深表怀疑。

“一个思维正常的人怎么可能会想象到从强大而昂贵的操作系统迁移到免费且由社区驱动的解决方案呢？”

这些轻率的言论曾不可避免地被认为是误导，因为未来的几年中Linux得到了广泛采用。Linux系统就是这种工具，使各机构可以轻松的更换组件，满足其个性化的需求，而不需要依赖昂贵的一体化解决方案。

将Oracle迁移到云端？学习5个关键决策，以确保成功。

下一波开源软件已经开始影响关键的应用程序组件，如关系型数据库。随着IT部门开始用实惠、灵活的开源解决方案更换昂贵的传统软件（如Oracle®），曾经在Linux上发生的许多事情，正发生在Postgres上：

我们用了30年Oracle了，为什么要转向开源平台呢？

各个机构再一次意识到像Postgres这样的开源数据库解决方案的优势，他拥有扩展性，灵活性，支持，而完全不依赖于任何一家公司和开发人员。就像之前的linux一样，Postgres已经而且会继续由专门的用户设计解决日常业务问题，并且这些用户选择把他们的解决方案回馈到社区。Postgres社区致力于为日常关系型数据库用户开发最好的工具，而不是像大型开发商Oracle那样，选择有利可图的产品或者支持小众但利润丰厚的市场。这直接道出了我决定从Oracle切换到Postgres的经历。多年来，我作为Oracle DBA深深地参与了Oracle社区。但随着时间的推移， Oracle开始实现产品组合的多元化，其重点开始从核心数据库技术转向更广泛的应用程序开发和基础架构解决方案。这导致了Oracle业务模式的变化，削弱了预算有限的小客户所青睐的数据库产品，转而大力支持能满足大型企业的解决方案。随着与Oracle开展业务变得越来越困难（并且成本越来越高），有必要找一个备受瞩目的关系型数据库解决方案。

Postgres成为最佳选择，因为像曾经的Linux一样，它是一个开源工具，可以执行特定任务而不会增加复杂性。它的设计易于使用和实施，关注点严格在数据库上，而不必浪费资源添加“功能”去管理其他IT环境。这是客户从Oracle迁移到Postgres时首先注意到的事情之一：Postgres可以轻松在几分钟内完成许多与Oracle相同的功能，而不需要像Oracle那样要求人们花数小时的时间研究Oracle如何运行的复杂技术。

自从Postgres于20世纪80年代推出以来，开发人员已经致力于在该平台上创建扩展长达数十年的时间了。像Oracle这样的封闭式平台不存在这种社区支持，后者依靠自己的官方指示来确定软件的未来。通过Postgres，如果您想使用关系型数据库引擎解决问题，那么很可能有人已经解决了这个问题 – 并记录了解决方案或构建了扩展。

那些似乎对迁移到Postgres犹豫不决的组织充满了对跳入新环境的恐惧：为什么在依赖甲骨文这样的供应商几十年之后改变方向呢？但随着甲骨文继续变得越来越难以开展业务，显然Postgres提供了更灵活，更强大且价格合理的替代方案。有了像EDB Postgres™这样被构建成可以满足大大小小机构的安全性和稳定性需求的选择，关系型数据库将由一个不同的“O”（不再只是Oracle）主导：开放（Open）。