20 марта 2024 года крупные зарубежные провайдеры Amazon и Microsoft приостановили работу облачных хранилищ в России, а начиная с 11 июля 2024 Autodesk начал блокировку российских IP для доступа к своим сервисам. Эти события поставило российские компании перед необходимостью срочно искать замену привычным сервисам. В данной статье мы подробно рассмотрим все этапы этого процесса, от выбора провайдера до миграции данных и последующего обучения сотрудников. Особое внимание будет уделено строительной отрасли, которая также столкнулась с данной проблемой.
Текущая ситуация и вызовы
Прекращение работы зарубежных облачных провайдеров
Приостановка работы облачных хранилищ Amazon и Microsoft стала серьезной проблемой для российского бизнеса. По данным Statista, в IV квартале 2023 года Amazon занимала 31% глобального рынка облачных решений, а Microsoft — 24%. Множество компаний, включая строительные, продолжали использовать их сервисы, несмотря на риски. Внезапное прекращение их работы привело к необходимости срочно искать альтернативные решения.
Autodesk, разработчик систем автоматизированного проектирования (САПР), прекратил предоставлять доступ к своим продуктам для российских пользователей. Среди пострадавших оказались многие крупные игроки рынка.
Влияние на строительную отрасль
В строительной отрасли, как и в других секторах, активно использовались облачные решения Autodesk, Microsoft и Amazon, такие как BIM360, Power BI и Dynamics CRM. Прекращение их работы означало замораживание многих процессов, срочную миграцию данных и обучение сотрудников новому софту. Для строительных компаний это особенно критично, так как большинство проектов требует строгого соблюдения сроков и постоянного доступа к актуальной информации.
Ключевые критерии выбора отечественного провайдера
Безопасность
Миграция в облако связана с рисками утечки данных. Чтобы минимизировать эти риски, необходимо выбирать компании, которые входят в реестр хостинг-провайдеров Роскомнадзора, аттестованы по 152-ФЗ и имеют документально закрепленное соглашение об уровне услуг (SLA). Обратите внимание на содержание SLA: предпочтение следует отдавать компаниям, предоставляющим высокий уровень финансовой ответственности и доступность инфраструктуры не ниже 99,982%. Также полезно убедиться, что вендор выполняет требования 187-ФЗ, а инфраструктура облака аттестована в соответствии с законом о безопасности критической инфраструктуры первой категории значимости.
Уровень отказоустойчивости дата-центра
Для оценки отказоустойчивости дата-центра используется классификация Tier от Uptime Institute. Выбирайте уровень отказоустойчивости не ниже Tier III. Также рекомендуется запросить у вендора дополнительную информацию о ЦОД: площадь машинных залов, IT-мощность, особенности системы энергоснабжения.
Срок тестового периода
Оптимально выбрать вендора, готового предоставить длительный тестовый период для оценки качества услуг. Это позволит вам убедиться в надежности и функциональности предложенного решения до заключения долгосрочного контракта.
Экспертиза вендора
Изучите кейсы других клиентов и репутацию компании на рынке. Надежный вендор должен обладать опытом предоставления облачных сервисов и положительными отзывами от клиентов.
Качество техподдержки
Проверьте скорость реагирования специалистов на запросы, чтобы избежать задержек при возникновении проблем. Качество техподдержки может существенно повлиять на успешность и эффективность миграции.
Услуги по администрированию инфраструктуры
Определите, будете ли вы обслуживать инфраструктуру самостоятельно или это сделает провайдер. В зависимости от вашего выбора, вам могут потребоваться квалифицированные сотрудники для работы с инфраструктурой.
Этапы перехода на новое облачное хранилище
Анализ требований
Перед началом миграции необходимо определить требования к облачной инфраструктуре, включая объем данных, необходимую производительность, безопасность и другие параметры. Это поможет выбрать оптимальное решение и избежать проблем в процессе перехода.
Выбор провайдера
Проанализируйте предложения различных провайдеров и выберите наиболее подходящий вариант. Учтите все ключевые критерии, описанные выше, чтобы сделать осознанный выбор.
Миграция данных
Процесс миграции данных можно разделить на несколько этапов:
- Подготовка данных. Проведите анализ текущих данных, составьте таблицу с информацией о местах их хранения и объеме.
- План миграции. Составьте детальный план миграции, включая инструменты и методы, которые будут использоваться.
- Тестовая миграция. Проведите тестовую миграцию, чтобы убедиться в корректной работе инструментов и доступности данных после переноса.
- Финальная миграция. Осуществите миграцию в соответствии с планом и используйте только проверенные инструменты.
Тестирование и оптимизация
После миграции проведите тестирование системы для проверки работоспособности и оптимизации настроек. Это поможет выявить и устранить возможные проблемы на ранних этапах.
Обучение сотрудников
Разработайте план поддержки и обучения сотрудников для работы с новым ПО. Объясните им ценность нового решения и помогите освоить ключевые компетенции.
Российские облачные сервисы
Среди российских провайдеров можно рассмотреть следующие:
- ProCloud
- Softline
- Timeweb Cloud
- CloudMTS
- LanCloud
- Айтеко.Cloud
- Nubes
- Maxiplace
Также популярны такие решения, как Cloud.ru, Yandex Cloud, Mail.ru Cloud Solutions, облако «1С» от Selectel, «P7-Офис», «МойОфис», VK WorkSpace.
Оценка качества провайдеров
В 2023 году «Хайтек» оценил качество и надежность российских облачных сервисов, выделив ведущих провайдеров в среднем ценовом сегменте. В рейтинге учитывались такие критерии, как число тарифов, срок тестового периода, заявленный уровень качества работы (SLA), типы процессоров, которые использует провайдер.
Организация миграции данных
Определение целей и задач миграции
От того, насколько подробно вы пропишете ожидания, зависит реализация проекта. Важно выбрать ответственного сотрудника, который будет управлять процессом, понимать его ценность и разбираться в деталях.
Анализ текущих данных
В самом простом случае компания использует единую базу данных, но в крупных проектах ситуация сложнее. Могут быть несколько разных систем управления базами данных (СУБД), key-value хранилища, серверы для поиска, файловые и документные хранилища, серверы кэширования. Информацию о данных и местах хранения полезно внести в единую таблицу: перечислите, какие данные хранятся в системе, названия СУБД, пути к файлам, примерный размер данных, как часто они обновляются, насколько они критичны для системы, когда проходят бэкапы. Укажите, можете ли вы потерять данные, — это допустимо, например, если данные в одной СУБД читаются на основе данных из второй СУБД. В таком случае первый набор можно восстановить из второго.
Составление плана миграции
Начните с ранжирования источников данных по значимости. Затем для каждого источника подготовьте инструменты миграции: инструментарий может быть простым или сложным, но в любом случае он должен быть задокументирован.
Изучение предложений вендоров
Определите пул наиболее важных для вашей компании критериев, запросите коммерческие предложения и пообщайтесь с вендорами. Задайте вопросы об особенностях сотрудничества, возможностях настройки сервисов под ваши нужды и обеспечении безопасности данных.
Проведение тестовой миграции
Убедитесь, что инструменты работают корректно и данные после теста доступны: базы работают, файлы открываются, записи загружаются. Перемещение файлов кажется простой операцией, но на самом деле нужно проверять качество работы скриптов и настроек.
Иногда есть смысл какое-то время хранить данные и в облаке, и локально. И только после того, как вы убедитесь в стабильной работе на площадке провайдера, можно будет отключить локальную копию.
Финальная миграция
Осуществляйте миграцию в строгом соответствии с планом и используйте только те инструменты, которые опробовали. После завершения миграции установите системы мониторинга для отслеживания производительности в облаке.
Обучение сотрудников
Продуманный план поддержки и обучения поможет избежать трудностей и ошибок. Объясните сотрудникам ценность нового ПО и помогите освоить ключевые компетенции. Обучение должно быть системным, охватывающим все аспекты работы с новым облачным решением.
Примеры успешных переходов на отечественные облачные решения
Кейс компании VESNA
Управляющий директор по информационным технологиям компании VESNA Илья Горшков поделился опытом перехода на отечественные облачные решения. Процесс состоял из следующих этапов:
- Анализ требований. Были определены объем данных, необходимая производительность, требования к безопасности и другие параметры.
- Выбор провайдера. Провели анализ предложений различных провайдеров и выбрали наиболее подходящий вариант.
- Миграция данных. Провели тестовые миграции данных и изучили планы развития продукта.
- Тестирование и оптимизация. Проверили работоспособность системы и оптимизировали настройки после миграции.
Кейс компании «СК Строй»
Компания «СК Строй» также столкнулась с необходимостью перехода на отечественные облачные решения. Основные этапы процесса включали:
- Определение целей и задач миграции. Были подробно прописаны ожидания и выбран ответственный за процесс сотрудник.
- Анализ текущих данных. Составлена таблица с информацией о местах хранения данных и их объеме.
- Составление плана миграции. Ранжированы источники данных по значимости и подготовлены инструменты миграции.
- Изучение предложений вендоров. Запрошены коммерческие предложения и проведены переговоры с вендорами.
- Проведение тестовой миграции. Убедились в корректной работе инструментов и доступности данных после теста.
- Финальная миграция. Миграция выполнена в строгом соответствии с планом.
- Обучение сотрудников. Разработан и внедрен план поддержки и обучения сотрудников для работы с новым ПО.
Переход на отечественные облачные решения требует тщательной подготовки и планирования. Следуя приведенным рекомендациям, компании строительной отрасли смогут обеспечить бесперебойную работу и безопасность данных в новых условиях. Важно уделить внимание каждому этапу процесса, от выбора провайдера до обучения сотрудников, чтобы минимизировать риски и обеспечить плавный переход.
Резюме
- Анализ требований. Определите объем данных, производительность и требования к безопасности.
- Выбор провайдера. Проанализируйте предложения различных провайдеров и выберите наиболее подходящий вариант.
- Миграция данных. Подготовьте данные, составьте план миграции и проведите тестовую миграцию.
- Тестирование и оптимизация. Проведите тестирование системы и оптимизируйте настройки после миграции.
- Обучение сотрудников. Разработайте план поддержки и обучения сотрудников для работы с новым ПО.
Следуя этим рекомендациям, вы сможете успешно перейти на отечественные облачные решения, обеспечив надежность и безопасность ваших данных.
Рекомендуем также ознакомится с перечнем российского ПО для BIM/ТИМ