Блокировки облачных вычислений

#cloud

#облако

Вопрос:

В течение довольно долгого времени я думал перенести мои develoment services v в aws или Google Cloud. Я боюсь этого делать, потому что, если я выберу одного поставщика, мне покажется, что я запираюсь в их облаке. Например, у Google и aws есть инструменты, которые помогают нам, разработчикам, ускорить процесс разработки. Если я решаю работать с инструментом, предоставляемым aws, во время разработки на них, то кажется, что я привязываю себя к их технологии. Если по какой-либо причине завтра мы решим сменить провайдера, я чувствую, что мы застрянем.

Я хотел бы получить некоторые отзывы по этому поводу, если это возможно.

Спасибо.

Комментарии:

1. Хотя это интересный вопрос, он здесь не совсем по теме. Ответ, кстати, действительно сложный и зависит от того, как далеко вы готовы зайти в стремлении к независимости от платформы и хотите ли вы по-прежнему в полной мере пользоваться облачными сервисами, оставаясь независимым, насколько зрелой является ваша организация, насколько способны она и вы сами, обучены ли вы современной инфраструктуре и т.д. Я провел этот анализ для банков и решил, что Docker EE — это правильный путь, но у него есть несколько сильных конкурентов, если ваши потребности настолько соответствуют ymmv.

Ответ №1:

Это в значительной степени зависит от того, о каком перемещении в облако вы говорите.

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

Если вы говорите о переходе на облачный подход, изменении способа ваших вычислений, то с вами все будет в порядке, независимо от того, какое общедоступное облако вы выберете. Контейнеризация, бессерверная функциональность, инфраструктура в виде кода — все эти вещи отличаются от облака к облаку, но в то же время одинаковы. Если вы изучите одну из них, это будет просто «переход, пропуск и повторный переход» от другой, а миграция между облаками — это не операция с ускорением после небольшой практики (которая бесплатна во всех трех основных общедоступных облаках).

Поэтому трудно сказать, не зная больше о том, что вы собираетесь делать в облаке.

Ответ №2:

Я думаю, что это все еще очень актуальный и хороший вопрос, но, к сожалению, на него нет простых или быстрых ответов в целом. Позвольте мне просто дать свои 2 цента и, возможно, немного дополнительного чтения, которое могло бы помочь вам понять, куда вы хотите пойти.

По моему опыту, просто так не бывает, чтобы вы меняли своего облачного провайдера очень часто, поскольку обычно вам не нужно это делать. У всех крупных компаний есть очень хорошие предложения, на которых вы можете построить все, что только можете себе представить. У всех них разные сильные и слабые стороны, о которых вы должны узнать самостоятельно или найти кого-то, кто поможет вам сделать это при принятии решения. Но, в конечном счете, выбор конкретного поставщика облачных услуг часто не имеет такого большого значения, как фактическое изменение вашего способа работы, вашей культуры и ваших процессов, чтобы они были «облачными», что является просто забавным способом сказать, что вы хотите автоматизировать практически все, что можете.

Причиной перехода в облако является не какой-то инструмент, а возможность автоматизировать все скучные и раздражающие вещи, чтобы вы могли сосредоточиться на своем реальном продукте. Есть много способов сделать это и много уровней того, как далеко вы можете или хотите зайти, но это именно та часть, которую вам нужно выяснить для вашей компании. Получить некоторую помощь на этом пути — отличная идея.

Я нашел следующую статью хорошей для чтения по этой теме:https://bravenewgeek.com/multi-cloud-is-a-trap

Если вам действительно нужно использовать мультиоблачные технологии, вы могли бы ознакомиться со всем разделом «гиперконвергентная инфраструктура» (hyper hyper! (c) scooter). Я сам на это не куплюсь, поскольку наложение абстракций поверх абстракций никогда не получалось так хорошо 🙂

Я надеюсь, что это поможет хотя бы немного.