Поскольку облака сейчас важны для достижения сквозной цифровой трансформации, в этом материале дадим рекомендациями по миграции компаний в облака.
Переход в облачную инфраструктуру позволяет компаниям сэкономить деньги и упрощает жизнь большим командам. Однако без детального плана, квалифицированной команды и учета рисков, миграция может обойтись слишком дорого, долго или вообще не состояться.
Зачем компаниям переходить на облачную инфраструктуру
Миграция может быть разной, например, переезд в публичное облако, в собственное частное облако, в облако к глобальному провайдеру, можно создавать гибридное облако или мигрировать с одной на другую облачную платформу.
Среди этого самое главное помнить, что этапы перехода в облако типичны, а вот сама миграция будет отличаться от компании к компании. На это влияет размер организации, ее имеющаяся ИТ-инфраструктура, причины и цели, которые нужно достичь этим переходом.
Наибольшее преимущество облако дает крупному или развитому среднему бизнесу. Что касается малых компаний, они могут ограничиться использованием публичных облаков от Google или Amazon, которых им будет достаточно для работы. Поэтому в этом материале мы будем рассматривать миграцию к облаку на примере крупных проектов и фирм.
Обычно для миграции используется модель IaaS, она способна удовлетворить большинство потребностей: от миграции приложений до перемещения целых центров обработки данных. Начнем именно с преимуществ, среди которых:
- Простота и быстрота доступа к корпоративным IT-сервисам. Например, почта, CRM, 1С, специализированный софт для профессиональной работы или SharePoint (это набор веб-приложений для организации совместной работы).
- Уменьшение затрат на ИТ-инфраструктуру. У крупных компаний часто многофилиальная структура. Типичным процессом работы с филиалом была настройка интернета, внутреннего телефона, покупка ноутбука, настройка всех систем, его отправка в другой город. В процесс вовлечены внутренние рабочие и внешние подрядчики. Поэтому удобнее и дешевле работать через облачный сервис, даже позволяющий использовать концепцию bring your own device. Разовая настройка и новый член команды может сразу работать.
- Уменьшение затрат путём планирования. $1 сегодня – это не $1 через месяц. Компаниям выгоднее вложить средства и получить прибыль, чем сразу вкладывать в CAPEX. Уже имея определенное количество оборудования компания может быть ограничена в запуске новых проектов. К примеру, в развертывании почтовой системы раздельно. Это влечет за собой много денег, покупку серверов, сервиса, дополнительных лицензий. В облаке, например, администратор всегда знает, сколько лицензионных программ у него задействовано сейчас. Это позволяет планировать и покупать именно то количество лицензий и ресурсов, которое необходимо, не тратя деньги на непривлеченные ресурсы.
- Централизация и сохранность. В облаке администрирования и управления практически находится в одном месте. Поэтому логично, что уровень безопасности выше. Ведь легче проследить за одной комнатой, чем охранять 16 разных комнат в разных городах. Также можно сэкономить на мониторинговых системах и специальном программном обеспечении для шифрования и защиты данных. Компания всегда знает, где ее данные, в каком они состоянии, куда они пошли и как вернулись. Это гораздо проще для внутренних служб безопасности, которые, например, проводят расследование при возможных утечках конфиденциальной информации.
В общем, облако – это эластичность инфраструктуры. Компания может ее сужать или расширять в зависимости от потребностей. В стационарном оборудовании компания всегда заперта.
Как просчитать затраты на переход
Иногда у директора мягко говоря шок, когда ему приносят счет на несколько сотен тысяч. Потом еще по несколько десятков тысяч доносят ежемесячно, потому что что-то забыли. Чтобы не возникало подобных ситуаций, при переходе на облако требуется детальная планировка.
Есть такое понятие как total cost of ownership, помогающее составить бюджет. Это общая стоимость владения инфраструктуры, которая считается достаточно просто — капитальные затраты плюс операционные расходы на определенный период.
Когда компания начинает планировать использование собственного приватного облака, нужно произвести инвентаризацию всего, что у нее есть: каждый девайс и сервис. Это позволит понять, что из всего этого можно использовать для построения собственного облака или переезда к провайдеру.
Далее нужно решить, что еще стоит докупить и модернизировать еще одна статья расходов, которую нужно учесть. Возможно, этим будет заниматься собственная команда или системный интегратор, оплату которых также следует включить. Еще одна большая статья – лицензированное программное обеспечение. А еще – сервисы для виртуализации.
То есть основные затраты идут на материальную часть, модернизацию уже имеющегося и программное обеспечение. В дальнейшем также появятся затраты на системы защиты и поддержки и обслуживания всего.
Бывает и такое, что выгоднее строить свое облако. Есть кейсы, в которых стоимость ежемесячной аренды облака достигала около $150 000. И из расчета капитальных затрат на 3 года компании было удобнее строить собственное облако.
Сколько времени занимает переход в облако
По собственному опыту только этап планирования может длиться до 3 месяцев, все зависит от размера и сложности ИТ.
У компаний есть несколько путей перехода, но самый распространенный – постепенное перемещение систем в течение 1-6 месяцев. Не у всех организаций есть возможность, например, сосредоточить внимание своей ИТ-команды исключительно на переезде. Но если и есть, то это может занимать 30-50 дней, в которые бизнес не может полноценно уделять внимание своей типичной работе.
С привлечением внешних подрядчиков (системных интеграторов или провайдеров) этот процесс можно ускорить и удешевить, поскольку команды уже «набили шишек» и имеют нужную экспертизу.
Отдельный время затратный этап – тестовая миграция, во время которой анализируют работу в облаке, не останавливая основную деятельность. Когда все аттестовано, команда переключается на новые ресурсы и уже отслеживает корректность работы всех систем.
Какие риски существуют при миграции в облако
Здесь три основных темы: бюджетирование, безопасность и долгосрочное планирование. О бюджетировании мы говорили выше. Что касается безопасности, то это не менее важный момент в сотрудничестве как провайдера и компании, так и при построении собственного облака. В первом варианте провайдер отвечает за безопасность доступа к оборудованию, целостность и хранение данных и бекапирование. Поэтому защита данных или каналов связи (если последнее не предоставляется стороне провайдера) остается на компании.
Еще один риск – вовремя не документировать информационный аудит. Это дополнительные часы работы, но в будущем может снять большинство вопросов «почему так» и «где находится».
Иногда проблемой для компаний, обеспечивающих миграцию, может быть инфраструктура внутри компании-заказчика. Например, устаревший Windows 2003 или собственноручно написанные программы. Это также следует учесть, чтобы избежать проблем при миграции.
И еще одно – чувствительная информация, сохранение которой в своем дата-центре может быть более оправдано.
Какие бывают вызовы для команды
Если компания доросла до перехода в облако, то обычно в ней уже есть люди, имеющие базовую или высокую квалификацию в этой теме. Если таких людей нет — это не критично, однако следует быть готовыми к поиску таких специалистов.
Иногда бывают проблемы, например изменение платформы виртуализации. Нужно будет приучить людей к другой системе, на это нужно время и усилия. Однако эта проблема не так распространена, и вряд ли создаст серьезные трудности.
Что в результате
При переходе в облако компания получает более безопасную и удобную среду для работы. Если учесть все риски, предупредить команду, проконсультироваться с подрядчиками и составить детальный бюджет, этот процесс будет проще, чем кажется.
Сам по себе переход не является чем-то трудным. Однако он требует квалифицированного подхода и анализа.
Для миграции в облако обращайтесь [email protected]