В 2021 году объем торгов невзаимозаменяемыми токенами (NFT) превысил 13 млрд долл., увелившись  почти в 400 раз по сравнению с 2020 годом (33 млн долл.). 88% торгового объема NFT в текущем году обеспечил маркетплейс OpenSea.

OpenSea — один из крупнейших NFT-маркетплейсов, который позволяет создавать собственные невзаимозаменяемые токены и продавать их. Торговая площадка была основана в 2017 году.

Один из крупнейших и старейших в мире аукционных домов Sotheby's, который был основан в 1744 году, в 2021 году выручил от продаж NFT-токенов 100 млн долл. При этом около 78% участников торгов по NFT впервые пользовались Sotheby's, а более чем половине участников таких торгов еще не исполнилось 40 лет.

В 2021 году индустрия криптовалют привлекла венчурные инвестиции в размере 30 млрд долл. Это больше, чем было вложено за все годы существования сектора. Ранее рекордным считался 2018 год, за который криптоиндустрия получила около 8 млрд долл. инвестиций.

Издательство «Открытые системы» провело в декабре конференцию «Инфраструктура цифрового предприятия — 2021», в которой приняли участие более двух сотен специалистов, работающих в области создания, эксплуатации и модернизации инфраструктуры, обеспечивающей эффективную поддержку ИТ-сервисов и ИТ-сред предприятий, а также управление ими.

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

«В условиях постоянных рыночных изменений организации пытаются диверсифицировать продуктовые портфели и стараются переходить к более устойчивым бизнес-моделям. Чтобы превратиться в цифровые предприятия, создающие цифровые продукты и полностью цифровые услуги или предлагающие традиционные продукты и услуги посредством цифровых средств, необходимы фундаментальные изменения», — заявил Михаил Козлов, сооснователь Российской ассоциации облачных профессионалов.

Михаил Козлов: «Цифровая трансформация требует фундаментальных изменений организаций для превращения в цифровые предприятия, создающие цифровые продукты и услуги или предлагающие традиционные продукты посредством цифровых средств»

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

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

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

Фундаментом ИТ-инфраструктуры являются программные и аппаратные компоненты, определяющие ее эффективность и функциональность. Важное место среди них занимают средства виртуализации и программно-конфигурируемые системы хранения данных.

Компания «Росплатформа» предлагает программные продукты «Р-Виртуализация» и «Р-Хранилище», которые включены в единый реестр российского программного обеспечения и сертифицированы ФСТЭК (см. также ««Инфраструктура 2018»: Фундамент цифрового предприятия» , «Computerworld Россия», 13.08.2018).

Сергей Члек: «В условиях импортозамещения гиперконвергентные платформы, полностью построенные на российских компонентах, становятся жизненной необходимостью для государственных организаций»

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

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

В «Росплатформе» большую часть внедрений своего ПО видят на новых серверах отечественного производства. Готовым российским решением является программно-аппаратный комплекс «Скала-Р».

Самым масштабным на сегодняшний день стало внедрение продуктов «Росплатформы» в Едином государственном реестре записей актов гражданского состояния, кластеры которого размещены в двух центрах обработки данных ФНС, где ежедневно работают до 8 тыс. виртуальных машин.

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

Среди них — массивы VSP, содержащие гибридные и флеш-системы среднего уровня, системы среднего уровня нового поколения и линейка устройств корпоративного класса. Бородин подчеркнул, что для всех перечисленных решений используется единое программное обеспечение администрирования, мониторинга, автоматизации и управления. Платформы позволяют поддерживать критически важные приложения, задачи аналитической обработки данных, гибридные и частные облака. Осенью завершилось формирование линейки VSP — в частности, за счет возможности массивов VSP E работать с NVMe-накопителями.

Кроме того, в октябре в Hitachi Vantara обновили флагманскую корпоративную платформу хранения VSP 5000, выпустив модели 5200 и 5600. Производительность модели 5400 составляет 33 млн операций ввода-вывода в секунду. Столь высокая пропускная способность существенно упрощает консолидацию приложений на одной платформе. Диапазон масштабирования нового оборудования — от двухконтроллерных систем до массивов с 12 контроллерами.

По словам Бородина, Hitachi Vantara также предлагает конвергентные и гиперконвергентные решения на основе собственных серверов и партнерского программного обеспечения.

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

«Отечественная индустрия ЦОДов достигла определенной зрелости. Еще 10 лет назад этот рынок формировали стартапы, а теперь происходит его топологическая и экономическая структуризация, подкрепляемая бурным ростом отрасли», — отметил Игорь Дорофеев, президент Ассоциации участников отрасли ЦОД.

По его словам, между дата-центрами формируются горизонтальные и вертикальные связи, а диапазон центров варьируется от мини- и микроЦОДов до крупных центров операторов и госструктур.

В Ассоциации ожидают выхода на рынок новых игроков, развития и усиления облачных инфраструктур, а также отмечают желание ряда компаний создавать собственные дата-центры при развитии бизнеса. Кроме того, наблюдается рост роли ЦОДов как обеспечивающего уровня в высокорентабельных цифровых проектах.

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

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

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

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

Логичным завершением конференции стал круглый стол, в дискуссиях которого обсуждались такие вопросы, как возможное отставание ИТ-инфраструктуры от потребностей выпуска цифровых продуктов, появление в составе ИТ-инфраструктуры платформ данных и приложений, архитектурные особенности инфраструктуры для новых сервисов (подробнее о круглом столе см. в статье «Профессионалы о трансформации и инфраструктуре», Computerworld Россия).

Издательство «Открытые системы» провело конференцию «Инфраструктура цифрового предприятия — 2021» (см. также статьи «Инфраструктурный фундамент цифровой трансформации» и «'Инфраструктура цифрового предприятия — 2021': про облака и не только», Computerworld Россия). Ее логичным завершением стал круглый стол, в дискуссиях которого обсуждались такие вопросы, как возможное отставание ИТ-инфраструктуры от потребностей выпуска цифровых продуктов, появление в составе ИТ-инфраструктуры платформ данных и приложений, архитектурные особенности инфраструктуры для новых сервисов. Модерировал круглый стол Михаил Козлов, сооснователь Российской ассоциации облачных профессионалов.

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

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

Алексей Шарапов, глава DevOps компании «Ак Барс Цифровые Технологии», считает, что, наряду с крупными российскими компаниями, создавшими свои собственные облака, которые у всех на слуху, организации меньшего масштаба тоже заинтересованы в использовании облачных технологий. Однако таким компаниям важно понять, насколько хорошо они способны учесть все подводные камни при реализации проектов и оценить время развертывания новых решений.

«Оценка целесообразности внедрения облаков заключается в умении правильно определить сроки и бюджет. Накопленный опыт позволяет сделать это, сравнить возможности частных, публичных и гибридных решений», — полагает Владимир Беляевский, заместитель директора центра ИТ-инфраструктуры компании «Инфосистемы Джет».

