No-code для предприятия: возможности и проблемы

No-code для предприятия Изучение

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

За последние пару лет ИТ-индустрия штурмом захватила разработку без кода. По данным Gartner, к 2024 году 80% технологических продуктов и услуг будут созданы за пределами ИТ. Согласно недавнему опросу Tonkean, 96% из 500 американских ИТ-специалистов и специалистов по эксплуатации сообщили, что они уже приняли или скоро примут инструменты без кода / с низким кодом.

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

Бизнес-пользователи на крупных предприятиях создают и поддерживают свои собственные приложения на протяжении десятилетий. С этой целью многие бизнес-пользователи выбирают электронные таблицы в качестве своей основной платформы, в частности Microsoft Excel. Те, кто знаком с VBA (Visual Basic для приложений), также могут реализовать более продвинутые возможности в Excel и создать интеграцию с другим программным обеспечением, таким как Microsoft Access, для сохранения данных. Но этот тип использования кода без кода всегда страдал от присущих файловому подходу ограничений.

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

Огромные возможности без кода для предприятия

Платформы без кода могут предоставить предприятиям огромные возможности в области разработки приложений.

Разработка приложений — дело дорогое и трудоемкое. Это особенно верно для крупных предприятий — и не зря: спешка с выпуском приложения с ошибками может быть очень дорогостоящим для предприятия. Таким образом, у них есть утомительные внутренние процессы, связанные с разработкой, тестированием и выпуском приложений, обеспечивающие их безопасность, стабильность и масштабируемость. Это делает жизненный цикл разработки приложения трудоемким и дорогостоящим процессом. Стоимость разработки среднего веб-приложения корпоративного уровня обычно составляет от 100 тыс. До 1 млн долларов. Согласно опросу, проведенному в 2016 году компанией Enterprise Mobility Exchange, 29% респондентов заложили в бюджет 250-500 тысяч долларов, а 25% — более 1,5 миллиона долларов на средний проект разработки мобильных приложений.

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

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

Для каких приложений больше всего выгодно отсутствие кода?

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

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

Читайте также:  APM - это не только для Ops

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

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

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

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

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

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

Вопросы безопасности No-code

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

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

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

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

Читайте также:  Интернет вещей и домашняя автоматизация: что ждет в будущем?

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

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

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

Как снизить риски привязки к поставщику No-code?

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

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

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

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

Возможности без кода перевешивают риски

Возможности, предлагаемые платформами без кода, перевешивают риски.

Задача решена десятилетиями: как крупные предприятия могут предложить гибкость и скорость бизнес-инструментов без дорогостоящих затрат времени и ресурсов? Хотя отсутствие кода создает свой собственный уникальный набор проблем, он также обеспечивает жизнеспособное и очень выгодное решение: позволить бизнес-пользователям разрабатывать и поддерживать свои собственные инструменты. Это делается без значительных затрат и без необходимости повышенного обучения, связанного с традиционной разработкой программного обеспечения. Отсутствие кода может расширить возможности корпоративной организации, убрав тяжесть небольших проектов разработки с технических ресурсов и позволив бизнесу продвигать свои собственные цели вперед.

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

Оцените статью
bestprogrammer.ru
Добавить комментарий