Обеспечение безопасности в low-code разработке: почему важен надзор ИТ

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

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

Означает ли это, что ИТ не имеет роли? Конечно нет. ИТ все еще нуждается в обеспечении надзора по нескольким причинам. Изучение общих low-code юзкейсов и практик помогает объяснить почему.

Общие low-code юзкейсы

Компании находят, что low-code идеален для пары общих классов приложений.

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

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

Смотрите также: Low Code автоматизирует промышленные процессы быстрее

Где надзор ИТ вступает в игру

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

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

Масштабируемость также должна быть рассмотрена, когда такие системы включены в приложение, разработанное используя low-code техники. Здесь снова ИТ должен вовлечься. Гражданские разработчики имеют тенденцию создавать приложения, которые не масштабируются хорошо, согласно Harvard Business Review. Авторы той статьи предлагают:

«Лучшая ситуация может часто быть гибридной гражданский/профессиональная модель разработки, в которой пользователь разрабатывает 80% модели и передает ее разработчику для полировки. Или пользователь может разработать начальное приложение используя графический интерфейс инструмент и затем дать его разработчику для программирования в Python или другом более масштабируемом языке. В любом случае, разработчик может записать, что система существует, обеспечить, что она работает правильно, и подключить ее к любым нужным данным или транзакционным системам».

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

Роль ИТ в удержании институционального знания

Один из больших выгод low-code — это дает людям с интимным знанием того, как вещи работают, инструмент делать вещи лучше. Менеджер цеха может быстро собрать приложение мониторинга производительности, основанное на его или ее экспертизе. Подобно, сотрудник сервиса может построить приложение планирования обслуживания, которое учитывает анализ IoT данных о реальном времени статусе и производительности оборудования. Такие приложения по сути захватывают знание экспертов внутри компании и позволяют другим выгоду от их экспертизы.

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

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