Особенности облачных решений
25 октября 2021
Содержание:
Добрый день, коллеги. Хотим поговорить на тему важных и почти всегда не очевидных особенностей облачных решений. У нас нет задачи сказать вам, что облака это плохо и вместо облаков покупайте старые добрые heavy bare metal сервера ( а лучше бу и у нас )) ).
Облака - это как и всё остальное не плохо и не хорошо. Это инструмент, который как и любой другой инструмент хорош для определенных задач и не очень для других - всё же гвозди удобнее, быстрее и дешевле забивать молотком, чем микроскопом.
Поэтому в данном видео мы обратим ваше внимание на несколько особенностей облаков, которые совсем не лежат на поверхности и мы надеемся, это поможет вам при проектировании и выборе ИТ - архитектуры под вашу задачу ( а если что, у нас есть архитектор, который может помочь спроектировать решение под вашу задачу).
Итак, поехали:
Любой из этих пунктов может очень больно ударить в процессе реализации проекта. Поэтому учитывайте их, когда будете планировать миграцию/развёртывание своих сервисов в облаке.
Повторюсь, мы не против облаков, очень даже за, облака отлично работают в гибридной роли, для дополнения вашей основной архитектуры, для быстрого тестирования идей/прототипов, быстрого запуска тестового продукта. Но как и у любого инструмента у него есть особенности, о которых лучше знать заранее. Надеюсь это видео вам поможет.
Облака - это как и всё остальное не плохо и не хорошо. Это инструмент, который как и любой другой инструмент хорош для определенных задач и не очень для других - всё же гвозди удобнее, быстрее и дешевле забивать молотком, чем микроскопом.
Поэтому в данном видео мы обратим ваше внимание на несколько особенностей облаков, которые совсем не лежат на поверхности и мы надеемся, это поможет вам при проектировании и выборе ИТ - архитектуры под вашу задачу ( а если что, у нас есть архитектор, который может помочь спроектировать решение под вашу задачу).
Итак, поехали:
- Как бы не парадоксально это было, но в облаке НЕ ГАРАНТИРУЕТСЯ ДАУНТАЙМ. Если хочешь жить без простоев сервиса, то надо думать о кластеризации приложений, БД и прочего. И вот тут многие очень сильно удивляются, ведь все понимают облако как что-то что никогда не упадёт, но облако - это про шэринг ресурсов (экономика общего потребления), облако шэрит ресурсы между многими пользователями. Как каршеринг против обычного авто. Веря в вечный аптайм облаков люди делают бэкапы виртуальной машины и складывают эти бэкапы, а на диск той же виртуальной машины. Тогда если машина крякнется, то крякнуться и его бэкапы. Ни одна облачная платформа не в состоянии гарантировать сохранность ваших данных. Архитектуру нужно строить с кластеризацией приложений. Нужны реплики как данных и/или логики приложений в разных зонах доступности.
- Ограничения по конфигурациям. Не всегда можно быстро получить 10-100 машин по 128 гб RAM. Провайдеры “рисуют” ядра, hdd, ssd в надежде, что их не начнут использовать и заранее их не покупают. Память RAM так просто шэрить нельзя - в пиках нагрузки может не хватить если она делится между участниками.
- Стоимость. Облака дорого. Облака добавляют архитектуре эластичности и возможности увеличиться в пике.. Но по нашим многочисленным сравнениям экономик облаков и своих бу серверов, при самых пессимистичных прогнозах бу сервера отбивают себя за 1.5-7 месяцев. Ну и вера, что при резком скачке нагрузки провайдер сходу выдаст вам большое количество дополнительных ресурсов может оказаться утопией. Множество раз наши клиенты сталкивались с ситуацией, когда оператор говорил им, что у них нет дополнительных ресурсов и нужно ждать пока они КУПЯТ и ВВЕДУТ В ЭКСПЛУАТАЦИЮ дополнительные сервера. Фактически докупить и ввести в эксплуатацию бу сервера у вас скорее всего получиться быстрее, чем у провайдера.
- Очень сложно бывает спланировать ежемесячные затраты (они могут зависеть от горячего, холодного хранения, get, post запросов). Ну и бизнес штука динамичная - требования поменялись и вся экономика облаков может поехать в ад. Т.е. очень сложно учесть все факторы при подсчете стоимости будущего сервиса. И довольно просто промахнуться с лимитами. Узнать об ошибке вы сможете только по факту, получая счёт от провайдера. А представьте какой объем сатанической работы уже должен быть проведён к этому времени, какой количество времени, сил и нервов потрачено. И вот у вас сюрприз - счёт в 2-3 раза больше запланированного. С железными серваками такое значительно менее вероятно.
- Если ваша нагрузка увеличивается или прогнозируется её увеличение и вы как и большинство компаний уже создали масштабную ИТ-инфраструктуру, которая базируется на определенных технологиях виртуализации и средствах хранения данных и потратили на это годы пота и крови, чтобы добиться стабильной синхронизации процессов фронт-офиса и бэк-офиса, то в большинстве случаев в такой ситуации вам легче добавить любимых heavy bare metal серверов. Тем более, что мы продаем как самые последние так и на 3-4 поколения серверов назад, т.е. мы точно сможем поставить вам сервера, которые можно будет бесшовно добавить в вашу ИТ-инфраструктуру для обработки дополнительной нагрузки.
- Если у вас давно настроенная инфраструктура с супер-стабильной нагрузкой - ни вверх ни вниз, тогда живите и радуйтесь, не надо вам мигрировать. Работает нормально - не трогай. Также если у вас небольшой монолит, то не надо вам облако - в итоге затраты в облаке будут больше + затраты на миграцию.
- Безопасность и конфиденциальность. Ваши данные можно анализировать, передавать, продавать. Данные вас и конкурентов располагаются в одном месте. Надеюсь, уже не осталось людей, которые до сих пор верят, что операторы действительно не анализируют наши данные. Вы когда-нибудь упоминали что-либо в разговоре и через пару минут получали на телефоне рекламу с упомянутом продуктом. Мы - много раз.
- Лицензии. Например, те же лицензии серверной операционной системы компании созвучной с окнами нельзя таскать ни в каком случае (никакие расширения лицензий это не позволяют). Учтите это “на берегу”, т.к. зачастую в этом случае экономика не сходится - если переносить все тачки и покупать на них лицензии, то у вас может получиться супер огромный чек в месяц.
- Временные затраты на миграции. Иногда перелив данных может длиться неделями и месяцами. Часто этот факт не берут в расчёт
- Проблемы с доступом ШПД в регионах. Если у провайдера нет локального ЦОДа в вашем регионе, это может быть очень критичным для ваших приложений, которым важна низкая задержка.
- Если же вы захотите к иностранным провайдерами, помните про особенность их поддержки - в основном, чтобы вам в принципе отвечали им надо платить, чтобы вам быстро отвечали - платить надо ещё больше. Часто вы и оплачиваете возможность общения, а сами по сути выступаете в роли тестировщиков, только таких, которые платят за то, чтобы тестировать) Ну и №152-ФЗ и валютные риски.
Любой из этих пунктов может очень больно ударить в процессе реализации проекта. Поэтому учитывайте их, когда будете планировать миграцию/развёртывание своих сервисов в облаке.
Повторюсь, мы не против облаков, очень даже за, облака отлично работают в гибридной роли, для дополнения вашей основной архитектуры, для быстрого тестирования идей/прототипов, быстрого запуска тестового продукта. Но как и у любого инструмента у него есть особенности, о которых лучше знать заранее. Надеюсь это видео вам поможет.