Я настраиваю производственную среду для своего сервиса в Amazon VPC в Орегоне:
На данный момент существует около 25 виртуальных машин, и, надеюсь, их количество будет расти.
Сейчас я собираюсь настроить промежуточную среду, но не знаю, где ее разместить:
Вся суть промежуточной среды в том, чтобы быть идентичной производственной среде (или как можно ближе). Поэтому настройка промежуточной среды в другом регионе Amazon просто кажется неправильной: это исключает вариант 3, не так ли?
Вариант 1 наиболее близок к цели - максимально приблизиться к производству. Но наличие промежуточной и производственной среды в одних и тех же подсетях немного похоже на потенциальную проблему безопасности, не так ли? Так что я несколько склоняюсь к варианту 2, но мне интересно, достаточно ли серьезны потенциальные проблемы безопасности, чтобы оправдать необходимость управления вдвое большим количеством подсетей?
А как насчет тестовой среды? Он также должен напоминать продакшн, но не обязательно должен соответствовать ему так близко: все может уместиться на нескольких экземплярах, нет необходимости в ELB и всем остальном. Возможно, эта среда может поместиться в одной выделенной подсети в одном VPC? Находясь в том же VPC, он будет иметь простой доступ к репозиторию git и серверу Chef, а также инструментам наблюдения, openvpn и т. Д.
Я уверен, что многие люди переживали эти размышления? Что вы думаете об этом?
Спасибо.
Я бы сказал, что вариант 3 - лучший уровень изоляции и предотвращает влияние изменений в промежуточной среде на вашу производственную среду. Также ваше предположение об одном VPC на регион кажется неверным. Насколько мне известно, вы можете создать несколько VPC в одном регионе.
«Поскольку у меня может быть только один VPC на регион Amazon, мне придется делать это в отдельном регионе».
Я бы предложил отдельный vpc для каждой среды. Все общие ресурсы могут быть размещены в общем vpc и иметь пиринг между каждой из сред к общему vpc
Я бы посоветовал пойти с Вариант 2. По мере роста инфраструктуры AWS вам потребуются службы каталогов (серверы имен, каталог пользователей, каталог виртуальных машин, службы поиска и т. Д.). Если у вас два VPC, совместное использование служб каталогов будет непросто. Также, если вам нужен репозиторий кода (например, GitHub) или инструменты сборки (например, Jenkins), имеющие три отдельных VPC для DEV, Staging и Production существенно усложнят задачу.