Миграция кастомных решений

с SharePoint On Premise

SharePoint, Premise

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

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

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

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

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

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

Если с выносом функционала корпоративного хранилища и организацией совместной работы можно справиться через подбор и инсталляцию уже имеющихся на рынке инструментов, в том числе и отечественных, то с миграцией кастомных решений всё гораздо сложнее.
МИГРАЦИЯ РЕШЕНИЙ С SHAREPOINT

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

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


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


Таким образом, нужно найти новую платформу для существующих решений, чтобы перенос решений в неё был наиболее выгоден в части бюджета и сроков миграции и последующей поддержки.
ПЛАТФОРМА ДЛЯ СЕРВИСОВ

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


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

Переносить же сервисы выгоднее на .net, т.к. основной объем кода может переехать без изменений (на практике до 90%) и останется только переключить приложения на использование новых базовых сервисов взамен используемых ранее в SharePoint.

Аналогичного подхода следует придерживаться и для переноса экранных форм, будь то серверный рендеринг или клиентский (для серверного Microsoft предлагает механизмы портирования, клиентский переносится практически без изменений).
Контакты
Мы ценим каждого клиента и гордимся тем, что 60% клиентов возвращаются к нам снова.
Наш офис на карте
Форма заявки
Мы всегда ищем следующий отличный проект.
+7 (473) 239-87-67
+7 (495) 215-02-30
© 2006-2024 СДЦ. Все права защищены
Политика конфединциальности
© ООО «СДЦ». Все права защищены