Инструменты программирования с минимальным кодированием типа low-code обладают многими преимуществами, но, руководствуясь выбором решения, следует тщательно взвесить такие моменты, как их стоимость, безопасность и сценарии применения. Главный аналитик Gartner Пол Винсент приводит на портале ComputerWeekly выводы из отчета «Magic Quadrant for enterprise low-code application platforms», которые могут послужить в качестве экономического обоснования применения low-code.
Low-code — это не новое слово в программировании. Во многих отношениях его современная интерпретация перекликается с инструментами ускоренной разработки приложений (rapid application development, RAD), которые появились в
Как правило, к услугам профессионального разработчика прибегают в случае, когда в приложение нужно внести новые функции или когда его разработка требует комплексного подхода (например, когда оно полагается на собственные микросервисы), во всех остальных случаях можно положиться на средства low-code. Инструменты для рабочих групп всегда включали, к примеру, электронные таблицы, которые осваивали сотрудники без навыков программирования, или так называемые гражданские разработчики. Low-code в сочетании с популярными готовыми предложениями ПО как услуги (SaaS) стали основой для создания целого класса бизнес-приложений, созданных разработчиками, прикрепленными к бизнес-подразделениям.
Рост функциональности и производительности концепции low-code стал причиной того, что ее начали рассматривать в качестве замены корпоративной платформы и она продолжает охватывать парк корпоративных приложений. К числу ее основных преимуществ можно отнести производительность разработки, которая позволяет сократить время выхода программы на рынок, минимальную потребность в специализированных навыках и привлечение небольшого количества сторонних инструментов за пределами платформы low-code.
Вопрос стоимости
При выборе low-code многие компании руководствуются соображениями экономии времени, их также привлекает то, что эта схема разработки не требует выделения больших ресурсов, но они часто упускают из виду расходы. Большая часть клиентов платформы не осознает, что при заключении первого контракта следует уделить внимание выбору подписной модели. Дело в том, что ее стоимость из расчета «за пользователя» или «за приложение» снижается с увеличением объема применения. В то же время, если компания приступает к освоению нового вида разработки, первоначально у нее буден небольшой выход приложений, поэтому целесообразно включить в условия контракта условия, которые позволят ей наращивать объем софта по мере необходимости. Если отдельные группы в организации будут создавать новое приложение за один или два месяца, то руководители групп разработчиков смогут быстро выбрать из них десятки критически важных для бизнеса приложений, которые были созданы за относительно короткий период времени.
Некоторые ИТ-департаменты не решаются использовать инструментарий low-code из-за сомнений в его интеграции с существующими ИТ-системами, которая обычно осуществляется с помощью интерфейсов прикладного программирования (API). Эти опасения безосновательны: подавляющее большинство поставщиков платформ low-code включили в них опции для вызова унаследованных служб через API, а также предоставляют собственные API для доступа к своим данным или службам.
Gartner считает, что поддержка API должна включаться в любой корпоративный инструментарий. Впрочем это не означает, что в центре внимания low-code находится только сборка приложений от API до так называемых headless services (в Kubernetes). Многие инструменты также предоставляют возможности для разработки с задействованием нескольких интерфейсов, что позволяет пользователям в удобной для них форме использовать веб-интерфейс и мобильные устройства.
Переход к разработке low-code быстро набирает обороты
Рынок корпоративных платформ на базе low-code (enterprise low-code application platform, LCAP) быстро растет, что связано с растущим спросом на приложения и нехваткой квалифицированных разработчиков. Low-code — это ответная реакция на возрастающее число уровней абстракции разработки, что в итоге приведет к формированию жизнеспособной, кросс-корпоративной и масштабируемой схеме гражданской разработки софта и композиции приложений. Поставщики LCAP находятся в авангарде движения за демократизацию разработки путем все большей замены стандартной разработки на Java или .Net, предоставляя альтернативу коммерческому софту «из коробки» или SaaS-программам. Многие поставщики корпоративного ПО признают преимущества разработки приложений на базе low-code и предоставляют связующие платформы, но так делают не все из них.
В феврале-марте Gartner провела опрос 200 компаний из числа ее эталонных клиентов. По его итогам был проведен анализ и получены выводы, которые могут послужить в качестве экономического обоснования для использования корпоративных LCAP:
- компании выбирали LCAP главным образом из-за ее преимуществ с точки зрения повышения продуктивности, сокращения времени выхода на рынок и способности улучшить автоматизацию бизнес-процессов;
- большинство клиентов применяли LCAP для создания как корпоративных приложений, так и тех, что задействуются внутри отдельных департаментов. Более половины из них развернуты в масштабах всей организации;
- менее половины клиентов применяли LCAP для поддержки автоматизации процессов или многосторонних разработок;
- LCAP повышают производительность труда, расширяют возможности гражданской разработки и улучшают пользовательский опыт;
- LCAP — это, в первую очередь, облачные решения или решения на базе платформы приложений как услуги (application-platform-as-a-service, aPaaS), которые развертываются онпремис или в облачных средах клиентов. Некоторые LCAP представляют собой гибрид облачных и локальных развертываний;
- разработка в LCAP по сравнению с традиционными нормами разработки приложений требует минимальных навыков кодирования и сниженных сроков доставки приложений.
Рынок LCAP и инструментов — довольно молодой, следовательно, предприятиям требуется проводить тщательную оценку расходов с учетом возможной привязки к единому поставщику, который может не поддерживать перевод данных к другому вендору.
Выбор подходящих инструментов
Определившись с тем, что компании подходит low-code, самое время перейти к выбору платформы. Рынок наполняют поставщики двух категорий. К первой относятся те, которые исторически предоставляют SaaS, то есть Microsoft, Oracle, Salesforce и ServiceNow, тогда как вторая включает специализированных поставщиков приложений, таких как Betty Blocks, Mendix и OutSystems. К рынку также проявляют интерес вендоры из области управления бизнес-процессами (BPM), включая Agilepoint, Appian и Pega.
В то же время следует учитывать, что на рынке присутствует большое количество поставщиков, чьи годовые доходы не превышают 5 млн. долл. Это может быть связано с тем, что они или только начинают свою деятельность, или усиленно демпингуют с целью охвата более широкой аудитории. Некоторые из этих поставщиков оперируют в определенных географических регионах, таких как Франция или Япония, или на определенных вертикальных рынках, таких как местное самоуправление или образование.
Вопрос безопасности
Помимо выбора LCAP-поставщика и оценки стоимости услуг нельзя пренебрегать безопасностью. Исторически сложилось, что инструменты low-code для развертывания B2E-приложений (business-to-employee) располагались за брандмауэром. Однако в последнее время они все чаще применяются для сценариев развертывания B2C и B2B, что автоматически повышает требования к уровню безопасности. Практика защиты LCAP должна быть усилена механизмами авторизации и аутентификации, а также сервисами шифрования данных, поскольку многие из них являются облачными службами, обновляющимися за границами корпоративного периметра. Многие платформы low-code умеют разворачиваться в автоматическом режиме по требованию, позволяют внедрить или автоматизировать операции DevOps. Таким образом, они оптимизируют жизненный цикл разработки ПО как функцию платформы, что особенно важно для автоматизации бизнеса. Gartner обозначает эти возможности как DigitalOps.
Растущее сообщество гражданских разработчиков — это подспорье для профессиональных программистов, которые представляют центральный ИТ-департамент. Первые реализуют потребности компаний в быстрой разработке простых приложений или в создании минимально жизнеспособных продуктов, разгружая тем самым профессионалов. Применяя low-code в рамках прикладных проектов, руководители команд разработчиков, которые несут ответственность за реализацию стратегии разработки, будут рассматривать вариант его применения для автоматизации стандартных операций DevOps.
Чтобы максимизировать выгоды такого подходы, нужно учитывать ряд соображений. В этом случае следует начать с классификации вариантов применения приложений, чтобы определить те из них, которые подходят для разработки low-code. Очевидно, что предпочтение будет отдаваться разработке программ, которые требуется вывести на рынок в сжатые сроки и с минимальными усилиями. Gartner считает, что существует тесная связь между демократизацией инфраструктуры, что связано с развитием облачных сервисов, и демократизацией разработки приложений, ответственность за которую несет low-code. Если сегодня у всех предприятий имеется облачная стратегия, то в будущем они займутся стратегией разработки low-code.
