Крупный российский бизнес не поддержал новую парадигму развития Microsoft по перенесу автоматизированных корпоративных систем в облака вендора, которая активно продвигалась начиная с второй половины 2010-х годов, с физическим хранением данных за рубежом. Закономерно увидев в этом существенные риски, которые и осуществились в настоящее время, компании предпочли сохранить контроль над своими данными и инфраструктурой.

С момента отказа вендором от поддержки SharePoint On Premise, использующие его компании оказались в сложном положении. Повсеместно возникли потребности скорейшего переноса существующих сервисов с SharePoint на какую-то другую платформу. Накопились задачи по модернизации решений, миграции данных, ролевых моделей и всего, что хранилось и использовалось в рамках SharePoint.

Пути решения

SharePoint On Premise — это мощный инструмент, который позволял решать множество задач:

• строить корпоративные хранилища данных с удобным, быстрым и гибким поиском;
• организовывать совместную работу через узлы подразделений;
• создавать совместные рабочие пространства с библиотеками и списками;
• предоставлять редактор html-страниц;
• использовать SharePoint как платформу для кастомных решений.

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

Миграция решений из SharePoint

Основная сложность в миграции решений вызвана повсеместным использованием ими встроенного функционала SharePoint:

• аутентификации и авторизации;
• хранения данных в списках и библиотеках (фактически в базах данных SQL Server);
• библиотеки UI-компонентов для отрисовки экранных форм;
• бизнес-процессов;
• сервисов поиска и множества других системных служб (управляемых метаданных, подсистемы логирования и учета активности пользователей, системы резервного копирования и восстановления, системы управления серверами и службами и т.п.).

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

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

Миграция в контейнерную среду

Контейнеризация сервисов с использованием современных технологий, таких как Kubernetes, становится всё более популярным решением для компаний, которые стремятся обеспечить гибкость, масштабируемость и отказоустойчивость своих систем. Миграция из SharePoint в контейнерную среду требует тщательного планирования и координации, но при правильной реализации она открывает широкие возможности для оптимизации бизнес-процессов.

Основные этапы миграции включают

1. Анализ текущих решений на SharePoint

• Инвентаризация существующих сервисов, данных и ролевых моделей.
• Определение критических зависимостей от встроенных функций SharePoint (аутентификация, хранение данных, бизнес-процессы и т.п.).

2. Подготовка контейнерной инфраструктуры

• Развертывание кластера Kubernetes или другой платформы для управления контейнерами.
• Настройка шины обмена сообщениями между сервисами.
• Определение политик развертывания и функционирования контейнеров.

3. Миграция данных и сервисов

• Перенос данных из списков и библиотек SharePoint в новые хранилища (например, базы данных PostgreSQL, MongoDB или другие).
• Адаптация бизнес-процессов под возможности контейнерной среды.
• Постепенный перенос экранных форм и пользовательских интерфейсов с использованием современных технологий (React, Angular и др.).

4. Тестирование и оптимизация

• Проверка работоспособности всех перенесенных сервисов.
• Тестирование производительности и отказоустойчивости системы.
• Оптимизация процессов для максимальной эффективности.

5. Обучение и внедрение

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

Преимущества миграции в контейнерную среду включают:

• Гибкость: возможность масштабировать сервисы и адаптировать их под меняющиеся потребности бизнеса.
• Независимость от платформы: отсутствие привязки к конкретному языку программирования или технологии (можно использовать .NET, Java, Python и другие).
• Высокая доступность: контейнерная архитектура обеспечивает отказоустойчивость и минимальное время простоя.
• Модульность: упрощённое управление отдельными компонентами системы без влияния на остальные части.

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

Миграция в Битрикс24

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

Основные этапы миграции включают

1. Анализ текущих решений на SharePoint

• Инвентаризация существующих сервисов, данных и ролевых моделей.
• Определение критических зависимостей от встроенных функций SharePoint (аутентификация, хранение данных, бизнес-процессы и т.п.).

2. Подготовка инфраструктуры Битрикс24

• Настройка рабочих групп и ролевых моделей.
• Создание структуры каталогов для хранения данных.
• Интеграция с существующими системами учета и CRM.

3. Миграция данных

• Перенос файлов, документов и метаданных.
• Адаптация бизнес-процессов под возможности Битрикс 24.
• Тестирование работоспособности и производительности.

4. Обучение пользователей

• Проведение тренингов и создание документации.
• Поддержка пользователей на этапе перехода.

Преимущества миграции в Битрикс 24 включают наличие готовых решений для совместной работы, CRM, документооборота и автоматизации бизнес-процессов. Однако стоит учитывать, что некоторые уникальные кастомные решения SharePoint могут потребовать значительной переработки.

Миграция в ELMA 365

Elma 365 — это еще одна популярная отечественная платформа, которая предлагает широкие возможности для автоматизации бизнес-процессов и управления данными. Миграция из SharePoint в Elma 365 может быть особенно выгодной для компаний, которые стремятся минимизировать зависимости от зарубежных решений и использовать гибкие инструменты настройки.

Основные шаги миграции включают

1. Анализ текущих процессов

• Оценка функциональности существующих решений на SharePoint.
• Выявление критических точек интеграции и зависимостей.

2. Настройка ELMA 365

• Создание структуры данных и процессов в соответствии с требованиями компании.
• Интеграция с внешними системами, такими как ERP, CRM и другие.

3. Миграция данных

• Перенос списков, библиотек и метаданных.
• Адаптация бизнес-процессов под возможности Elma 365.
• Проверка целостности данных и их доступности для пользователей.

4. Обучение и внедрение

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

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

Стратегические рекомендации

1. Кастомные сервисы — выбирайте если:

• Есть экспертиза в DevOps и разработке.
• Требуется полный контроль над данными и интеграциями.
• Готовы инвестировать в долгосрочную поддержку.

2. ELMA 365 — оптимален для:

• Предприятий, которые хотят сохранить 70-80% функционала SharePoint.
• Сценариев с жёсткими требованиями к безопасности и аудиту.
• Быстрого внедрения типовых процессов (например, управление закупками).

3. Битрикс24 — подходит, если:

• Бюджет ограничен, а ключевые задачи — коммуникации и простые workflow.
• Нет ресурсов на поддержку кастомных решений.

4. Гибридный подход:

• Мигрируйте часть процессов в Элма365, а уникальные сервисы разработайте на контейнерах.
• Используйте ESB (например, Apache Kafka) для интеграции платформ.