Назад | Перейти на главную страницу

Стратегия поддержки инстанса Amazon RDS на производстве и разработке

Как вы, ребята, управляете своими инстансами Amazon RDS? В производстве я, очевидно, хочу использовать Amazon RDS с настройкой репликации главный-подчиненный. К сожалению, привнесение чего-то подобного в среду разработки / qa требует значительных затрат, но мы стремимся поддерживать dev / qa как можно ближе к продукту. Как вы справляетесь с таким делом в повседневных делах?

Используйте свои ночные снимки PROD и инициируйте микроэкземпляр или что-то подобное для программного раскрутки и замедления инстансов RDS DEV в рабочее время, скажем, между 07:00 и 19:00. Используйте AWS CLI. Это вдвое сократит ваши затраты на запуск и предоставит вам доступ к почти последней копии RDS.

ПРЕДОСТЕРЕЖЕНИЕ: Я не пользуюсь услугами Amazon и не знаю, о каких «дополнительных расходах» мы говорим, так что это всего лишь общий совет ...

Я предполагаю, что реальный вопрос: «Нужен ли вам Dev, чтобы быть точным зеркалом производства?» - Я бы ответил: «Да, или, по крайней мере, максимально приближенно».

Преимущество того, что Dev и Prod являются точными зеркалами друг друга (с точки зрения инфраструктуры, если не с точки зрения данных), заключается в том, что вы можете тестировать аспекты отказоустойчивости и отказоустойчивости вашей производственной среды, вызывая сбои в Dev. Это может стоить затрат, по крайней мере, на некоторое время, чтобы доказать себе, что все будет выходить из строя / отказывать так, как вы от них ожидаете.

На мой взгляд, это тоже стоит постоянных затрат, поскольку позволяет регулярно проводить такое тестирование. Если вы не будете регулярно проверять свою отказоустойчивость и стратегию восстановления, велика вероятность, что она не сработает в тот день, когда вам понадобится. В результате я предлагаю прибегнуть к более высокой стоимости и оправдать это перед исполнительными органами, показав им план тестирования неисправностей / восстановления и придерживаясь этого плана по регулярному графику.


Одно из преимуществ идентичности Dev и Production, которое может не отражаться также на средах Amazon / Cloud - у вас также есть возможность потянуть за большую красную ручку и перенести производственные операции на эту инфраструктуру разработки, если метеорит ударит ваш основной центр обработки данных - My В мире, отличном от облачных сред, существует среда разработки VMWare, которая выглядит точно так же, как рабочая. Если бы мне когда-нибудь пришлось тянуть за эту Большую красную ручку, я уверен, что мы могли бы продолжать работать (хотя и с меньшей производительностью), пока не восстановим производственную среду.