Как стать автором
Обновить

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

Не статья для хабра, а сплошной рекламный буклет для «серьёзных дядек» в пиджаках и при галстуках.
Да, материалы в нашем блоге в том числе и для тех читателей, которых вы называете «серьезными дядьками»… )
слова красивые, но где цифры?
Мы описали предлагаемый нами сценарий, шаги по подготовке и выполнению миграции, основанные на существующем опыте. А цифры рождаются уже в конкретных кейсах клиентов…
так и привели бы цифры исходя из опыта, мол вот такой кейс, такие цифры, получилось выгодно; а в другом кейсе не получилось…
Потом кто-то неправильно накатывает конфиг, и прибалтийское облако вообще никак, а в амазон можно только постучаться.
После недавнего глобального шухера, когда несколько суток жили на локальных копиях списков клиентов, начальство решило наоборот из облаков уйти.
Не так что бы очень сильно дороже, зато 3 перебитых оптики в квартале, не оставят без данных о клиентах.
Использование облачных сервисов — это избавление от значительной части собственной ИТ-инфраструктуры, сокращение затрат на ее администрирование и обслуживание, гибкость и способность справляться с пиковыми нагрузками.

— забыли в самом начале указать «иногда».

Иногда (при некоторых сценариях) это действительно имеет смысл, но зачастую целесообразно иметь свою инфраструктуру.
Облако, для серьезного использования — это очень дорого, в первую очередь.

Что такое «серьезное использование»? В моем случае это: ГАРАНТИРОВАННЫЙ доступ 24\7 с ГАРАНТИРОВАННЫМ устранением недоступности в течении не более 15 минут, опять таки 24/7. Гарантированное хранение информации не менее 10 лет, с доступом в любой момент времени. Гарантированное увеличение обьёма хранения до 500 мегабайт в день. Гарантированная скорость записи и чтения хотя бы по 100 мегабайт\сек. Защита от несанкционированного доступа, опять таки ГАРАНТРОВАННАЯ.
Стоит это всё… МНОГО.

Для чего — для городского госпиталя и отделения интенсивной терапии. Где надо успеть посмотреть графические PDF истории болезни за то время пока идёт подготовка к операции. А PDF эти весят не мало.

Вкусив прелестей работы с облаками, госпиталя начинают возвращать собственные локальные дата-центры. По цене сопоставимо, зато кабель не перерубят, да и дозвонится не проблема.

Мне возразят, что многие облака удволетворяют моим требованиям за вполне разумные деньги. На что я возражу что я не видел в общедоступных пользовательтельских соглашениях слова ГАРАНТИРУЕТ. Обещает приложить все усилия — видел.
Есть огромная разница между формулировкой «Вам будет предоставлен доступ к Вышим данным 24\7» и «Вам гарантированно будет предоставлен доступ к Вышим данным 24\7». Вторая формулировка может стоить на 1-2 порядка дороже.
Естественно катастрофоустойчивая система с гарантированными показателями надежности и доступности стоит не дешево. И это не зависит от того где она реализуется. Чтобы обеспечить такой же уровень надежности и доступности, которые может реализовать облачный провайдер на своей инфраструктуре, у себя on-premise (а здесь я имею ввиду 2а виртуальных DC, построенных на полностью отказоустойчивых решениях и размещенных в 2х территориально разнесенных ЦОД уровня Tier3, с правильно проработанной схемой сетевого взаимодействия — резервными каналами, доступом Интернет и пр.) потребуется намного больше затрат как с точки зрения стоимости самого оборудования подобного класса, так и с точки зрения дальнейшего обслуживания всех этих систем.
Маленький нюанс. Колесо истории уже прошло пик облачных сервисов.
В наше время когда вычислительные мощности среднего смартфона превосходят сервера Пентагона начала века снова на подходе распределенные вычислительные системы и распределенные базы данных.
Если присмотреться, то даже видно людей и компании которые в это вкладываются.
А облачные сервисы это уже обычный предмет, без особого поклонения и пиетета.
Кому нужно берет и пользуется, кому нет — и сто лет не надо.
И такой рекламой его не заманишь
Уже реально виден не слабый поток клюнувших на красивую обертку и идущих обратно в теплые ламповые локальные сети.
Не соглашусь с вами про снижение. Цифры говорят как раз об обратном… Только пара примеров навскидку:

