Стоит ли предприятию в рамках DevOps-процедур применять инструменты Low-code/No-code? Опрошенные порталом EnterprisersProject эксперты акцентируют внимание на четырех аспектах, которые следует учитывать при внедрении.
CIO ищут способы помочь своим командам оптимизировать усилия по доставке ПО, и в этом плане инструменты типа Low-code/No-code для некоторых организаций могут оказаться полезным решением. В дополнение к расширению возможностей так называемых гражданских разработчиков с небольшими навыками программирования или вообще без оных, они могут стать серьезным подспорьем для опытных разработчиков, позволяя им максимизировать результаты и расширить масштаб работ.
Для CIO решение о внедрении Low-code/No-code зависит от организационных задач, управления рисками и потребностей команд DevOps. Ниже приводятся рассуждения нескольких экспертов, которые помогут им понять, чем нужно руководствоваться при внедрении этих инструментов.
1. Внедрение Low-code или No-code должно коррелировать с мероприятиями по управлению рисками. «Я думаю, что внедрение этих инструментов — не вопрос предпочтений CIO, оно скорее зависит от других аспектов бизнеса. No-code — это не отсутствие кода, он просто отодвигает код на задний план, где он не является основным элементом для рассмотрения. Подобно использованию файлового менеджера вместо интерфейса командной строки, он позволяет выполнять действия по-другому, но в конечном итоге код по-прежнему управляет операциями. Переход к No-code зависит от отношения бизнеса к разработке. Если в центре бизнеса находятся приложения, созданные на заказ, с быстрыми релизами и передовыми технологиями, то в этом случае он, вероятно, станет на самым подходящим инструментом. No-code отдаляет разработчиков и операторов от технологии, генерирующей ценность для этих организаций», — считает технический руководитель Novetta Марк Питерс.
Подходящим вариантом для внедрения No-code могут стать системы, которые крайне чувствительны к безопасности, предназначены для тестировании или от которых требуется контролировать соблюдение нормативных требований. В этом случае возможность создавать изменения с помощью визуального представления может оказаться чрезвычайно ценной.
«Можно также увидеть внедрение No-code в службах технической поддержки с индивидуальной настройкой дашбордов и отчетов путем выбора ответов без необходимости вникать в язык SQL или опции, которые создает ваше решение No-code», — добавил Питерс.
2. Избегайте дублирования усилий, привлекая ИТ-отдел в качестве спонсора. «Если у бизнеса есть срочные некритичные потребности, а ресурсы разработки ограничены, рассмотрите возможность внедрения Low-code/No-code. Если бизнес-потребности просты и их можно удовлетворить изолированно от основных систем, то такие решения окажутся вполне жизнеспособными. Чтобы убедиться, что бизнес-подразделения не дублируют друг друга и используют имеющиеся в распоряжении организации централизованные активы, такие как единый вход (SSO), рекомендуется, чтобы спонсором работ по внедрению Low-code/No-code выступил кто-то из ИТ-отдела», — говорит DevOps-специалист компании Daysha DevOps Брендан О’Рейли.
3. CIO должны сосредоточиться на улучшении общего опыта разработчиков. «Перенос ручной, повторяющейся, утомительной и другой не критически важной работы на платформу Low-code/No-code может высвободить время инженерных команд, чтобы они могли сосредоточиться на более ценной деятельности по кодированию и создавать продукты, которые отвечают потребностям компании. Эти платформы могут помочь компаниям лучше реагировать на потребности в продуктах, но при их использовании сначала следует провести оценку приложений, чтобы определить оптимальный уровень управления, надзора за различными видами приложений, доступа к данным, производительности, политики безопасности и интеграционные зависимости, — советует руководитель отдела проектирования и разработки продуктов Opsera Вишну Васудеван. — Если CIO уверен, что выбранная им платформа DevOps позаботится о безопасности и качестве, это поможет ему быстрее доставлять ПО, улучшить опыт разработчиков и ускорить выход на рынок».
4. CIO должны решить, достигла ли их организация переломного момента в плане отставании в ИТ и неэффективности всех систем. «Инструменты Low-code/No-code способны значительно сократить сроки разработки и снизить затраты. Однако, если внедрить их без экономического или технического обоснования, это может привести к путанице и беспорядку. CIO также необходимо учитывать размер организации. Если вы являетесь частью крупной организации, необходимо выбрать инструменты, которые можно было успешно развернуть в нескольких отделах. CIO также должен принимать во внимание функции безопасности в инструменте Low-code/No-code, чтобы гарантировать сохранность конфиденциальных данных и препятствовать разрастанию теневых ИТ», — сказал главный DevOps-архитектор Capgemini Шринивас Сате.
