Comments 8
Похоже на подготовку к холодной войне..
Хотя и сам стал задумываться об упрощении переезда с одного сервиса на другой.
Похоже на подготовку к холодной войне..
Кто-то не в курсе, что горячая уже идёт больше года?
... об упрощении переезда с одного сервиса на другой
Оно и в мирное время совершенно не лишним было , иметь варианты. На практике однако у каждого крупного облачного провайдера есть что-то своё специфичное, дающее выигрыш в цене/производительности/удобстве, но привязывающее потребителя к нему почти намертво. Если использовать только совсем стандартные фичи, то да. Описанный в статье способ имеет право на жизнь.
Ещё же нюанс в том, что многие инфраструктуру держат за рубежом не потому, что собираются "завоёвывать перспективные зарубежные рынки" (самое время, ага) или по привычке... просто некоторые данные хочется держать за пределами родной юрисдикции. И переместить их - тут не только Терраформ с Ансиблом надо осваивать, а всю архитектуру перелопачивать, вводя сквозное шифрование и т.п. Тоже небесполезное упражнение в любом случае, как и всё описанное в статье, но иногда замысловатое.
Кто-то не в курсе, что горячая уже идёт больше года?
Ангина и туберкулез это разные вещи (в аспекте обсуждаемой статьи)
А так, да - жизнь много раз подтверждала и в большом IT и малом, что нужно стремиться пользоваться только стандартными технологиями и практиками. Нестандартные реализовывать самому или иметь дублера на подхвате
Тут посыл был в том, что как раз-таки если есть такие сильные специфичные привязки к одному облаку, то это повод заблаговременно работать над альтернативными решениями, чтобы впопыхах не городить костыли)
По поводу того, что в любых условиях иметь запасные варианты - это хорошо, полностью согласен)
Хм. На сколько облако долговременное и стабильное решение в сравнении со своей площадкой?
Привет, спасибо за вопрос)
По поводу стабильности.
Во многих случаях облачные решения могут обеспечить большую стабильность и устойчивость, чем локальные. Нужно принимать во внимание такие факторы как масштабируемость в моменте, избыточность (например, запуск ваших экземпляров приложений в разных зонах доступности), обслуживание (хотя это может быть и минусом в каких-то случаях, в локальных решениях вы можете оперативнее решать проблемы, но при условии, что есть дежурные с соответствующими компетенциями).
С другой стороны, локальные решения, конечно, дают больше контроля и безопасности.
А про долговременность - риски описаны в статье, как и способы их минимизации. Нужно просто это сопоставлять с удобствами облачных услуг.
Поэтому я бы сказал, что будет зависеть от ваших конкретных потребностей и приоритетов)
Дублирование облачной инфраструктуры: почему, зачем и как?