«Если у предприятия появляется облачный провайдер, то, как правило, это свидетельствует о цифровой трансформации. Однако регуляторные запреты и требования безопасности способны существенно ограничить использование внешней облачной инфраструктуры», — утверждает Антон Салов, руководитель по стратегии IoT и промышленной автоматизации в МТС. При разработке и развертывании собственных решений необходимо учитывать и затраты на привлечение нужных для этого специалистов. «К примеру, из-за пандемии стоимость услуг специалистов по DevOps или OpenStack достигла очень высоких значений», — подчеркнул Салов. Он считает, что при наличии соответствующих навыков, ресурсов и времени платформы, входящие в состав инфраструктуры, можно собирать из компонентов с открытым кодом — хотя бы для внутреннего применения. Выводить же все это в качестве сервиса на рынок — намного более сложная задача.

«Технологии и сервисы появляются в компаниях не только для ускорения разработок и внедрений и для сокращения времени вывода на рынок продуктов. Еще один важный фактор — возможность заинтересовать специалистов, дефицит которых остро чувствуется на рынке, предоставить им возможность работать с новейшими средствами и без излишней бюрократии», — уверен Шарапов. С ним полностью согласен Беляевский, поскольку его опыт разработок вместе с заказчиками ИТ-стратегий свидетельствует о том, что немаловажной частью проектов становится привлечение «цифровых талантов».

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

«Отставание ИТ-инфраструктуры от постоянно растущих требований бизнеса было всегда. Главное — иметь возможность оперативно уменьшить разрыв и предоставить средства для его сокращения», — резюмировал Беляевский.

Цифровизации способствуют в том числе формирование побуждающих мотивов и наличие необходимых возможностей. «Цифровая трансформация определяется зоной комфорта компании. Если конкуренты делают то, чего не может она, тогда и появляются стимулы модернизировать инфраструктуру и создавать цифровые продукты», — уверен Сергей Члек, управляющий директор компании «Росплатформа».

Каковы новые веяния в построении цифровой инфраструктуры? Как выбирать провайдеров облачных решений? Как минимизировать риски, выбирая тот или иной подход к построению корпоративных ИТ-платформ? Ответить на эти вопросы постарались участники конференции «Инфраструктура цифрового предприятия — 2021», организованной издательством «Открытые системы». Она собрала почти три сотни профессионалов в управлении ИТ-инфраструктурой и их бизнес-партнеров, представляющих разные отрасли и сферы деятельности.

«Облака создавать научились, теперь было бы неплохо научиться их эффективно применять на предприятиях», — заявил Антон Салов, руководитель по стратегии IoT/IIoT МТС. По его словам, сейчас наблюдается заметное смещение спроса на периферийные вычисления (edge computing). Эта ИТ-архитектура приходит на смену публичным облакам с появлением современных сценариев их использования — бизнес-критичных систем на базе Интернета вещей и приложений виртуальной и дополненной реальности. Такая концепция предполагает расширение существующего облака и вынос его более мелких компонентов на границы сети, что облегчает управление конечными устройствами.

Роман Гоц: «Мы хотим не просто рассчитывать стоимость серверов с заданными характеристиками, а получать от заказчика бизнес-задачу, понимать, какие проблемы должны быть решены»

У всех крупных игроков облачного рынка есть идеи (и даже готовые продукты) по реализации переноса ряда сервисов ближе к заказчику — по созданию так называемых облачков-клаудлетов (cloudlet), использование которых позволяет выполнять недоступные ранее сценарии. Особый интерес к такому подходу проявляют гиперскейлеры: для них это возможность усилить позиции на крупных рынках вроде российского.

Как отметил Роман Гоц, директор департамента больших данных и безопасности Atos, мы находимся только в начале информационной революции, но последствия уже заметны. Компаниям важно мгновенно реагировать на возникающие перемены, и это требует внесения изменений в их инфраструктуру. Например, переход от видеонаблюдения к персонализированной видеоаналитике обеспечивает рост рынка систем периферийных вычислений на 32% в год. А по данным Gartner, к 2025 году 90% данных уже будут анализироваться вне ЦОДов. Именно такая тенденция заставляет Atos обращать пристальное внимание на решения для периферийных вычислений.

«Мы хотим не просто рассчитывать стоимость серверов с заданными характеристиками, а получать от заказчика бизнес-задачу, понимать, какие проблемы должны быть решены. Более широкое видение позволит нам сформировать оптимальное решение, подготовить спецификации под конкретные задачи, проработать варианты миграции, сделать систему отказоустойчивой», — подчеркнул Гоц. При этом важно идти навстречу заказчикам и предоставлять оборудование в аренду. В России все больше инноваторов, но денег у них, как правило, нет. Между тем построение озер данных и видеоаналитика зачастую актуальны именно для этой аудитории.

Не по SLA, а «по понятиям»

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

Максим Березин: «Партнерам часто приходится работать «по понятиям», за гранью SLA, и нередко смена провайдера связана именно с тем, что заказчику не помогли в трудную минуту»

Как подчеркнул Максим Березин, директор по развитию бизнеса компании «Крок Облачные сервисы», в любом серьезном проекте должны быть партнерские отношения: ведь заказчикам нужны не столько сами облачные сервисы, сколько бизнес-партнер, технический эксперт и советник. Важна работа не только в рамках SLA, который покрывает лишь 10% требований, но и с учетом бизнес-контекста. А контекст заключается в том, что сервис должен работать без сбоев.

«Партнерам часто приходится работать «по понятиям», за гранью SLA, и нередко смена провайдера связана именно с тем, что заказчику не помогли в трудную минуту», — рассказал Березин. По его словам, облачные провайдеры реально подтянулись к лидерам и по качеству, и по ценам. Однако облако — это лишь инструмент, важно собрать из него готовое решение, и именно здесь возникают основные проблемы. Можно даже сказать, что облако часто идет «прицепом», а сам запрос заключается в решении бизнес-задач — например, в увеличении скорости вывода продуктов на рынок или в повышении надежности сервисов.

Минимизировать риски

«Классический подход к построению инфраструктуры схож с водопадной моделью реализации проектов, а облачная инфраструктура имеет все признаки популярного в последнее время Agile», — провел аналогию с методами разработки Станислав Дружинин, руководитель управления эксплуатации ГСК «Югория». Однако при грамотном подходе использование облаков обходится несколько дешевле.

Станислав Дружинин: «При выборе провайдера не поленитесь посетить площадки: теорию разбитых окон никто не отменял, и пыль на стойках в ЦОДе тоже может рассказать о многом»

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

