С 1 января 2016 года заработает единый реестр российского ПО. Постановление правительства № 1236 закрепило правила: госзаказчики обязаны обосновывать закупку иностранного софта, если в реестре есть отечественный аналог нужного класса. Для рынка заказной разработки это не формальность, а смена правил игры. Ниже – три направления, по которым 2016 год изменит работу корпоративных и государственных команд.

Реестр ПО: что делать заказчику и разработчику

Реестр – это не запрет на импорт, а презумпция в пользу российского. Заказчик из госсектора, выбирая зарубежный продукт, теперь готовит письменное обоснование, а контролёры его проверяют. Практический вывод простой: закладывайте проверку реестра в техзадание ещё на этапе проектирования. Если класс системы – ERP, СЭД, СУБД – представлен в реестре, согласование иностранного аналога затянет закупку на месяцы.

Для нас как интегратора это означает рост спроса на заказные решения, которые изначально попадают в реестр или строятся на включённых в него компонентах. Здесь сходятся две линии – импортозамещение и требования по локализации персональных данных. Система, которая хранит данные граждан на серверах в РФ и собрана из реестрового ПО, проходит обе проверки сразу. Разумнее закладывать оба требования в архитектуру корпоративной информационной системы сразу, чтобы потом не переписывать её под регуляторику задним числом.

Оркестрация и микросервисы выходят за пределы стартапов

Два года назад контейнеры были темой для докладов на конференциях. В 2016-м они становятся рабочим инструментом корпоративных команд. Docker дозрел до продакшена, а вокруг оркестрации идёт борьба стандартов: Kubernetes набрал обороты за полтора года после релиза, Docker представил Swarm, в энтерпрайзе держится Mesos. Победитель пока не очевиден, но направление ясно – ручное управление десятками сервисов уходит в прошлое.

Микросервисы перестают быть модным словом и превращаются в способ дробить большие системы на части, которые можно разрабатывать и обновлять независимо. Для госзаказа это удобно: модуль документооборота можно заменить, не трогая модуль отчётности. Но цена входа реальна – распределённая система требует зрелого мониторинга, трассировки и дисциплины в API. Прежде чем дробить монолит, оцените, готова ли команда эксплуатировать то, что получится.

Без зрелого CI/CD микросервисы не взлетят

Десять сервисов вместо одного монолита означают десять конвейеров сборки, тестов и выкладки. Вручную это не тянется. Поэтому переход на микросервисы упирается не в код, а в инженерную культуру – автоматические тесты, воспроизводимые сборки, выкатка без простоя. Мы разбирали это подробно в обзоре зрелости CI/CD: команды, которые не закрыли базовый уровень автоматизации, на микросервисах только умножают хаос.

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

Вывод

2016 год задаёт корпоративной разработке три вектора: реестр ПО делает импортозамещение обязательным расчётом, оркестрация переводит контейнеры в продакшен, а микросервисы требуют зрелого CI/CD как предусловия. Эти линии не противоречат друг другу – они складываются в одну стратегию: строить системы на отечественном стеке, с локализацией данных и автоматизированной доставкой. Подробнее об уходящем годе – в нашем обзоре итогов 2015-го.