低流量高可用性web应用程序的体系结构模式

Question

我们有一个企业应用程序，它保存高度敏感的数据，安全性是一个很大的问题，所以我们最终在物理服务器上构建了一个monolith，现在我们正在缓慢地扩展，很少使用微服务，但是应用的主要部分仍然是monolith。

由于我们的业务需求，我们需要扩展我们的应用程序以实现高可用性(99.999正常运行时间)，但与其他系统不同，我们没有高流量.。

我在谷歌上搜索了很多，但大多数的材料都是针对高可用性、高流量和高复杂性的。

我们的应用堆栈

• RHEL OS，Rails，Mysql，phusion乘客

即使您为我提供了使用上述体系结构的应用程序示例(带有设计)的链接，这也是有用的。

Answer 1

有几个想法要考虑：

1. 确保您的web应用程序是无状态的(没有数据保存在内存或磁盘上的web服务器上)
2. 将web应用程序扩展到至少3个节点的负载均衡集群/集(请参阅nginx)
3. 在负载平衡设置中测试应用程序，以确保行为没有改变/不受新的基础结构更改的影响。(如果你修了#1，应该没问题)
4. 将数据库缩小到至少3个节点的集群中。
5. 确保您有一个良好的设置，以监测和警报的任何故障。
6. 混沌测试:随机抽取web节点或数据库节点，查看系统如何响应，以及对可用性是否有任何影响，以及如何改进。