您为什么在生产中的A主机上不多一项服务?
#devops #discuss #redis #infrastructureascode

在不断发展的基础设施管理景观中,一个主题经常引发充满活力的辩论:在生产环境中仅托管一台服务的实践。这是许多人高呼的咒语,某些人认为福音的设计原则。但是,如果我们挑战这种传统的智慧,只需一点呢?

最近,我发现自己与新客户进行了对话,讨论了基础架构设计的复杂性。客户自信地断言,在生产设置中的单个主机上拥有多个服务是现代建筑的主要罪恶。虽然我一直倡导每主机服务的可伸缩性和优雅,但我不禁想知道:每个规则都有例外吗?


这次讨论使我很感兴趣,并渴望深入了解。如果存在场景,例如API与其缓存伴侣(Redis或Memcached)之间的共生关系,在这种情况下,将趋势逆转很有意义?当我进一步研究这个话题时,我开始怀疑我是否并不孤单地挑战现状。

如果您是一名工程师,至少有一次考虑了在单个主机上同居服务的想法,则此帖子适合您。让我们探讨这种方法的原因,场景和理由,并进行讨论,这很可能重新定义了我们对基础设施的一些长期信念。