«При выборе провайдера не поленитесь посетить площадки: теорию разбитых окон никто не отменял, и пыль на стойках в ЦОДе тоже может рассказать о многом. Проведите тестирование и открытый конкурс, подумайте о том, как будете выявлять излишки потребления», — порекомендовал Дружинин. Однако еще важнее собрать обратную связь от клиентов: какие возникали проблемы, насколько быстро они решались, какую роль играл провайдер в решении проблем.

Сейчас в «Югории» минимизируют облачные риски: компания строит геораспределенный кластер и мультиоблако со вторым независимым провайдером. В перспективе планируется полный отказ от собственной инфраструктуры.

«В ходе цифровой трансформации периметр компании размывается, появляется потребность круглосуточного доступа к системам и данным. Как результат, бизнес уходит в облака — без них обойтись уже не получается», — констатировал Иван Дмитриев, директор по ИТ и безопасности холдинга TalentTech, входящего в «СеверГрупп». Полностью безопасных систем не существует, и облака — это способ разделить риски информационной безопасности, к которым можно отнести уровень устойчивости, соответствие законодательству, стоимость простоя, репутационные риски. В любом случае ИТ должны быть драйвером цифровой трансформации, а не ее тормозом.

Алексей Шарапов: «Главное — понимать, зачем вам нужен Kubernetes, потому что необходимая перестройка работы повышает нагрузку на все подразделения, и, как следствие, возрастает стоимость сервисов»

Алексей Шарапов, глава DevOps компании «Ак Барс Цифровые Технологии», рассказал о проблемах миграции на Kubernetes. Он разделил их на три группы в зависимости от вызывающих их причин: монолитные системы, неправильный инструментарий и неправильная архитектура.

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

«Главное — понимать, зачем вам нужен Kubernetes, потому что необходимая перестройка работы повышает нагрузку на все подразделения, и, как следствие, возрастает стоимость сервисов», — признал Шарапов.

Скорость и непрерывность

Главное требование к серверу, предъявляемое бизнесом, — «чтобы он работал». Но это зависит от множества факторов, в связи с чем особую важность приобретает автоматизация процессов внутри ЦОДа. Настройки сервера, управление им, устранение уязвимостей — все эти задачи можно автоматизировать. Александр Светлаков, менеджер по продуктам Hewlett Packard Enterprise в России, рассказал о решениях, которые могут повысить прозрачность управления как на уровне отдельного севера, так и на уровне всего ЦОДа. По его словам, компания отметила сильно выросший спрос на системы удаленного управления, связанный с дистанционной работой.

Такая работа существенно повлияла и на востребованность тонких клиентов, особенно с учетом резкого роста кибератак на удаленных сотрудников. «Безопасники — это наш локомотив, айтишники любят простоту поддержки, а бухгалтеры — низкую стоимость», — заявил Михаил Ушаков, генеральный директор компании «TOНK». По его мнению, сейчас важно не столько ускорять бизнес-процессы, сколько обеспечивать их безопасность. Повсеместно наблюдается рост использования виртуализации, поэтому тонкие клиенты становятся все более востребованными. Отдельную категорию пользователей тонких клиентов представляют стартапы: доступность облачных сервисов позволяет им использовать не ПК или ноутбуки, а тонкие клиенты, подключенные к виртуальным рабочим столам и необходимым сервисам.

Индустрия операционных баз данных за последнее время существенно эволюционировала. Появились новые критические требования к ним: для отказоустойчивости — возможность продолжать работу при выходе из строя сервера или даже всего ЦОДа; для масштабируемости — способность расширяться или сужаться в зависимости от нагрузки. Как отметил Олег Бондарь, руководитель технических проектов Yandex Database, в «Яндексе» разрабатывали базу данных именно в соответствии с этими критериями. Она ориентирована на использование стандартного оборудования, в ней разделяются хранение и вычисление для обеспечения масштабирования. Кроме того, это мультиарендное решение: в рамках одного кластера могут работать множество пользователей. Наконец, Yandex Database предоставляет возможность работать в режиме бессерверных вычислений.

Тарас Левчук, менеджер по развитию бизнеса VK, поделился опытом использования и планами развития in-memory-платформы Tarantool. Она применяется в высоконагруженных системах — например, используется в 80% продуктов группы VK. Показательным кейсом, демонстрирующим эффективность этой платформы, стал проект в «Газпром банке», в рамках которого требовалось ускорить работу всех внутренних систем без их перевнедрения. В результате на Tarantool был реализован «умный горячий кэш», обеспечивающий актуальность данных. Работа систем ускорилась в 50 раз, что превысило все ожидания, при этом каких-либо изменений в бизнес-системы вносить не пришлось. Обновление АБС обошлось бы гораздо дороже и длилось дольше. Кроме того, в ряде компаний Tarantool использовали в качестве платформы для комплексной обработки событий. Например, такое решение незаменимо в целевом маркетинге, где скорость реакции для формирования релевантных предложений критически важна.

***

Конференция «Инфраструктура цифрового предприятия — 2021» завершила цикл мероприятий издательства «Открытые системы» нынешнего года и прошла весьма успешно. Возможностью обменяться мнениями с коллегами и задать накопившиеся вопросы экспертам по проблемам построения, модернизации и эксплуатации инфраструктуры воспользовались как офлайн-, так и онлайн-участники мероприятия.

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

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

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

Российское правительство с 2022 года расширит перечень услуг, которые граждане и организации смогут получать на портале «Госуслуги». Сооветствующее постановление об этом подписал глава кабмина Михаил Мишустин. Через портал можно будет получить 100 новых услуг, которые раньше были доступны только на сайтах субъектов или вообще не предоставлялись в электронной форме.

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

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

«Изменения, которые проводит правительство в этой сфере, направлены на формирование простой и удобной цифровой среды, чтобы люди могли оформить почти все массовые социально значимые услуги в электронном формате», — заявил Мишустин.

14% россиян никогда не пользовались Интернетом, следует из исследования Центра исследований гражданского общества и некоммерческого сектора НИУ ВШЭ, посвященного влиянию процессов цифровизации на права человека.

Среди других выводов исследования:

• 85% от числа всех опрошенных считают, что решения по вопросам граждан должны принимать люди, а не искусственный интеллект (прежде всего — информационные системы, работающие в электронных госуслугах, на налоговых порталах и им подобные);
• 64% заявили, что опасаются за безопасность личных данных при использовании Интернета;
• 57% считают, что цифровизация образования снижает его качество, и лишь 18% — что повышает;
• 55% считают, что камеры наблюдения должны распознавать не всех граждан, а ограничиться только поиском злоумышленников и фиксацией опасных ситуаций;
• 38% предпочли бы подавать документы в госорганы в случае необходимости только в бумажном виде, 43% — в бумажном и электронном, а 17% — только через Интернет.

В целом 44% видят больше пользы от внедрения цифровых технологий, чем вреда, 20% видят только пользу, 15% — больше вреда, чем пользы, и 7% — только вред.