Показатели сегментов рынка публичных облачных сервисов, данные Gartner

image

Сегменты облачного рынка и рост в них, данные Synergy Research Group

image

И Россия повторяет все эти тренды, лишь с отставанием в несколько лет.
Соглашусь, время пика прошло. Те, кто кто сейчас заманивает в облака, пытаются догнать ушедший поезд. И основные денги уже сострижены. Остались крошки, за которые идёт битва титанов (это такие большие как бы чайники).

А картинка из будущего, видимо. Уже есть данные за 22 год. Представлять ПРОГНОЗ в виде обоснования…

Облако как резерв — да, как возможность нарастить мощности под пиковые нагрузки — да, как основные мощности — нет, спасибо. Глобально рынок, может, и растет, только вот у нас тут свои особенности есть вроде РКН, способного грохнуть бизнес в один момент. Выше верно написали про гарантии — их нет, а там, где есть, стоимость выходит совсем другая.

И вот совсем свежая аналитика подошла ;)

В 2018 г. российский рынок облачных услуг показал рост на 24,8%, превзойдя ожидания аналитиков, которые предсказывали 20,7%…

источник: www.cnews.ru/news/top/2019-08-06_rossijskij_rynok_oblakov_vyros_na_chetvert
К сожалению это всего лишь показывает, что решения по миграции в облако принимают не инженеры.
Из той статьи не совсем понятно, какие именно услуги выросли в какой пропорции. А то офис365 и другие подобные веб приложения — это тоже облачные услуги, интерес поиграться где-то с большими данными, не покупая сразу собственное железо, понятен, но сколько в том росте именно миграции существующей инфраструктуры?
О, как… Хочу спросить — а миграция в росийские облака? В плане — ВСЯ информация лежит на територии России? А вдруг это не миграция, а отложенная эмиграция.
Хочет пройтись по вашим так называемым преймуществам:
Экономическая эффективность При сравнении одинаковых попугаев в облаке и на земле из расчета на несколько лет, облако всегда будет дороже. Это очень логично, ведь должны же облачные провайдеры на чем-то зарабатывать.
Непрерывность бизнеса Возьмем для примера SLA Microsoft и AWS. Они немного отличаются, но в целом сходятся в том, что только при падении SLA ниже 95% мне будет возвращены деньги. Во первых нигде нет обратных штрафов, а вто вторых SLA 95% это 72 минуты в месяц и как на зло, где-то посреди дня. Объясняй потом как такая супер надежная система лежала. Вводя штрафы получаем больший ценник. Для полноценности непрерывности сервисов приходится арендовать мощности еще в парочке облаков от разных провайдеров, которые хостятся в разных точках мира. В этом случае получаем космические цены на стоимость решения.
Сохранность данных и Безопасность.Каким образом облако стало синонимом безопасности? Вы отменили резервное копирование и правило 3х бекапов. Или из-за того что все ушли в облако не надо теперь настраивать файерволы на серверах и сегментировать сети, ставить антивирусы, DLP, IPS, SIEM и подобные вещи. Вирусы шифровальщики одинаково хорошо работают как на земле так и в облаках и шифруют все что видят и до чего дотянутся. Недавно тут была статья, как на облаке яндекс позатерли виртуалки
Надежность и производительность. Очень страно как система, в которую добавили еще несколько точек отказа (провайдер и оборудование, через которые я стучусь к облаку; различные уровни абстракций; связи внутри облака) вдруг стала надежнее чем тоже решение, но без них.
У облаков бесспорно есть плюсы и есть кейсы в которых облака выстреливают. Но это прежде всего инструмент для достижения целей бизнесса, а не панацея. А инструмент надо выбирать исходя из задачи, а не веры в модные тренды и лапшу маркетологов
А инструмент надо выбирать исходя из задачи, а не веры в модные тренды и лапшу маркетологов" — золотые слова капитана очевидность! ;)
К сожалению не все это понимают. Сейчас много «хайповых» вещей которые суют куда надо и не надо.
Арендуем железки, все почти устраивает. Захотелось нам удобных виртуалок как в облаке, и решили может просто использовать публичные облака, ведь цены то говорят «доступные». Взял один наш проект: 5-7k запросов в секунду на бэкенд. Статика на CDN, ее не учитываем. Посчитал во сколько это обойдётся, получилось 12 кратное увеличение затрат в сравнении с арендованным железом. Не очень понятно как это бизнесу продать, сказать что там надёжней? А если текущая SLA на железе полностью устраивает? Для бизнеса это выглядит как: а давайте платить в 12 раз больше, чем сейчас. Да и проектов таких ещё несколько, а ещё неизвестно во сколько базы с нагрузкой в 50k запросов в секунду там обойдутся. Многие скажут, что можно сократить админов, засчет облаков, но это неправда, в облаках для админов не меньше работы чем на железе, ci/cd, infrastructure as code, мониторинг, и т. д никуда не денутся, и с такими расценками, можно ещё с десяток админов нанять и это будет дешевле чем в облаке.
Никто не утверждает, что Облака это панацея от всего и всегда является самым выгодным решением поставленной бизнесом задачи. Если у вас достаточно компетенций, чтобы поддерживать парк оборудования и систем на нем, и надежный партнер, который дает оборудование в аренду, которое удовлетворяет как техническим требованиям так и SLA — это здорово. Вопрос в том, что делать когда он перестанет по тем или иным параметрам не удовлетворять. И тогда придется либо менять поставщика, либо совершенствовать свою архитектуру на арендуемом оборудовании (опять же скорее всего с заменой/докупкой новых мощностей). А касательно цены на Облако — уверен что наше предложение при одних и тех же данных на входе и конечного желаемого результата не будет в 12 раз дороже.
И по людям тоже прокомментирую — в том то и дело, что вместо того чтобы содержать в штате сотрудников, которые занимаются администрированием серверов, СХД, сети — вы можете сосредоточится на «админах», которые нужны для работы core бизнеса, а не поддержания парка оборудования.
И по людям тоже прокомментирую — в том то и дело, что вместо того чтобы содержать в штате сотрудников, которые занимаются администрированием серверов, СХД, сети — вы можете сосредоточится на «админах», которые нужны для работы core бизнеса, а не поддержания парка оборудования.

