Комментарии 37
А как насчёт отсутствия вендор-лока?
Частные облака можно же сделать достаточно вендоронезависимыми? На OpenStack + opensource?
Частное облако - это такая прослоечка. Поверх серверов натягивают management layer, который даёт API для запуска. Но ресурсы-то ровно те же самые (минус оверхед от control plane'а).
То есть в рамках консолидации серверов разных отделов - оно отлично работает (объедки с десятка отделов ещё 2-3 отдела на себя могут принять).
Весь этот платформенный "опенсорц" в энтерпрайзе в итоге выходит боком. Допустим некий Вася вам его настроил и запилил занедорого. А потом Вася ушёл. И Вам надо срочно искать уже узких спецов, которые нынче поголовно зациклены на девопс, аджайл и вендекапец. И стоить они будут в итоге на окладе дороже, чем Васина маленькая премия в прошлом + поддержка корп. решений по подписке в перспективе. Ну и не факт, что эти девопсеры Васино решение не развалят наглухо в процессе.
Да, обычно, чем дальше от вендора и ближе к вендоронезависимости, тем больше зависимости от человеческого фактора. Но без виртуализации уже мало кто развивается в стандартном ИТ? А от виртуализации до облака рукой подать же? В далеком 2010-м у меня там были лабы и песочницы, а в 2012-м уже сидели конструкторы и 1С-ники + все пользователи офиса на терминальных серверах. А в 2014 я полностью перешел в облако: на Hyper-V и VMware. А сейчас еще openstack и opnenebula + несколько песочниц в Azure и AWS/ :Очень тяжко их бросать, но придется(
легкий, надежный и очень дорогой способ
Необязательно дорогой. Если нагрузка сильно прыгает - может оказаться не дороже, чем развертывать избыточные мощности своими силами. Другой вопрос что это немногим актуально. А ещё что есть шанс остаться без облака, как показали недавние события.
А как же локальные облака (внутри страны, региона...), частное облако на собственной инфраструктуре?
А если не прыгает? Или прыгает, но база достаточно высокая, чтобы сожрать всё и вся?
Т.е. надо построить эластичное хранилище? Если не секрет, БД на на какой СУБД? Есть несколько решений. Выбор решения зависит от архитектуры приложения и используемой СУБД.
Почему обязательно хранилище? Допустим, нужна пачка нод для эфира. Или, допустим, производство на котором идёт управление промышленными системами.
Или нейроночки обучаются.
Бизнесы разные, задачи разные. Времена, когда бизнес - это был AD + СУБД + принтеры по офису был пиком индустрии, давно закончились.
Вам очень повезло, что для Вас закончились :) Для нас эта боль только усилилась. Офисники теперь 50/50 сидят дома - вот тут какая безопасность? И как печатать? На самом деле 90% глубинного ИТ не изменилось совсем! Увы(( Я же не зря писал: "типовые задачи из интервью". Так что ваши задачи с одной стороны - наше замечательное будущее, с другой стороны "слюнки текут" по такой интересной работе)) А пока вы автоматизируете свои экскаваторы и автопилоты, нам только лопаты дали... С доле шутки))
Эфир - это для майнинга или медиа?
Про edg computing для пром.автоматизации / АСУТП / MES / SCADA тоже сейчас мечтаем, хочется запустить такой проект, чтобы у оборудования крутились системы контроля, управления и сбора данных, а в облаке производилась высокоуровневая обработка, аналитика и проактивный мониторинг. Я хочу, чтобы мои насосы ремонтировались только во время плановых остановок и профилактик, чтобы я мог прогнозировать износ подшипников заранее, например, по тенденции изменения температуры подшипника, прогнозируя его выход из строя (это простой пример, но реальный, например, для гидравлических систем электростанций). Для примера: на АЭС более 15 000 дискретных и 5 000 аналоговых параметров - вот их проактивный мониторинг и есть суперзадача. На заводе по производству молочных продуктов и современном курятнике параметров на порядок меньше, но задачи те же - быстро собрать данные, проанализировать в автоматическом и автоматизированном режиме, возможно передать данные в другие системы для анализа и дополнительной обработки. У оборудования находятся контроллеры / edge computing, а в облаке системы высокоуровневого мониторинга, аналитики, архивирования и т.п. Вот это вполне близкая мне история и проекты. С этого и началось мое облако - с модернизации систем на industrial sql для молочного завода))
Облака? Вы же наверняка используете виртуализацию? Виртуализация + платформа управления/оркестратор - уже практически = облако? Частное облако на OpenStack, не? :)
Как показала практика, облако - это API. А чем там провизится с обратной стороны - это всё фигня. При этом API никто не использует, все используют инструменты, и интеграция с ними решает. Есть модули для TF/ansible - облако. Нет - фигня на палочке.
Интересный взгляд)) Но я с Вами согласен - для "полномасштабных" разработчиков интеграция с облаком / мультиоблако и гибридные решения - необходимая "проза жизни" / имеет очень важное значение. Но 50, нет 100500 оттенков облака и ИТ говорят о том, что большинству API нафиг не нужен)) Сразу оговорюсь, я активно использую API и curl, но большинство коллег просто знают о его существовании))
Вывод о том, что арендованное облако это в итоге дешевле, не подкрепляется расчетами. Утверждение , что Cloud WVD/VDI это удешевление - на большинстве типовых масштабов - ошибочное. Исходная ситуация, что уже есть в наличии из ресурсов и сколько стоит их поддержание в production state, вообще из расчета выпадает. Как в итоге получили вывод - непонятно.
Мораль: упрощать вредно. Можно получить результат, который существенно дороже и не получить "лёгкой управляемости". На сегодня путь остается один: Гибриды. И считаем TCO по каждой задаче. Обязательно учитывая требования к её доступности.
Согласен и не согласен одновременно)) Но спасибо за уточнения. У меня есть и терминальные серверы, и фермы. У товарища VDI - в его случае при количестве пользователей 2500 юзеров и 5 админах - получается экономия, особенно с учетом автоматизации и гибких политик безопасности. В моем - 150 пользователей сидят на RDS. Да, конечно, даже слоны бывают разные, а уж инфраструктуры и ИС могут отличаться, как небо и земля.
А как Вы считаете TCO?
получается экономия, особенно с учетом автоматизации и гибких политик безопасности
Экономия на чем? На управлении инфраструктурой клиентского доступа? Так к рабочим столам или сеансам на терминальной ферме надо ещё с чего-то подключаться, а на тонких рабочих местах много не сэкономишь. И при таком количестве рабочих мест без нормального SCCM (MEM) или его аналогов явно не обошлось. Так что количество админов первой линии сильно различаться не будет.
А как Вы считаете TCO?
Так же как и все. ФОТ, лицензии, аренда, цена контрактов на поддержку оборудования и на его плановое обновление, электричество, сервисные контакты....
Да, 1-я линия в связи с пандемией только выросла, а вот 2-я и 3-я сократились Я уточню у коллеги. Основное для него преимущество - сократилось время решения многих задач. Все автоматизировано до предела. Они стремятся к показателю 1 точно недешевый админ на 1000-2000 пользователей. Для него самые важные метрики - время решения и безопасность, а ФОТ на 3-м месте, но тоже сильно давит, особенно текучка (хороших спецов постоянно хантят конкуренты).
Кроме ФОТа у вас что еще дорожает? Есть тенденция роста TCO?
Я бы все-таки добавил метрику "человеко-сервис" учитывающую общее количество предоставляемых ИТ-сервисов и их пользователей. Просто затраты на одно рабочее место так себе показатель.
Про аутсорс (а перенос сервисов в облако, по сути его разновидность) - если считаете, что риски уменьшения степени влияния на управление ИТ-сервисами не перевешивают стоимость самостоятельного владения и управления, можно что угодно отдать на сторону (не только ИТ).
.
Да, верно, спасибо! Надо подумать над этой метрикой и добавить в обсуждение.
Есть ещё один аспект, который стоит учитывать на перспективу. Переиспользование выведенного из production среды оборудования на тестовые среды и, возможно, под пиковые нагрузки - получаете практически бесплатный буфер без лишних затрат.
При расчетах TCO на 3-5 лет и уже при средней по размеру инфраструктуре этот фактор начинает сказываться.
В статье нет самого главного - экономики.
Хотя бы два простейших варианта - уже есть инфраструктура. Инфраструктуры нет (новый бизнес или новая задача). Для поимера на тех базовых задачах, которые Вы прописали.
И да - в феврале месяце многие остались без этих самых облаков.
Конечно, какие то задачи проще разместить в облаке. А по регионам нужно еще учитывать последнюю милю, и не везде можно нормальный резервный канал обеспечить - а это очень важно.
Да, спасибо, ценное замечание. Стоит привести пример экономики. Он есть у меня)
Облака, если частные или локальные, разве можно отключить зарубежными руками?
Будет интересно. Смотря ведь где эти облака развернуты :) Вообще, мой директор говорит - "Вещью владеет тот, кто может ее уничтожить" Чья цитата - не знаю, но суть верна.
Да, вот "владеть" - это же ментально в наших головах = "надежно". А тут задача = что важнее, стоимость, скорость внедрения изменений и эластичность или "собственное", значит, максимально под моим контролем и, кажется, = максимально надежно и безопасно? Сейчас владеть становится невыгодно. В конце XIX-го века электростанции были в основном частными, а сейчас такое - редкость. Централизованное производство электричества позволило решить массу проблем - эффективность, себестоимость, обслуживание, обновление (апгрейд), модернизация и т.п.: Как рождались электростанции
Как Вам "централизованное производство ИТ" / "сверхнадежная ИТ"? С долей шутки, разумеется :)
Я тут как раз набросал пятничную шутку про "владение", "собственность" и альтернативы, но не успел ее опубликовать :)
----------------------------
Вонючая частная собственность vs sharing economy
—-
Чтобы не было недопонимания — это я завёл кота, кот мой, жена кота вообще не хотела, потому что с детства травмирована кошкой со сложным характером.
Так что кот - это моя прелесть!
Собственно, когда я его забирал, жена по телефону сказала, что рада, что я наконец нашёл себе близкого по интеллекту друга, но играть, гладить, кормить и убирать говно это все на мне, потому что это ты, Миша, хотел кота.
Результат: кот приходит к жене, чтобы она его гладила, спит рядом с ней, при случае обнимает и урчит.
Когда я его беру на руки, терпит две секунды и уходит.
Но поскольку это мой кот, говно и еда на мне.
Короче, я на своей, простите, шкуре в очередной раз испытал, что концепция частной собственности порочна, а привязанности приносят только страдания, иногда довольно вонючие.
После 24 февраля SaaS облака превратились в тыкву. Основывать длительные планы и стратегии на столь ненадежной (не в техническом плане) основе - надо быть очень наивным CIO.
Облачные сервисы IaaS в нормальном датацентре - вполне рассматриваемы, т.к. возможен перенос на свое железо в случае необходимости.
Ну не все же SaaS превратились в тыкву? :) Я до сих пор ими пользуюсь. Да, гемора с оплатой появилось много, но решается. Кроме того, отечественные / локальные сервисы работают и даже скидки дают, не все цены задирают))
Но Вы правы, IaaS - стал одним из самых востребованных. Я бы даже сказал XaaS - там и PaaS, DaaS, SaaS…1СaaS, SECaaS… все-как-сервис. Основные причины - недостаточно или медленно едет железо, непонятно, сколько надо будет его завтра, CAPEX = высокие риски, что будет с бизнесом завтра…
Ну не все же SaaS превратились в тыкву? :)
Оптимизм, это хорошо, но пока более-менее стабильно работает и развивается из внутренних поставщиков только МТС-Cloud, у остальных уже появляются проблемы, и не только с железом. Совершенно непонятно, как долго они смогут продержаться. IaaS на своём частном облаке как-то надёжнее выглядит.
Всегда нравились графики снижения расходов на 1 рабочее место, при этом обычно этот график делают только на текущий год, а на следующие 3-5 как-то не удосуживаются.
Задачи ИТ-директора (CIO). Почему облачные сервисы — лёгкий и надежный способ решить сложные задачи ИТ и бизнеса?