Я думаю, вы обнаружите, что в большинстве этих ситуаций нет соглашения, оно действительно зависит от результата, к которому вы стремитесь.
Преимущества более крупного кластера, работающего в нескольких средах, заключаются в том, что выможно получить больше из меньшего - т. е. использовать меньше оборудования, поскольку вы можете совместно использовать его между несколькими службами в одном кластере.
Преимущества наличия отдельных кластеров для отдельных сред состоят в том, что у вас есть меньшая зона взрыва/ radius , ваша производственная среда не стоит рядом с вашей разработкой, поэтому, когда кто-то случайно что-то ломает в среде разработки, это не влияет на вашу производственную среду.Кроме того, он дает вам путь обновления, то есть вы можете сначала попытаться обновить кластер Nomad в процессе разработки, а не делать это в производственном кластере.
Я думаю, что имеет смысл придерживаться сбалансированного подхода:
- 1 кластер для сред тестирования - даже если у вас есть несколько
- 1 кластер для сред интеграции - даже если у вас есть несколько кластеров
- 1 для производственных сред - даже если у вас естькратный
Это действительно хорошее чтение при сбое приложения высокого профиля из-за подхода с одним кластером: https://www.theregister.co.uk/2017/10/31/kubernetes_bug_bank_app_monzo/