为了更好的支持微服务，我们从PHP迁移到了Go

因此我们还是坚持使用 MySQL 作为我们的默认数据库.我们使用了 MySQL 很多年,知道如何设计高性能的数据库模式.虽然它不支持原生的线性伸缩,但现在也不是一个大的问题：由于微服务架构的模块化特性,应用程序负载分布在许多机器的不同微服务上.并且每个微服务器都可以访问自己的 32 核数据库机器和几个只读从库,这种方式还可以继续前行很长的路.

我们非常高兴,现在我们现在还没有过度工程化.如果有一个服务需要 Cassandra 或其他数据库,那么我们也可以轻松迁移该服务.

那么为什么选择 MySQL?现在主要是因为它可以很方便在 Google Cloud 上进行管理,在 DevOps 方面我们是务实的.

我们也考虑尝试 Postgres,因为它开放源码,还有一个强大的社区,并且显然已经运行了很多年.因此,取决于 Google Cloud 未来的 Alpha 版本,我们也可能会尝试 Postgres.

作者补充：

Reddit 上不少网友指出,我们对 PHP 启动成本有误解.虽然我们的观点仍然站得住脚,但为了准确起见,我们已经清理了这一段.

另外感谢 Casper van Wezel 对本文所做贡献. 有问题请留言,英文好的读者可以点击阅读原文跟原作者互动.

相关链接：

• https://blog.poki.com/from-monolith-to-microservices-b16bae1d6c9d
• https://blog.poki.com/rebuilding-a-web-platform-for-30m-users-90467b0b8293
• https://golang.org/doc/faq#creating_a_new_language
• http://www.craigkerstiens.com/2017/04/30/why-postgres-five-years-later/
• https://blog.poki.com/rebuilding-a-web-platform-for-30m-users-90467b0b8293
• https://blog.poki.com/from-monolith-to-microservices-b16bae1d6c9d#.txez7ug8f

文章来自微信公众号：高可用架构

（编辑：厦门网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!