«Low-code — безальтернативный путь к цифровой экономике, без него обойтись не получится. Никаких программистов не хватит, чтобы отобразить изменяющийся мир в мире виртуальном, поэтому интенсивность использования платформ low-code будет только нарастать», — c таким мнением выступил Ринат Гимранов, начальник управления ИТ ПАО «Сургутнефтегаз» в рамках конференции LOW-CODE 2021, организованной издательством «Открытые системы». На самом деле low-code и no-code уже давно окружают нас в повседневной жизни, но мы просто не замечаем этого. Скажем, когда мы заводим друзей в соцсетях, ни один программист не принимает участия в этом процессе: все изменения происходят автоматически.

По словам Гимранова, айтишники своими процессами сковали бизнес-пользователей: они вынуждены писать технические требования, ждать разработку, проводить тестирование. С этими стандартными процедурами приходится мириться для получения необходимого бизнес-приложения. «Настоящий» же low-code от всего этого пользователей освобождает.

«Скорость создания бизнес-приложений в нашей компании изменилась радикально: на сегодняшний день бизнес создает новые приложения ровно со скоростью своей способности описать процессы. Больше его ничто не сдерживает», — подчеркнул Гимранов. Например, простое бизнес-приложение, собирающее сводку или обрабатывающее заявку, создается за неделю с учетом обдумывания. Традиционным способом, даже при условии максимального приоритета, это бы заняло минимум три месяца. Получается ускорение в десятки раз: главное — правильно применять этот подход.

Ольга Падучева, руководитель проекта self-service analytics в компании «ЕВРАЗ», считает, что «металлурга легче обучить инструментам BI-самообслуживания, чем дата-сайентиста — металлургии». В «ЕВРАЗе» стремятся развивать компетенции технологов, делая из них «гражданских» дата-сайентистов, потому что именно они способны лучше увидеть направления для приложения усилий и применения различных инструментов. Технологи способны создать более качественный продукт и эффективно эксплуатировать его. Применение средств low-code в сфере BI позволяет ускорить проверку гипотез, повысить компетенции технологов и во многих случаях обойтись без привлечения ИТ-специалистов, что экономит их ресурсы.

Ольга Падучева: «Металлурга легче обучить инструментам BI-самообслуживания, чем дата-сайентиста — металлургии»

Николай Комраков, эксперт по исследованиям и RPA управления разработки «Гринатома», поделился опытом использования платформы low-code собственной разработки для создания роботов. «Гринатом» — общий центр обслуживания  «Росатома», и было бы удивительно, если бы тема RPA не стала в нем популярной. Работы были начаты в 2017 году на зарубежной RPA-платформе, затем создавались решения на Python и отечественных разработках. Позже родилась идея использовать low-code при соблюдении соответствующих критериев импортонезависимости, однако большинство платформ в дивизионах «Росатома» невозможно использовать из соображений безопасности. Выходом стало создание платформы «АТОМ.РИТА» (роботизированный интеллектуальный технологический ассистент). За несколько лет в компании успели реализовать более 250 роботизированных процессов. Большинство роботов до сих пор работают и показывают экономическую эффективность.

Несмотря на то что в «Сбере» существует множество профессиональных команд разработчиков, даже эти команды сейчас все чаще используют инструменты low-code. В частности, их применяют при обучении чат-ботов и «воспитании» виртуальных ассистентов. Популярность таких средств постоянно растет, а аудитория их активных пользователей уже измеряется тысячами человек. Сергей Кобец, руководитель управления разработки платформы SmartMarket, рассказал о возможностях SmartApp Graph — весьма востребованного инструмента, ориентированного на создание приложений для семейства виртуальных ассистентов «Салют».

Гонка цифровой трансформации: делать больше меньшими средствами

«Компании из различных отраслей идут к цифровой трансформации. Именно подходы low-code позволяют сделать это быстрее и адаптировать процессы к новой реальности», — отметил Денис Бахаев, руководитель по развитию направления «Цифровые решения» в компании Siemens Digital Industries Software. Например, инструменты low-code — хороший вариант для кастомизации приложений. Ведь часто от бизнеса приходится слышать: «Нам нужно это прямо сейчас», а возможности ИТ-команд сильно ограничены.

Денис Бахаев: «Компании из различных отраслей идут к цифровой трансформации. Именно подходы low-code позволяют сделать это быстрее и адаптировать свои процессы к новой реальности»

«Когда у компании недостаточно ресурсов, она не может поддерживать необходимые темпы развития и быть инновационной, начинает отставать от рынка», — согласился Мохамед Зуин, региональный директор по продажам компании HCL Software, участвовавшей в конференции совместно с IPC. Например, часто требуется разработать мобильное приложение сразу для двух платформ, но все, что есть у компании, — разработчики Javascript. Потребности бизнеса растут, очередь задач увеличивается — и ИТ-департаменту становится все сложнее работать. Не случайно в Gartner прогнозируют, что к 2024 году более 65% проектов создания приложений будут реализовываться на платформах low-code. В ходе своего выступления Зуин представил возможности платформы Volt MX, предназначенной для разработчиков и архитекторов приложений.

«Low-code — это решение ряда проблем, с которыми сталкиваются компании. Согласно опросам, проведенным среди клиентов, очередь к собственным командам разработки составляет 11 месяцев», — привел собственную статистику Константин Артемьев, генеральный директор компании Sherpa RPA. При этом, по его мнению, это скорее оптимистичная оценка: есть подразделения, которые находятся не в приоритете с точки зрения ИТ-обслуживания, и у них ситуация гораздо хуже.

«Многие компании, встающие на путь цифровой трансформации, сфокусированы на наращивании числа ИТ-специалистов, которые, однако, далеко не всегда способны разбираться в бизнесе. Поэтому управление многими ИТ-процессами имеет смысл передавать пользователям», — уверен Андрей Зюзин, вице-президент по управлению продуктами компании ABBYY. Гораздо важнее добиться демократизации интеллектуальной обработки информации. Это подразумевает, что соответствующие инструменты сможет использовать даже неподготовленный человек. Большая часть информации находится в документах, и ее извлечение уже давно является актуальной задачей. Решения ABBYY дают пользователю возможность самостоятельно формировать «навыки» систем распознавания документов.

«Конструирование из типовых элементов — базовый навык человека, он владеет им с детства: систематизирует, собирает новое из того, что есть», — подчеркнула Елена Александрова, руководитель отделения собственных платформ IBS. Поэтому, по ее мнению, платформы low-code никуда не денутся и будут лишь эволюционировать. При этом надо понимать, что выбор платформы — это не выбор «коробочного» продукта, он должен проходить по другим критериям. Следует обращать большее внимание не на соответствие задачам и функционал, а на выбор производителя, способного развивать платформу долго и надежно.

Low-code — не панацея

В чем заключаются ключевые ограничения, удерживающие компании от повсеместного использования low-code?