Но ведь это не так, основная нагрузка на админов это как-раз поддержка infrastructure as code, ci/cd, деплоя. И в облаке это все остается, и не сильно легче, а на поддержку оборудования, как раз и отвечает поставщик, единственное что требуется, это мониторить в том числе и железо и создавать во время тикеты (и это минимальная нагрузка на админов).

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

А касательно цены на Облако — уверен что наше предложение при одних и тех же данных на входе и конечного желаемого результата не будет в 12 раз дороже.

А давайте посчитаем, правда я не нашел возможности у вас это сделать. Нет ни калькуляторов цен, ни какого-то прайса. Например на вашу услугу «DF Cloud On Demand» (как я понял это виртуалки как EC2) не нашел расценок. Это кстати очень плохо, на мой взгляд, мало того, что если мигрировать в облака, то хочется конечно использовать проверенные решения AWS, Google cloud, Azure или как минимум с OpenStack совместимым API, но даже если рассматриваем другие варианты и не можем банально сравнить во сколько это обойдется (для этого потребуется совершать доп. действия звонить или писать), то этот вариант скорей всего просто не будет рассмотрен.
Я не уверен, что Ваш ответ адресован мне, но про звонки никто больше не писал. Видимо Вы невнимательно прочитали, но я наоборот писал, о том, что мне удобно посмотреть цены на сайте, а не кому-то звонить, а если приходится кому-то звонить, чтобы выяснить цены, то вероятнее туда просто я не буду звонить. Также я не уверен, что у них нет цен на сайте (возможно я просто плохо искал).
Не вам, удалил.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории