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

Платформы с низким кодом делятся на несколько категорий. Некоторые сосредотачиваются на инструментах для быстрой разработки веб-и мобильных пользовательских интерфейсов и рабочих процессов. Многие инструменты визуализации данных, интеграции данных и подготовки данных представляют собой небольшой код, а появляющиеся платформы с низким кодом поддерживают машинное обучение, Интернет вещей (IoT) и автоматизацию ИТ.

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

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

1. Определите и оцените несколько вариантов использования.

Возможности с низким кодом и без кода стали популярными в последние несколько лет, особенно в 2020 году, когда многим компаниям пришлось быстро создавать и обновлять приложения из-за Covid-19. Вы, вероятно, найдете много вариантов с низким кодом с различными возможностями и подходами к разработке – как и в случае со многими другими категориями технологий.

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

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

2. Укажите, кто будет разрабатывать приложения.

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

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

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

3. Изучите счастье клиентов и благовестие.

Трудно заставить людей говорить о платформах, которые не превзошли ожидания, и легко найти сотни положительных отзывов о каждой технологической платформе. Некоторые платформы будут продавать свое количество приложений, клиентов и разработчиков; лучшие из них делятся своими отчетами об удовлетворенности клиентов. Более крупные, более устоявшиеся, «готовые к работе» платформы, вероятно, появятся в отчетах Gartner Magic Quadrant, Forrester Waves и других аналитических отчетах.

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

4. Определите требования к использованию и оцените цены.

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

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

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

5. Изучите и расставьте приоритеты в требованиях к интеграции.

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

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

Одно место для начала – обзор Платформы IFTTT (If This Then That) и посмотреть, интегрируются ли они с платформой low-code и какие типы действий и триггеров они поддерживают. Даже если вы не используете эти платформы в производственной среде, они являются хорошим источником для проверки возможностей и реализации проверок концепции интеграции.

6. Изучите варианты хостинга, DevOps и управления.

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

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

  • Управление версиями приложений или интеграция с системой контроля версий
  • Поддержка жизненного цикла разработки в среде разработки, тестирования и других средах
  • Обеспечение гибкого процесса разработки с подключением к инструментам, которые управляют невыполненными задачами и дорожными картами
  • Интеграция с непрерывной интеграцией / непрерывным развертыванием, непрерывным тестированием или процессами управления изменениями управления ИТ-услугами
  • Включение моментальных снимков данных; зеркала; репликации; или извлекать, преобразовывать, загружать процессы для поддержки аварийного восстановления и анализа данных

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

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

7. Ознакомьтесь с требованиями соответствия и безопасности.

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

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

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

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

Авторские права © 2021 IDG Communications, Inc.


#ключей #выбору #платформы #lowcode

Source link