«Многие говорят, что платформы low-code являются полноценной заменой услуг профессиональных разработчиков. Но на самом деле это не так, и даже совсем не так», — признал Максим Яцкевич, ментор и наставник инновационного центра «Сколково». Low-code — это всего лишь другой способ взаимодействия с программной средой. Но когда компания дает упрощенный интерфейс пользователям, то лишает их возможности развиваться. Очень спорно, что таким образом можно прийти к светлому будущему: сотрудникам нужно постоянно обучаться. Может, лучше направить их на полноценное обучение, дать хотя бы основы программирования?

Максим Яцкевич: «Многие говорят, что платформы low-code являются полноценной заменой услуг профессиональных разработчиков. Но на самом деле это не так, и даже совсем не так»

«Low-code — это почти всегда попытка поразить несколько целей одной стрелой. Вопрос, в каком виде в каждом случае удастся собрать этот рецепт: есть набор подходов и инструментов, и их необходимо правильно комбинировать. Пока все компании идут к общей цели по своим собственным траекториям», — отметил Виктор Фадеев, директор по развитию платформы Jmix компании Haulmont. Он высказал критические замечания в отношении обещаний и реалий low-code. Перспектива многократного ускорения разработки, гибкости и масштабируемости выглядит привлекательно, но как встроить разработку low-code в организацию? Насколько компания готова к передаче ответственности за ПО бизнесу? Ведь подход low-code подразумевает выдачу большой автономии кросс-командам. Во многом из-за отсутствия ответов на эти вопросы заказчики относятся с определенной долей скепсиса к такому подходу.

Александр Бондарик, руководитель интеграционной платформы Platformeco компании «Леруа Мерлен», уверен в том, что low-code хорошо применим там, где бизнес-пользователям можно дать автономию в процессах разработки. «Если в компании есть, например, централизованные отделы ИБ, контроля и архитектуры с их жесткими политиками и длительными циклами согласования, вся скорость разработки теряет свою ценность», — считает он. В «Леруа Мерлен» удалось создать необходимую культуру: компания использует low-code около четырех лет. За это время в эксплуатацию введено около 70 продуктов, в том числе бизнес-критичных: электронная торговля, финансы, бэк-офис, обработка чеков и т. д. Как констатировал Бондарик, результат позитивный, но везде разный — это сильно зависит от множества факторов, в том числе от команды и начальных условий.

Александр Бондарик: «Low-code хорошо применим там, где можно дать бизнес-пользователям автономию в процессах разработки. И если в компании есть, например, централизованные отделы ИБ, контроля и архитектуры с их жесткими политиками и длительными циклами согласования, вся скорость разработки теряет свою ценность»

«Только 6% разработки средствами low-code бизнес-пользователи выполняют без помощи ИТ-специалистов. Получается, что на ИТ сваливается еще и эта проблема вместо обещанного снижения нагрузки», — предупредил Кирилл Серов, руководитель разработки компании PIX Robotics. Часто платформы low-code попадают в ИТ-ландшафт компании по инициативе сверху, и ИТ-департамент обычно бывает недоволен этим. Между тем любая платформа должна быть зоной ответственности ИТ-службы, которая обязана регламентировать правила ее использования, контролировать методологию и вовлечение бизнес-пользователей в зону своей компетенции. Отдельный вопрос — кто должен поддерживать созданные приложения. Таким образом, сложность разработки бизнес-приложений не исчезает, а лишь переходит на другой уровень — например, в техподдержку и сопровождение.

«Инструменты low-code позволяют создавать решения вчетверо быстрее и втрое дешевле. Разработка перестает быть прерогативой специалистов — это важно для тех компаний, которые только становятся на рельсы цифровой трансформации», — рассказал Алексей Новожилов, менеджер по работе с ключевыми клиентами компании Comindware. Для небольших компаний такая демократизация — спасение, а для крупных — возможность кратно увеличить мощности разработчиков за счет бизнес-подразделений. Однако у «гражданских» разработчиков есть предел, обусловленный недостатком компетенций — нехваткой профессиональных навыков программиста. Это выражается в неспособности реализовать сложные процессы или алгоритмы интеграции, в недостаточной культуре разработки. То есть low-code способен стать хорошим инструментом для создания прототипов и получения обратной связи, но он далеко не панацея.

Ольга Падучева также признала, что инструменты low-code подходят лишь для этапа разработки и проверки гипотез. Для создания «серьезных» продуктов необходим полноценный ИТ-стек. Кроме того, людей, способных работать на low-code, действительно очень мало, и эффективность их обучения невысока. Из 100 сотрудников, отобранных в «ЕВРАЗе» для поэтапного обучения, до конца дошли лишь четыре человека.

Роль low-code будет расти

Является ли «1С» low-code-платформой — тема для ожесточенных споров. Как образно выразился Никита Старичков, заместитель директора по работе с научно-исследовательскими университетами «1С», классическая разработка сродни строительству дома из кирпичей, а разработка на «1С» больше напоминает возведение многоэтажки из панелей и блоков. Как отметил Старичков, в инструментарий разработчика осознанно введена терминология из мира бизнеса: документы, справочники, бизнес-процессы. Кроме того, платформа берет на себя работу с СУБД, генерацию интерфейса, поиск, ограничение доступа и т. д.

Константин Шимановский, директор департамента управления продуктами компании «Форсайт», рассказал о направлениях использования системы «Форсайт. Аналитическая платформа 9.2». С одной стороны, она является low-code/no-code-платформой, конкурирующей с другими российскими решениями, а с другой — обладает многообразием API-функций для решения сложных и нетиповых проектных задач. Кроме того, Шимановский анонсировал выпуск библиотеки «Форсайт. Helper» — системы сервисов для облегченного программирования типовых операций для аналитической платформы.

Существенную долю трудозатрат в любом проекте составляет разбор множества побочных проблем, которые не имеют отношения к решению задачи. Проблема в том, что разработчикам приходится изобретать кучу «велосипедов» силами дорогостоящих специалистов. Использование подхода low-сode к разработке ПО позволяет быстрее и с минимальным кодированием вручную получать работающие приложения. Но, как напомнил Александр Смирнов, эксперт Yandex Serverless, важны и другие технологии, позволяющие сократить путь от идеи до работающего приложения. Одна из них — бессерверные вычисления, также снижающие требования к квалификации разработчиков и ИТ-инфраструктуре. Эти технологии способны обеспечить заметную синергию.

Александр Смирнов: «Существенную долю трудозатрат в любом проекте составляет разбор множества побочных проблем, которые не имеют отношения к решению задачи. Разработчикам приходится изобретать кучу «велосипедов» силами дорогостоящих специалистов»

