7.2 Целевая архитектура ГИСП

Для реализации целевого состояния ГИСП технологическая архитектура ГИСП будет трансформирована. По результатам сопоставления особенностей, присущих каждому из типовых архитектурных стилей, их слабых и сильных черт в различных условиях применения, с условиями и требованиями, определяемыми как исходя из диагностированного состояния ГИСП, так и на основании целевого видения ГИСП, в качестве основного архитектурного стиля дальнейшего развития ГИСП рассматривается микросервисная архитектура (MSA).

Переход к разработке сервисов и приложений на базе нового архитектурного стиля требует обновления технологического обеспечения всего жизненного цикла приложений. Ниже представлены возможные пути трансформации технической архитектуры ГИСП к микросервисной модели.

Организация:

микросервисы разрабатываются мультидисциплинарной командой численностью в среднем от трех до шести человек;

мультидисциплинарность означает наличие или совмещение компетенций UI, Middleware и API, data analytics, SME и т.д. в зависимости от необходимости компетенций в рассматриваемых проблемной областях и технологиях;

в организации может быть несколько таких команд в зависимости от объема работ;

каждая команда работает по полному жизненному циклу продукта: от разработки идеи до сопровождения;

команда может одновременно иметь в работе несколько микросервисов, как новых, так и обновляемых;

возможна передача пакета микросервисов на сопровождение другим командам;

как правило, каждая из команд разработки микросервисов отвечает и за сборку продукта на основе микросервисов, но за это может отвечать и выделенная команда;

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

Технология и платформа разработки, развертывания, сопровождения:

DevOps или ее расширение DevSecOps (development, security and operations).

Технологическая платформа:

Docker, K8s, Java или Python и др.

Центр разработки, развертывания и сопровождения:

разработка и сопровождение разрабатываемых сервисов в новой архитектуре ГИСП будет осуществляться сторонними организациями по заказу;

развертывание на серверах центров обработки данных внешних провайдеров ГИСП потенциально в рамках Государственной единой облачной платформы (ГЕОП).

Сценарий перехода к новому архитектурному стилю:

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

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

Наилучший эффект от использования микросервисного подхода к построению архитектуры ГИСП может быть достигнут в среде гибридных облачных вычислений.

В результате перемещения ГИСП в гибридную облачную среду обеспечивается соответствие следующим параметрам:

безопасность и соответствие нормативным требованиям: резервирование скрытых за универсальным шлюзом безопасности ресурсов частного облака для конфиденциальных данных и высокорегулируемых рабочих нагрузок и использование более экономичных ресурсов публичного облака для менее чувствительных рабочих нагрузок и данных;

масштабируемость и устойчивость: использование облачных вычислительных ресурсов и облачного хранилища данных для быстрого автоматического недорогого масштабирования в ответ на незапланированные всплески трафика без ущерба для рабочих нагрузок частного облака;

быстрое внедрение новых технологий: внедрение или переход на новейшие решения Software as a Service (SaaS) и даже интеграция этих решений в существующие приложения без подготовки новой локальной инфраструктуры;

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

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

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

Для федерального государственного автономного учреждения "Российский фонд технологического развития" как организации, которой передана часть функций оператора ГИСП, гибридная среда вычислений может означать следующее:

часть информационных систем может быть размещена на серверах арендуемого центра данных в общей и в аттестованной зоне;

оператор арендуемого центра данных может в каждой из зон организовать частные облака ГИСП, тем самым предоставив оператору ГИСП возможность самообслуживания и администрирования своих систем (частное облако);

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