Глибченко Д.Ю.
ПРИМЕНЕНИЕ LOW-CODING ПОДХОДА ДЛЯ АВТОМАТИЗАЦИИ РАЗРАБОТКИ РАСПРЕДЕЛЕННЫХ ПРИЛОЖЕНИЙ *
Аннотация:
современное программное обеспечение все чаще подвергается вызову, связанному с требованиями к быстрому развертыванию и масштабированию распределенных приложений. Компании затрачивают большие ресурсы, нанимают все больше специалистов, чтобы соответствовать скорости разработки. В данной статье исследуется потенциал low-coding подхода в контексте автоматизации разработки таких приложений. Мы рассмотрим какие преимущества существуют у подхода, а также на какие ограничения следует обратить внимание при внедрении в процессы. Данная статья рассматривает процесс выбора low-coding платформ, а также исследует, как этот подход может способствовать повышению эффективности и скорости разработки в области распределенных приложений.
Ключевые слова:
веб-разработка, low-code платформы, альтернативные методы разработки, автоматизация разработки
На сегодняшний день многие компании стараются автоматизировать разработку, чтобы с каждым разом все быстрее создавать аппаратно- программные комплексы, при этом с наименьшей затратой ресурсов. Для автоматизации процессов разработки приложений в микросервисной архитектуре разработано множество фреймворков, однако они всё равно не решают многих задач автоматизации. Несмотря на большое разнообразие технологий, для каждой конкретной предметной области необходимо прописывать собственное архитектурное решение, разрабатывать базу данных и серверно-клиентскую часть, так как универсального решения нет [1].Low-code платформы имеют внутренние инструменты, позволяющие ускорять процессы разработки. Для поддержки сложной архитектурной системы требуют высокооплачиваемые эксперты, использование low-coding позволяет бизнес-аналитикам и представителям отделов легче вносить свой вклад в разработку, поэтому штат сотрудников может быть сокращен.Несмотря на преимущества в использовании, low-code подход имеет ряд ограничений, которые необходимо учитывать при внедрении платформ в распределенную высоконагруженную систему. В настоящей статье мы рассмотрим этапы выбора платформы, какие вопросы следует выдвинуть на обсуждение, а также рассмотрим лучшие сценарии применения платформ.Цель настоящей статьи, показать каким образом можно применить low-coding платформы для легко масштабируемых распределенных систем.Использование low-code в веб-разработке.На протяжении десятилетий у бизнеса было только два способа разработки приложений: купить готовые приложения у внешнего поставщика или создать и настроить свои с нуля силами квалифицированных разработчиков и программистов. Но сегодня мы наблюдаем, как появляется и развивается подход low-coding, благодаря которому каждый пользователь компании может стать разработчиком. Альтернативные методы разработки позволяют пользователям быстро создавать приложения и автоматизировать бизнес-процессы с минимальным количеством строк кода. Внедрение простых и доступных инструментов визуального программирования расширяет возможности пользователей, ускоряя создание инноваций и снижая нагрузку на ИТ-отделы.Low-code системы - это платформы для разработки программного обеспечения, которые предоставляют средства и инструменты для создания приложений с минимальным использованием кода. Они позволяют разработчикам и бизнес-аналитикам быстро создавать приложения, используя графические интерфейсы, конфигурацию и драг-энд-дроп элементы, вместо традиционного программирования.При выборе правильных архитектурных решений, low-code платформы помогут ускорить процесс разработки в высоконагруженных распределенных системах.Во-первых, нативный интерфейс увеличит производительность разработчиков. Использование low-code позволяет разработчикам сосредотачиваться на бизнес-логике и функциональности системы, минимизируя необходимость в написании множества кода с нуля. Это позволяет значительно сократить время разработки и упростить процесс создания распределенных высоконагруженных систем. Разработчики могут быстро создавать прототипы, тестировать новые функции и внедрять изменения, что способствует более быстрой разработке [2].Во-вторых, использование платформ позволяет снизить количество ошибок. Использование low-code платформ позволяет сократить вероятность ошибок, связанных с неправильным написанием кода, так как большая часть рутинных и подверженных ошибкам задач автоматизирована. Это особенно важно в распределенных системах, где даже малейшая ошибка может привести к серьезным последствиям. Уменьшение числа ошибок позволяет сэкономить время и ресурсы, которые обычно тратятся на их поиск и исправление [3].Ну а также упрощаются процессы масштабируемости. Low-code платформы обеспечивают абстракцию от сложных деталей инфраструктуры, что упрощает масштабирование и поддержку высоконагруженных систем. Разработчики могут легко добавлять новые компоненты, модули и интеграции, не беспокоясь о том, как это повлияет на всю систему. Это позволяет системам быстро адаптироваться к изменяющимся требованиям и нагрузке, что важно для распределенных систем, работающих в динамичной среде.Управление масштабируемостью и сложностью в традиционном и low-code программировании.Приложение имеет бесконечный цикл поддержки, бизнес придумывает новые удобные опции для работы с ним, поэтому проект с каждым разом растет.Рассмотрим график зависимости сложности приложения от количества кодовой базы (рисунок 1). Рис. 1. График зависимости сложности приложения от количества кодовой базы.До точки пересечения визуального программирование проще поддерживать, потому что все части коды интегрированы, протестированы и готовы к эксплуатации. Но в какой-то момент визуальной кодовой базой становится очень сложно управлять. Она довольно быстро уходит в красную зону, где проект уже будет сложно дополнять. С этого момента проект будет сложно развивать дальше, его проще переписать заново [4].Вопрос с лимитом визуальных примитивов описан пределом Дойча. Принцип гласит, что проблема с визуальным программированием заключается в том, что вы не можете иметь более 50 визуальных примитивов на экране одновременно. Примитивы в визуальном языке — это отдельные графические элементы, используемые для построения программы, и наличие большего их количества одновременно позволяет программисту считывать больше информации [5]. Система, написанная на визуальном языке, имеет ряд ограничений, описанных выше. Важно использовать грамотные подходы к использованию low-code платформ, которые позволяют снизить негативное влияние на быстрый рост сложности проекта.Выбор платформы.Одна из основных задач при внедрении low-code платформ - выбор конкретного продукта среди множества, представленного на рынке. Важно сравнить плюсы и минусы каждой системы, а также решить какие требования необходимы именно Вам. Модель процесса выбора и внедрения low-code платформ состоит из шести фазы (рисунок 2). Рис. 2. Этапы процессы выбора и внедрения low-code платформ.На первом этапе необходимо проанализировать ситуацию и определить цели проекта или продукта. На втором этапе проводятся совещания для выявления точек потенциального использования (трудоемкий документооборот, дублирование работы, копирование данных из ERP-системы). После выявления слабых точек проекта необходимо подобрать систему среди множества представленных продуктов. Цель третьего этапа процедурной модели – отфильтровать несколько платформы из большого количества lox-code платформ, предлагаемых на рынке. На этом этапе должен быть сформирован предварительный список из 3-8 платформ. Четвертый этап модели процесса направлен на окончательный выбор платформы на основе заранее выбранных платформ. Пятый этап модели включает внедрение выбранных low-code платформ в компании. На данном этапе следует назначить роли для сотрудников, которые будут отвечать за настройку и обслуживание системы. Предметом шестого этапа модели процесса является создание платформы в компании. Процесс непрерывного совершенствования используется для обеспечения постоянного выявления новых вариантов использования программирования low-code. Окончательно, цель процесса — обеспечить устойчивый успех low-code программирования путем мониторинга даже после окончания проекта [6]. При планировании выбора платформы можно опираться на следующие вопросы:• Открытый исходный код: доступен ли исходный код платформы в открытом доступе?• Типы приложений. Какие типы приложений (мобильные, браузерные,десктоп) можно разработать?• Язык программирования для расширений: какой язык программирования может использоваться для расширения low-code, если потребуется?• Управление версиями: Имеет ли low-code платформа собственное управление версиями?• Варианты развертывания: какие варианты развертывания предлагает платформа?• Развертывание на локальных инфраструктурах: возможно ли развертывание платформы программное обеспечение на локальной инфраструктуре? [6]Способы применения.Есть возможность использовать плюсы визуализации процесса и разработки системы на микросервисах. Для этого берётся платформа, которая используется исключительно для визуализации и запуска процессов. При этом вся кастомная логика выносится в обычные микросервисы. Это довольно популярный подход, потому что включает в себя лучшее из обоих вариантов:В данном случае необязательно иметь всех сотрудников программистов, достаточно иметь тот коллектив, который будет отвечать за интеграцию и микровервисную часть. Здесь нужно учитывать некоторые риски, например, зависимость от платформы, поэтому лучше брать в проект opensource решения [7].В случае, если в системе есть много готовых микросервисов на бэкенде, тогда появляется возможность создавать бэкенд для новых интерфейсов без привлечения разработчиков. Фронтендеры сами собирают сервис, который принимает и отправляет данные в платформу визуального программирования. Нужно только вызвать нужный API, собрать данные для фронтенда и преобразовать их, как удобно, и отправить их себе. С клиентской части данные отправить в своей же сервис, там их разослать в нужные микросервисы через API. Такой подход экономит время бэкендеров и позволит ускорить поставку нового программного обеспечения из-за снижения времени ожидания нужного API для фронтенда. В идеале, чтобы у фронтендера не менялся стек, например, если на фронте он использует React, то он довольно легко напишет себе бэкенд на node.js.Рис. 3. Гибридный подход к разработке архитектуры.Для проведения отладки и тестирования приложения нужно убедиться, что платформа low-code позволяет легко развертывать ее в контейнерной среде, такой как Docker, и поддерживает автоматическое масштабирование с помощью таких инструментов, как Kubernetes. Если ваше приложение предполагает обработку больших наборов данных, интегрируйте его с масштабируемым решением для обработки данных, например, Apache Spark или Amazon EMR.Заключение.Одним из основных преимуществ платформ визуального программирования является увеличение скорости разработки. Благодаря визуальным интерфейсам и конфигурационным настройкам, разработчики могут быстро создавать и настраивать бизнес-логику приложений, не тратя время на написание и отладку кода. Это особенно полезно в распределенных системах, где необходимо разрабатывать и поддерживать множество компонентов и сервисов.Платформы визуального программирования также облегчают интеграцию с внешними сервисами и API, что позволяет создавать связанные распределенные системы. Интеграционные возможности платформы позволяют обмениваться данными и взаимодействовать с различными сервисами без необходимости писать специализированный код интеграции.Однако, несмотря на преимущества, следует учитывать ограничения платформ визуального программирования. В некоторых случаях, сложные или специализированные бизнес-логики могут быть трудно реализуемы с помощью визуальных инструментов и конфигурации. Также, при интеграции с распределенными системами, важно обеспечить гибкость и масштабируемость, чтобы удовлетворить требования разных компонентов системы.Использование платформ визуального программирования в распределенных системах представляет собой инновационный подход, который может ускорить и упростить разработку и интеграцию приложений. Однако, перед принятием решения об использовании платформы в распределенной системе, важно тщательно изучить ее возможности, ограничения и соответствие требованиям проекта.
Номер журнала Вестник науки №4 (73) том 3
Ссылка для цитирования:
Глибченко Д.Ю. ПРИМЕНЕНИЕ LOW-CODING ПОДХОДА ДЛЯ АВТОМАТИЗАЦИИ РАЗРАБОТКИ РАСПРЕДЕЛЕННЫХ ПРИЛОЖЕНИЙ // Вестник науки №4 (73) том 3. С. 400 - 409. 2024 г. ISSN 2712-8849 // Электронный ресурс: https://www.вестник-науки.рф/article/13970 (дата обращения: 19.05.2024 г.)
Вестник науки СМИ ЭЛ № ФС 77 - 84401 © 2024. 16+