В рамках конференции состоялся круглый стол «Low-code — драйвер гиперавтоматизации», посвященный обсуждению особенностей разработки ПО с помощью платформ low-code и анализу рисков минимального кодирования. В его ходе Алла Кветная, руководитель направления развития и поддержки клиентов Naumen, и приглашенные эксперты попытались найти ответ на ряд животрепещущих вопросов: действительно ли любой сотрудник может создать свое бизнес-приложение, готовы ли корпорации рассматривать для себя решения, сделанные с помощью инструментов low-code, и когда нужно переходить с них на обычную разработку.

«Цифровая трансформация набирает безумные обороты. И в условиях недостатка финансов, времени и кадров компании все чаще задумываются о том, чтобы реализовывать свои проекты на платформах low-code», — констатировал Вадим Сорокин, директор по работе с ключевыми клиентами компании «Террасофт». В ходе недавнего опроса ИТ- и бизнес-руководителей, проведенного «Террасофт», одними из ключевых факторов, сдерживающих развитие технологий внутри компаний, были названы именно нехватка ресурсов и желание бизнеса как можно быстрее и дешевле создавать приложения. Кроме того, опрос показал, что около 30% процессов компаний до сих пор не автоматизировано, а полностью автоматизировано всего лишь 10%. Все это наводит на мысль о том, что в ближайшие годы запросы от бизнеса на автоматизацию будут только расти и средства low-code станут играть в развитии компаний очень важную роль.

Платформы Low-code позиционируются как инструментарий «для всех» и при массовом использовании помогают добиться заметных результатов. Однако для этого требуется определенная цифровая зрелость компании и соблюдение некоторых важных условий, а также универсальность платформы. В рамках конференции «LOW-CODE 2021» мы поговорили с Денисом Бахаевым, руководителем по развитию направления «Цифровые решения» Siemens Digital Industries Software, об областях применения Low-code, направлениях его развития и о заблуждениях, связанных с его применением.

— Как компании приходят к использованию Low-code? Каковы традиционные сценарии этого процесса?

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

Например, компания Continental всем известна как производитель шин, но сейчас она превращается и в мощного ИТ-игрока: в числе прочего там разрабатывают различные приложения, системы беспилотного транспорта. При этом раньше компания практически не занималась самостоятельной разработкой, несмотря на наличие мощного ИТ-отдела. Для разработки необходима определенная культура, внедренная внутри компании, и в Continental к этому пришли из-за дороговизны и длительности внешней разработки под ключ. Они начали искать инструмент, позволяющий ускорить процессы и поддерживать самостоятельную разработку, и выбрали подход Low-code. Он хорошо соответствует парадигме ускорения и удешевления процессов разработки.

— Расскажите о «показаниях» и стоп-факторах для применения платформ Low-code.

Разумеется, Low-code не панацея. Чтобы его правильно использовать, нужно четко представлять свои задачи: например, повышение бизнес-эффективности, интеграция существующих систем.

Если компания собирается внедрить систему ERP, то не стоит ее разрабатывать самостоятельно — гораздо правильнее приобрести готовое решение. Low-code может выручить, когда требуется разработать что-то инновационное, а на рынке просто нет подходящего продукта. Или, например, требуется создать решение на стыке нескольких систем. Хороший вариант — дополнить существующее решение новым функционалом. Это неплохая альтернатива кастомизации внедренных систем, избавляющая от проблем с их дальнейшим обновлением и поддержкой.

Неудачный пример — использование Low-code для написания интерфейсов между ПО и «железом». Между прочим, для промышленных предприятий весьма актуальна разработка ПО на стыке информационных систем с оборудованием — станками, конвейерами и т. п. Но любой инструмент нужно использовать по назначению, и поэтому для такой задачи лучше подойдут языки низкого уровня.

— RPA и BPM — уже широко известные области использования Low-code. А какие более редкие, но перспективные направления вы можете выделить?

Да, современные платформы решают многие общие задачи в финансах и ретейле. Но гораздо интереснее было бы их применять в промышленности с точки зрения разработки инновационных приложений. Я не вижу, чтобы большинство производителей платформ Low-code двигались в этом направлении. Мы пошли чуть дальше и вводим Low-code в инженерную отрасль — для промышленных предприятий с уникальным ИТ-стеком.

Кроме того, к перспективным направлениям использования можно отнести интеграцию систем ERP и платформ Промышленного интернета, решений для управления жизненным циклом изделий, их составом, инженерной документацией. Здесь Low-code в России пока не слишком распространен, но в перспективе будет востребован. Наша платформа Mendix движется в этом направлении.

— Насколько распространены платформы Low-code в производственной сфере? Какие задачи они позволяют решать наиболее эффективно?

Low-code становится актуальным в направлениях, которые сильно зависят от ИТ, — в России на данный момент это финансы и торговля. В сфере производства зависимость ниже, хотя роль ИТ и здесь будет расти. Поэтому стоит сделать поправку на особенности рынка: в США и Европе это очень актуально, а Россия пока отстает, но догоняет.

Среди задач, решаемых с помощью Low-code, можно выделить реализацию процессов согласования бюджета, организации работы проектов, взаимодействия с поставщиками. Так, сейчас особенно популярным в России становится управление поставщиками. Для работы в этом направлении крупному производителю приходится собирать сведения из различных систем: технологический состав изделий, требования, 3D-модели, финансовые данные. Это трудоемко: специалистам, занимающимся этими вопросами, требуется делать большое число кликов мышью. Решения, построенные с помощью Low-code, позволяют синхронизировать их усилия и быстро создать приложение для эффективной работы с поставщиками.

С точки зрения производственных процессов Low-code позволяет кастомизировать и дополнять функционалом MES-системы. Это направление неплохо развивается.

— В чем главные сильные стороны платформы Mendix, продвигаемой Siemens?

В России Mendix мы продвигаем чуть больше года, хотя сама платформа на глобальном рынке существует более 12 лет. В первую очередь мы обратили внимание на активность и позиционирование вендоров Low-code на российском рынке. Как правило, сильные игроки заходят к заказчикам через CRM и ERP и строят вокруг них парадигму Low-code, предоставляя инструментарий с готовыми шаблонами для работы по отечественным стандартам.

Наше решение более универсально: мы не зацикливаемся на бизнес-процессах и готовой логике для них. При таком подходе можно строить уникальные решения — например, разрабатывать мобильные приложения под Android и iOS практически любой функциональности. Любой, кто сталкивался с этим процессом, может сказать, что он серьезно отличается от классической разработки, для которой нужны большие команды, чья работа стоит дорого. А сейчас практически все компании хотят иметь собственное мобильное приложение. Платформа Mendix позволяет решить эту задачу, используя довольно небольшие ресурсы. Один из примеров — построение интернет-банка.

Еще одна сильная сторона — высокая скорость освоения платформы сотрудниками. На основании своего опыта могу сказать, что за месяц мы подготовили специалистов весьма высокого уровня, которые могут самостоятельно разрабатывать бизнес-приложения, в том числе и мобильные.

