Основные выводы

Большинство корпоративных организаций уже имеют необходимые инструменты для обеспечения качества и безопасности ПО, но реальная проблема заключается в том, что эти инструменты существуют отдельно от процесса развертывания, создавая пробелы в согласованности и управлении.
Новые POST- и GET-запросы в Mendix Pipelines интегрируют внешние инструменты непосредственно в рабочий процесс релиза, автоматически запуская и проверяя такие действия, как тестирование и сканирование безопасности, без необходимости для команд покидать конвейер.
Реальные интеграции с такими платформами, как Menditect и QSM, показывают, как информация о качестве, безопасности и комплаенсе может способствовать более разумным и быстрым решениям о развертывании — без необходимости вручную искать результаты в несвязанных между собой системах.
POST- и GET-запросы закладывают основу для более широкой стратегии оркестрации, предоставляя организациям масштабируемый и проверяемый процесс выпуска, который растет по мере изменения их потребностей в управлении.

Содержание

Знакомство с POST- и GET-запросами
Запуск Menditect Test Automation (MTA) для тестирования ваших приложений
Сканирование ваших приложений с помощью Quality and Security Manager (QSM)
Ещё больше инструментов для подключения
Начните работу прямо сейчас

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

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

Знакомство с POST- и GET-запросами

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

Запуск Menditect Test Automation (MTA) для тестирования ваших приложений

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

С помощью POST- и GET-запросов Mendix Pipelines может стать частью этого процесса тестирования. Конвейер может запустить тестовый запуск Menditect, получить полученный результат и использовать эту информацию в качестве части более широкого процесса выпуска. Командам больше не нужно относиться к тестированию как к изолированному действию, происходящему параллельно с рабочим процессом развертывания. Вместо этого тестирование становится еще одним источником информации, доступной при принятии решений о развертывании. Ценность заключается в том, что тест выполнялся как часть повторяемого процесса, который можно стабильно запускать в различных средах и релизах. Организации, желающие реализовать этот сценарий, могут использовать свои Menditect-specific documentation for implementation details and API configuration guidance.

Сканирование ваших приложений с помощью Quality and Security Manager (QSM)

Второй пример — платформа Quality and Security Management от Software Improvement Group, часто называемая QSM. Организации используют QSM для получения информации о качестве, поддерживаемости и характеристиках безопасности своих приложений. Эти данные помогают командам понять, соответствует ли программное обеспечение корпоративным стандартам и целям качества. Исторически эта информация часто существовала как отдельный источник достоверных данных, к которому необходимо было обращаться во время планирования выпуска или перед продвижением в продакшн.

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

Ещё больше инструментов для подключения

Хотя качество и безопасность являются одними из самых распространенных сценариев, возможности простираются гораздо дальше. Некоторые организации хотят регистрировать развертывания в базах данных управления конфигурациями в целях отслеживания и аудита. Другие хотят уведомлять операционные команды через Microsoft Teams или Slack об успешном или неуспешном развертывании. Некоторые организации могут полагаться на системы утверждения, платформы управления изменениями, решения для управления рисками, процессы управления рисками или внутренние разработанные сервисы, которые определяют, может ли программное обеспечение идти дальше. В некоторых случаях команды могут даже проверять специфичные для бизнеса условия перед выходом в продакшн. Общая тема заключается в том, что важная информация о релизе часто существует за пределами Mendix Pipelines. POST- и GET-запросы предоставляют способ подключения этих систем к процессу выпуска без необходимости для организаций отказываться от инструментов, которым они уже доверяют и на которые полагаются.

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

Начните работу прямо сейчас

Запросы POST и GET уже доступны для организаций, которые хотят начать подключение внешних систем к Mendix Pipelines. Будь то цель автоматизированного тестирования через Menditect, аналитики качества приложений через QSM, процессов управления, уведомлений о выпусках, интеграций для конкретной организации или просто увлекательных экспериментов, эта возможность предоставляет практическую отправную точку для интеграции внешней информации в процесс принятия решений о развертывании. Мы рекомендуем ознакомиться с подробным описанием в документации Mendix Docs для запросов POST и GET, чтобы правильно настроить конфигурацию конвейера.

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