Миграция в облака

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



    Можно найти немало кейсов, в том числе и российских, демонстрирующих успешную миграцию ИТ-инфраструктуры в облако провайдера. Компании используют облако в качестве дополнительной площадки для некритичных сервисов, как среду разработки и тестирования ПО (PaaS), либо полностью переносят ИТ-инфраструктуру в облако (по модели IaaS).

    Сценарии использования облаков становятся все сложнее, компании все чаще переносят в них критичные системы и сервисы. На облачную платформу нередко переезжают организации с сезонными всплесками активности, либо те, кто ожидает быстрого роста клиентской базы. Это помогает им справляться с пиковыми нагрузками и масштабировать используемые ресурсы. Также в облака мигрируют территориально распределенные компании (например, крупные торговые сети) с собственным ЦОД, крупные компании, которым трудно управлять своим разросшимся ИТ-парком, либо компании сегмента SMB, где ресурсов недостаточно для покупки и содержания серверов и СХД. А начинающим компаниям и новым направлениям бизнеса аренда мощностей ИТ позволяет быстро стартовать.

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

    С другой стороны, при работе и российскими облачными провайдерами и дата-центрами на территории России меньше санкционных и иных рисков (вспомним проблемы с доступом к облачным сервисам при попытках Роскомнадзора заблокировать мессенджер Telegram), ниже сетевая задержка, меньше проблем с соблюдением нормативных требований безопасности и хранения персональных данных, да и условия могут быть более гибкими.

    Бизнес в облаках


    По данным отчета Flexera «Облачные решения: текущее состояние» (Rightscale 2019 State of the Cloud Report from Flexera), 94% респондентов уже используют то или иное облачное решение, а затраты компаний на облачные технологии продолжают быстро расти. Их планируемые расходы на публичные облака в 2019 году на 24% превышают показатели 2018 года. В среднем 38% рабочей нагрузки приходится у респондентов на публичные облака, а 41% относится к частным. В малом и среднем бизнесе пропорция иная: 43% — публичные облака, 35% — частные.

    Отделы ИТ в компаниях и на предприятиях фокусируются на управлении облачными ресурсами и оптимизации расходов на облачные технологии. 66% предприятий уже имеют выделенную группу специалистов по облачным технологиям, либо центр компетенций и передового опыта. 21% компаний планирует его организовать. Приоритетным в деятельности отделов ИТ считается оптимизация затрат и грамотное управление облачными ресурсами (68%), подготовка аргументации и принятие решений о том, какие приложения и в каких облачных средах использовать (62%), продумывание и настройка политик для облачных приложений (59%).

    По прогнозу Oracle, в ближайшие десять лет в облака будут перенесены до 80% бизнес-приложений, туда же мигрируют практически все корпоративные данные, в облачной среде будет выполняться вся разработка и тестирование приложений.

    Как попасть в облако?


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

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

    1. Выбор облачного провайдера

    Миграция в облако предполагает перемещение данных, настроек, сервисов и приложений с локальной площадки компании или организации в виртуальный ЦОД облачного провайдера. Занимает такая миграция обычно несколько дней. Серьезная задача — выбор поставщика услуг – облачного провайдера, соответствующего всем требованиям проекта миграции.

    2. Инвентаризация ИТ-инфраструктуры

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

    3. Список для переезда

    Если многие современные бизнес-приложения изначально спроектированы для работы в облачной инфраструктуре, то с унаследованным софтом все непросто. Может потребоваться реинжиниринг таких систем и их качественный аудит. Нужно составить детальный список переносимых в облака сервисов, связанных с ними информационных систем и необходимых для них вычислительных, сетевых ресурсов и ресурсов хранения. Короче говоря, нужен точный перечень всего, что должно переехать в облако.
     
    Для этого потребуется разобраться в том, какой процесс и для чего нужен, сколько ресурсов он потребляет, каковы требования к безопасности, после чего можно определить, что именно следует выносить в облако.

    Принимая решение об использовании облаков, компании часто задаются вопросом, насколько безопасно переносить корпоративные данные в облако. Хотя современные облачные сервисы характеризует достаточно высокий уровень безопасности, не стоит «выносить» в облако все подряд, это может быть сопряжено с серьезными рисками для бизнеса.  

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

    4. Выбор инструментов миграции

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

    Между тем вендоры постоянно работают над расширением возможностей миграции приложений и баз данных между ЦОД клиента и облаком, стараются обеспечить сосуществование облачных и локальных приложений/данных и их миграцию между площадкой заказчика и облаком «одним кликом». Например, у Oracle нагрузку действительно уже можно легко переносить между площадкой заказчика и облаком. 

    Инструмент VMware vCloud Extender позволяет объединять облака и переносить ВМ в облако, используя интуитивно понятный графический интерфейс. Для конвертации физического сервера в виртуальную машину и ее переноса в облако провайдера можно воспользоваться утилитой VMware vCenter Converter. При этом основной сервер продолжает работу. Другой вариант – создание образов физических дисков, их преобразование в формат виртуальных дисков и перенос в облако провайдера, в виртуальную среду. Еще один метод «естественного» переезда — резервное копирование и восстановление на новой площадке.

    5. Обеспечение сетевой связности

    Отдельный вопрос – обеспечение сетевого взаимодействия ИТ-инфраструктуры клиента и облачной платформы провайдера, то есть сетевой связности. Он решается совместными усилиями провайдера и клиента. Каналы связи должны гарантировать доступ пользователей к облаку. Для этого может потребоваться принять во внимание маршрутизацию, адресацию, пропускную способность и надежность каналов связи, а также информационную безопасность (например, необходимость в VPN), горизонтальную (увеличение числа ВМ) и вертикальную (наращивание мощности конкретной ВМ) масштабируемость облака.
     
    6. Составление детального плана миграции

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

    В плане миграции нужно определить показатели RTO (время простоя) и RPO (величина потери данных) и способы их минимизации. Обновлять и модифицировать приложения лучше до переноса, иначе сложно будет выявить источник проблем. Карты зависимостей приложений поможет проработать механизмы корректного переноса в облако. Четкий план миграции также прописывает процедуры переноса данных. 

    7. Тестовая миграция 

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

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

    До начала тестовой миграции полезно определить требования к работоспособности и доступности облачного сервиса. 


    Полезные советы


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

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

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

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

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

    Сценарии и варианты реализации


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


    Облачные провайдеры, системные интеграторы, владеющие собственными виртуализированными ЦОД, предлагают услуги по предоставлению безопасной и производительной ИТ-инфраструктуры, развернутой в их облаке. При необходимости клиент может получить в свое распоряжение выделенный и полностью готовый к работе виртуальный центр обработки данных (ВЦОД). 

    В зависимости от потребностей и бизнес-задач клиента такой ЦОД включает  вычислительные ресурсы (виртуальные процессоры, виртуальная оперативная память), ресурсы для хранения информации (виртуальное дисковое пространство с заявленной производительностью), сетевую инфраструктуру, систему управления и мониторинга, а также различное другое программное обеспечение: операционная система, СУБД, приложения, специализированные продукты для анализа больших данных, виртуальные маршрутизаторы, средства самоуправления, сервисы резервного копирования, репликации, информационной безопасности и др. 


    Для доступа к информационным системам в облаке используются интернет, каналы L2 и L3 VPN, ГОСТ VPN, либо аренда оптического волокна. 

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

    Его можно использовать как платформу для систем или бизнес приложений с фиксированными требованиями к производительности (например, виртуальные АТС, 1С), либо как платформу для систем и приложений, которым не нужна высокая производительность (тестовые среды и среды разработки). 

    Облако может снять с вам непрофильные ИТ-задачи, позволяя сосредоточиться на своем бизнесе. Все задачи по поддержке и обслуживанию ИТ-инфраструктуры берет на себя специализированная компания. Она обеспечивает прописанные в договоре параметры SLA, быстрый отклик бизнес-приложений, высокий уровень информационной безопасности, предлагает профессиональные услуги и сервисы

    Преимущества облачной среды давно известны:
    Экономическая эффективность
    Отсутствие капитальных затрат и оптимизация операционных, оплата за фактически использованные ресурсы.
    Непрерывность бизнеса
    Высокий уровень доступности сервиса, непрерывность критичных ИТ-процессов.
    Быстрое внедрение и модернизация
    Полностью готовый к работе сервис предоставляется в течение одного рабочего дня, внедрение новых систем в зависимости от сложности занимает несколько часов.
    Безопасность
    Эффективные средства защиты информации, круглосуточный мониторинг, быстрая реакция на инциденты, защита конфиденциальных данных от утечек.
    Сохранность данных
    Возможность восстановить данные определенной давности в случае их удаления в офисе.
    Надежность и производительность
    Современные промышленные решения ведущих мировых вендоров.   

    На успех перехода в облако влияет зрелость бизнес-процессов в компании, наличие стратегии ее развития и готовность руководства к переменам. Конечно, каждый такой проект индивидуален, требования заказчиков разнообразны, возможны разные сценарии. Кроме того, далеко не все организации владеют подобными компетенциями, поэтому нужен грамотный партнёр, обладающий соответствующим опытом.
    IBS DataFort
    65,14
    Профессиональные облачные сервисы
    Поделиться публикацией

    Похожие публикации

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

      +1
      Не статья для хабра, а сплошной рекламный буклет для «серьёзных дядек» в пиджаках и при галстуках.
        0
        Да, материалы в нашем блоге в том числе и для тех читателей, которых вы называете «серьезными дядьками»… )
          0
          не туда(
        0
        слова красивые, но где цифры?
          0
          Мы описали предлагаемый нами сценарий, шаги по подготовке и выполнению миграции, основанные на существующем опыте. А цифры рождаются уже в конкретных кейсах клиентов…
            0
            так и привели бы цифры исходя из опыта, мол вот такой кейс, такие цифры, получилось выгодно; а в другом кейсе не получилось…
          0
          Вот мои комментарии из предыдущих похожих обсуждений:

          habr.com/ru/company/activecloudru/blog/415483/#comment_18832225
          habr.com/ru/company/technoserv/blog/416913/#comment_18876067
            +1
            Потом кто-то неправильно накатывает конфиг, и прибалтийское облако вообще никак, а в амазон можно только постучаться.
            После недавнего глобального шухера, когда несколько суток жили на локальных копиях списков клиентов, начальство решило наоборот из облаков уйти.
            Не так что бы очень сильно дороже, зато 3 перебитых оптики в квартале, не оставят без данных о клиентах.
              +1
              Использование облачных сервисов — это избавление от значительной части собственной ИТ-инфраструктуры, сокращение затрат на ее администрирование и обслуживание, гибкость и способность справляться с пиковыми нагрузками.

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

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

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

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

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

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

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

                    image

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

                    image

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

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

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

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

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

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

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

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

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

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

                                      0
                                      Я не уверен, что Ваш ответ адресован мне, но про звонки никто больше не писал. Видимо Вы невнимательно прочитали, но я наоборот писал, о том, что мне удобно посмотреть цены на сайте, а не кому-то звонить, а если приходится кому-то звонить, чтобы выяснить цены, то вероятнее туда просто я не буду звонить. Также я не уверен, что у них нет цен на сайте (возможно я просто плохо искал).
                                0
                                Не вам, удалил.

                                Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                Самое читаемое