Наконец, у нас большое количество коннекторов к популярным платформам ERP, MES, PDM, а также готовых виджетов для создания инфографики. Сейчас разрабатываем коннектор для решений «1С», что должно стать еще одним весомым козырем.

— Каков «портрет» типичного заказчика платформы Mendix? На каких потребителей она ориентирована?

Это важный вопрос. Зачастую при общении с российскими компаниями мы видим у них явный интерес, но сотрудничества не получается: у них недостаточно ресурсов. Мы общаемся с бизнес-пользователями, которым требуется разработка ИТ-решения, но при этом у них практически нет ИТ-команды. Сколько ни говори о том, что разработка в Low-code/No-code проста и ею может заниматься любой желающий, на самом деле не все так просто. В любом случае нужен человек, который понимает, что такое объектно-ориентированное программирование, модель данных и интерфейс, и который сделает всю черновую работу со стороны ИТ. Только при наличии таких специалистов в команде бизнес-пользователи смогут выполнять работу своими силами.

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

Очень интересный пример — американская нефтяная компания ConocoPhillips, внедрившая платформу Mendix на уровне корпоративной культуры. У них эта платформа стала такой же распространенной, как Excel, а во время собеседования у кандидатов спрашивают, имеют ли они опыт использования Low-code.

— Ключевое преимущество Low-code/No-code — демократизация создания приложений и использование «гражданских» разработчиков. Однако сил одиночных бизнес-пользователей часто не хватает для решения задач. Какими могут быть более сложные сценарии организации работы?

Один в поле не воин. Важно объединить «гражданских» разработчиков, бизнес-аналитиков и профессиональных разработчиков на единой платформе в одной команде, которая будет работать по методологии Agile. Команды могут быть как большими, так и маленькими, и сложностей в организации их работы я не вижу. Весь инструментарий и преднастроенный функционал для этого у нас есть.

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

— Приведите несколько показательных примеров, когда предполагаемая польза от применения Low-code с первого взгляда не была очевидной, но в итоге удалось достичь хороших результатов.

Начнем с себя: мы ведь тоже используем Low-code. Работу нашей компании поддерживает SAP ERP, есть и множество других систем. Сотрудникам, связанным с командировками, приходится делать транзакции в различных системах — например, заведение командировок и оформление отчетов по ним. С помощью Mendix мы разработали приложение, которое подключается к нужным системам и упрощает этот процесс, причем действия можно проводить даже с мобильных устройств.

У крупного производителя техники CNH Industrial была задача по управлению запасами — довольно сложный процесс, о котором я упоминал ранее. Они достаточно быстро разработали приложение, позволившее радикально сократить число необходимых действий в системах и существенно снизить требуемый уровень квалификации специалистов. Ведь работа в PDM и ERP требует от пользователей довольно высокого уровня знаний, а благодаря системе удалось абстрагировать этот процесс.

— В каком направлении развивается Low-code? Каких изменений можно ожидать в обозримом будущем?

У нас «под капотом» Java. Это довольно популярный, но «дорогой» язык. С помощью Mendix удалось абстрагировать этот язык до уровня гражданских разработчиков. В перспективе такая абстракция будет расширяться и далее, а работа пользователей — упрощаться и ускоряться. С точки зрения технологий явным трендом является интеграция решений с дополненной реальностью, Промышленным интернетом и искусственным интеллектом — появляются готовые коннекторы, в том числе и у нашей платформы.

Кроме того, мы разрабатываем все больше решений, которые позволяют клиентам enterprise-уровня самостоятельно формировать экосистемы Low-code. Например, уже создан репозиторий DataHub — аналог известного портала решений с открытым исходным кодом GitHub. Это наш проприетарный продукт, позволяющий заказчикам создавать собственные репозитории готовых моделей данных для повторного использования внутри компаний.

Когда оправдан выбор платформ Low-code? Действительно ли они позволяют экономить? И в чем причина роста их популярности? Об этом, и не только, мы поговорили с Еленой Александровой, руководителем отделения собственных платформ IBS, отвечающей за развитие Low-code платформы и продуктовой линейки «Планета». Более подробно ее выступление можно будет услышать 2 декабря на конференции «LOW-CODE 2021», организуемой издательством «Открытые системы». Особое внимание будет уделено практическим аспектам подхода Low-code, оценке эффективности и целесообразности использования соответствующих «конструкторов» для решения задач разного типа.

- Считается, что без демократизации процесса разработки цифровая трансформация компаний будет практически невозможной. Есть ли с этой точки зрения у платформ Low-code/No-code какая-то альтернатива?

Альтернатива есть всегда. Демократизация процесса разработки может достигаться, например, за счет стандартизации вкупе с использованием языков высокого уровня типа Python. Но, конечно, философия Low-code/No-code выглядит в этом смысле наиболее перспективно.

- В каких направлениях Low-code сейчас наиболее актуален? Где можно ожидать роста его популярности в обозримом будущем, а куда он не доберется?

Мы видим рост популярности подхода Low-code в первую очередь в корпоративном сегменте. Но, возможно, это связано с тем, что IBS работает на рынке крупнейших российских компаний. Как бы там ни было, у роста популярности Low-code/No-code есть вполне объективные причины. Во-первых, почти все крупные холдинги имеют свой большой штат квалифицированных разработчиков и уже не боятся использовать конструкторы для создания корпоративной экосистемы. Во-вторых, скорость изменений внешних и внутренних процессов любой компании давно на порядок выше возможностей самой квалифицированной команды разработчиков. Ну и в-третьих, конечно, сказывается мучительный опыт внедрения готовых ИТ-продуктов, когда еще до ввода в промышленную эксплуатацию и заказчику, и интегратору понятно, что 40% функциональности продукта просто не нужно, а то, что действительно необходимо, вендором не предусмотрено.

- Как вы считаете, вообще Low-code – это навсегда, или это промежуточное звено в развитии ИТ-платформ?

Как было написано на кольце царя Соломона, «всё пройдет, и это тоже пройдет». Но если измерять ход времени не веками, а хотя бы десятилетиями, стоит отметить, что концепция Low-code родилась задолго до программирования и вычислительной техники. Мы с детства пытаемся складывать мир из кубиков, LEGO, паззлов, а потом строим дома, заводы и бизнесы. Сначала ребенок радуется, что из одних и тех же деталей можно построить дом и железную дорогу, а потом становится программистом и продолжает строить цифровой мир. Природное желание человека систематизировать подход к работе, ввести стандарты, в сочетании с потребностью в творчестве делает идею «конструкторов» такой привлекательной, что она кажется безальтернативной. Вопрос только в степени сложности и целевой аудитории конкретного конструктора.

Наверное, можно сказать, что идея Low-code/No-code останется навсегда, но вполне возможно, что называться она будет как-то иначе.

- Способен ли Low-code стать стандартом систем автоматизации?

Поскольку это подход, а не конкретная технология, то и о стандарте говорить сложно. Сейчас тоже есть специалисты по программированию микроконтроллеров на Ассемблере, но большинство разработчиков все-таки пишут на Java, C++, .Net с использованием огромного количества библиотек. Я думаю, что Low-сode уже сейчас во многом стал такой же естественной частью процесса разработки, как и остальная инфраструктура.

- Какова стратегия IBS на этом рынке?

Мы развиваем собственную платформу «Планета» уже несколько лет. Ее сервисы и компоненты используются как в No-сode продуктах на базе этой платформы, так и в проектах заказной разработки. Коммерциализация платформы происходит через конкретные продукты, собранные на инструментах платформы, например, «Планета. Аналитика», «Планета. НСИ», «Планета. Сервер» и т. д. Это No-code инструменты корпоративного уровня, созданные на Low-code платформе «Планета». Все действия пользователь этих продуктов делает в рамках конструктора, без необходимости программирования. Второй путь коммерциализации – в процессе разработки решения для конечного заказчика в качестве инфраструктуры используются технологические инструменты нашей платформы. Это позволяет существенно повысить качество и скорость реализации проектов.

- Позволяет ли Low-code экономить, или речь идет исключительно о гибкости и удовлетворенности бизнеса? Ведь платформы далеко не бесплатны, особенно если речь идет о массовом использовании. При каких условиях Low-code экономически выгоден?

Когда мы говорим об экономике цифровых платформ, в частности Low-code/No-code, ответ на вопрос об экономии ничем не отличается от ответа на аналогичный вопрос для классических ИТ-продуктов. Это всего лишь инструмент, и он может как принести измеримую и ощутимую экономию, так и нанести серьезный ущерб.

На мой взгляд, No-code экономически выгоден в проектах, связанных с быстро изменяющимися, но типовыми процессами в крупных и средних компаниях. Например, в каждой организации есть свой процесс мониторинга и анализа данных, свой набор источников этих данных, а ключевые показатели эффективности могут быстро меняться в зависимости от ситуации на рынке, нормативной базы и даже экологических предпочтений конкретного региона. Платформенный подход в данном случае точно позволит компании сэкономить не только за счет актуальной аналитики, но и на этапе эксплуатации системы. На практике почти в каждой компании есть BI-продукты «на полке», поскольку задачи, которые ставились перед ними на момент покупки и внедрения, давно потеряли актуальность. В этом случае гибкость Low-code/No-code приносит вполне очевидную выгоду.

- На что нужно обращать внимание при выборе конкретного инструмента? Какими могут быть стоп-факторы?

Это интересный и непростой вопрос. Классический подход к выбору ИТ-продуктов предполагает длинный список вопросов, на которые должен себе ответить покупатель. Основная часть вопросов касается функциональности продукта, его эксплуатационных характеристик, лицензионной политики и технической поддержки. Мне кажется, что в случае продуктов Low-code/No-code подход к выбору должен быть другим.

При выборе платформы, с которой организации придется жить ближайшие годы, я бы прежде всего обращала внимание на финансовую устойчивость, спектр компетенций и опыт вендора. Развитие собственной платформы – серьезный инвестиционный проект, это дорого. Надо быть уверенным хотя бы на два-три года вперед, что развитие платформы не придется сворачивать, как бы ни развивались события на рынке. То есть наличие выделенного финансирования, команды развития платформы, подразделения R&D, детализированной дорожной карты работ и видения на годы вперед являются важным позитивным сигналом для заказчика.

Второй важный блок вопросов связан с тем, что при выборе инструмента никто не может заранее сказать, как изменятся бизнес-задачи заказчика, какие компетенции и в какой области потребуются, например, через год или два. При выборе классического ИТ-продукта мы по сути выбираем инструмент решения сегодняшних задач и часто забываем, что сам этот инструмент был создан годы назад, а спроектирован еще раньше. Конечно, он не может учитывать все те изменения, которые уже произошли. Для Low-code/No-code этот вопрос решается гораздо легче благодаря максимальной гибкости инструментария. Но будущие задачи по-прежнему находятся в зоне неопределенности. Справится ли платформа с будущими вызовами? Есть ли у ее вендора достаточно компетенций в смежных с разработкой областях? Может ли вендор выступить в роли ИТ-партнера заказчика, принимая на себя ответственность за качество и эффективность работы сервисов?

- В чем особенности аналитического Low-code, которым является ваша «Планета» (по сравнению, например, с ВРМ, RPA и другими инструментами)? Какие это накладывает требования на неё?

«Планета» действительно начала свое развитие в статусе платформы, отталкиваясь от BI-инструментария. Так сложилось исторически – надо же с чего-то начать, и в нашем случае это оказался BI. Думаю, что мы совсем не уникальны в этом смысле. Все платформы Low-code/No-code начинали с решения задач какого-то одного типа и потом расширяли функциональность, постепенно стирая границы между RPA, CRM, BI, BPM. В результате получается довольно интересная картина.

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

- Вы позиционируете свою платформу в том числе для госсектора. Но подход Low-code – это в чистом виде компромисс. Насколько такой компромисс возможен в госсекторе?

Мы действительно много работаем с государственными структурами. В последнее время и без того серьезные требования к качеству и функциональности решений возросли. Компромисс в этой части вряд ли возможен.

Если же говорить о компромиссе между заказной разработкой и готовым продуктом – то да, такой компромисс возможен. Более того, на мой взгляд, это единственный технологически корректный ответ на задачи, которые стоят в рамках цифровой экономики. Однако не стоит ожидать, что министерство или ведомство будет вести самостоятельную разработку на платформе. У этих заказчиков совсем другие задачи и нет нужного количества разработчиков. Поэтому платформа здесь скорее инструмент интегратора, который на ее базе собирает и дорабатывает готовое решение. Такой подход позволяет сохранить гибкость информационной системы для будущих трансформаций и при этом уложиться в сроки проекта. Ведь с учетом конкурсных процедур срок реализации чаще всего сжат до нескольких месяцев, а то и недель.

- По озвученной на одной из наших конференций статистике, из трех разработчиков Low-code лишь один является «настоящим» бизнес-пользователем, а двое фактически «айтишники» – то есть без ИТ-бэкграунда пока обойтись проблематично. Что необходимо делать, чтобы ситуация изменилась?

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

На практике я вижу два встречных процесса: экономисты и менеджеры становятся «техногиками», а многие «техногики» учатся думать в терминах бизнес-логики. У нас в команде разработчиков есть экономисты, менеджеры и даже психологи по первому образованию! А если «хорошенько потереть» многих менеджеров, то обнаружится бывший разработчик. Если эта тенденция продолжится, то особой проблемы с кадрами для индустрии Low-code/No-code быть не должно.

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