Git-платформы
Репозитории, merge request'ы и участники приходят отсюда. Подключение по токену доступа или через OAuth-приложение; self-hosted GitLab тоже поддерживается.
Проверка архитектуры при каждом pull request, на ваших собственных серверах.
AppArch читает структуру вашей кодовой базы - слои, зависимости, контракты - и оставляет комментарий в pull request сразу после его открытия. Работает в вашем CI и в вашей сети. Ничего не уходит наружу.
- Устанавливается локально
- 9 языков
- GitLab, GitHub, Bitbucket, Azure DevOps
9языков: языков: .NET, Java, Python, Go, TypeScript, Ruby, PHP, Kotlin, Swift
1000+правил: правил в каталоге, у каждого есть страница документации
4Git-платформы: платформы Git
5модулей: модулей на одном графе кода
<2 minна ревью: на ревью: меньше 2 минут, замер на репозитории в 5 ГБ
4стандарта безопасности: стандарта безопасности: OWASP, PCI DSS, STIG, CASA
Пять модулей, одно прочтение вашего кода
Каждый модуль отвечает на свой вопрос об одном и том же репозитории. Включайте нужные; каталог правил и граф зависимостей у них общие.
ArchPilot
Комментарии ревью в pull request
- Встроенные комментарии с кодом правила и ссылкой на документацию
- Один сводный комментарий на merge request: новые, открытые, решённые
ArchScan
Полный отчёт по всей кодовой базе
- Каждая находка содержит проблемные строки, а не только имя файла
- Интерактивная карта зависимостей проектов и пакетов
ArchSecurity
Статический анализ безопасности с привязкой к стандартам, о которых спрашивают аудиторы
- По отчёту на каждый стандарт, готово к аудиту
- Уязвимые зависимости проверяются по офлайн-базе рекомендаций
Соответствие требованиям
Проверки политик с оценкой и журналом аудита
- Правила включаются для проекта, рабочего пространства или всей установки
- Проверки по расписанию: оценка остаётся актуальной без напоминаний
Git Health
29 проверок того, как ведётся репозиторий
- Защита веток, правила MR, безопасность в CI
- Находки содержат значение, а не только «пройдено/не пройдено»
С чего начать?
Большинство команд начинают с ArchPilot: первый комментарий появляется уже в следующем pull request.
Как находка попадает в ваш pull request
Три шага, без агента на машине разработчика, ничего не отправляется наружу.
- 01
Зарегистрируйте репозиторий
Подключите учётные данные Git в панели и выберите репозиторий. AppArch выдаст для него токен проекта.
- 02
Добавьте одну задачу в пайплайн
Один образ контейнера на язык запускается как задача CI на извлечённом коде. Он получает правила, анализирует на месте и отправляет только результаты.
- 03
Прочитайте комментарий, откройте отчёт
Инженер видит находку в pull request; команда видит оценку, тренд и находки в панели.
Правила управляются в панели, а не в файле
У каждого правила в каталоге есть код, имя, описание и страница документации. Отключайте правило для всей установки, одного рабочего пространства или одного проекта; побеждает более узкая настройка.
- Порог, при котором пайплайн падает, - это настройка, а не изменение кода.
- Область сканирования - какие папки учитываются - задаётся там же.
- У каждого правила своя страница документации на docs.apparch.io.
Создан для работы внутри вашей сети
Облачной версии нет. AppArch устанавливается на хост под вашим контролем, и код, который он читает, никогда не покидает ваш CI.
Установка на один хост
Docker Compose с PostgreSQL и Redis. Мастер установки создаёт первого администратора; обновления сами применяют миграции.
Вход через ваш каталог
Вход через LDAP и Active Directory, двухфакторная аутентификация, приглашения по домену. Без входа через соцсети.
Подписанная лицензия, при необходимости офлайн
Лицензия - подписанный файл, который установка проверяет локально. Изолированные площадки берут образы из приватного реестра и никогда не выходят наружу.
Данные об использовании не уходят
Единственный исходящий запрос - необязательная проверка обновлений, её можно отключить. Всё остальное остаётся на вашем хосте.
С чем интегрируется
Git-платформы дают репозитории и merge request'ы; остальное добавляет вокруг них деплои, инциденты, задачи и ИИ.
CI-пайплайны
Анализатор работает как один job в вашем пайплайне: готовые сниппеты для четырёх провайдеров и обычный docker run для остальных.
Деплой
Какая версия работает в какой среде - записывается в каталог сервисов.
Наблюдаемость
При подключённых Dynatrace, New Relic или Percona PMM поступают записи об инцидентах, и две пустые метрики DORA, доля неудачных изменений и время восстановления, заполняются реальными данными. Percona PMM добавляет ещё и время запросов к базе.
Качество и тесты
Метрики и находки SonarQube стоят рядом с собственными данными AppArch; сводки тестов JMeter попадают на страницу нагрузочных тестов проекта.
Искусственный интеллект
Оператор установки подключает одного провайдера; запросы идут с этого аккаунта, через AppArch ничего не проходит.
Трекинг задач
Находки заводятся задачами на доске, которой команда уже пользуется. Сопоставление проектов настраивается на уровне рабочей области.
Вход и уведомления
Вход по учётной записи LDAP или Active Directory; уведомления уходят по почте через ваш собственный SMTP-сервер. Каналы Slack и Teams на подходе.
Зачем нужен инструмент архитектурного ревью?
Кодовая база - это сотни мелких решений, каждое из которых по отдельности выглядит верным: какой слой вызывает какой, когда был нарушен контракт сервиса, в каком изменении пропала проверка безопасности. Код-ревью видит эти решения, но со временем устаёт: никто не пишет одно и то же предупреждение вручную в каждом pull request.
Инструмент архитектурного ревью превращает эти решения в правила и автоматически применяет их к каждому изменению. Разработчик видит замечание в своём pull request, тимлид следит за динамикой в панели, а команда безопасности получает отчёт о соответствии из того же сканирования.
Чем это отличается от линтера или платформы качества кода
Линтер смотрит на один файл за раз. AppArch читает граф зависимостей всего репозитория, поэтому может сказать, что проект представления ссылается на инфраструктуру или что два модуля зависят друг от друга. Замечания внешних сканеров отображаются в той же панели с указанием источника.
На что смотреть при выборе
- Покидает ли код вашу сеть? Инструмент, работающий on-premise, держит код внутри вашей сети.
- Кто управляет правилами? Управление правилами в панели, а не в файле, держит всю команду в едином стиле.
- Пишет ли он в pull request? Отчёты не читают; комментарий в строке читают.
Подробности - на страницах ArchPilot, On-premise и air-gap и каталог правил.
Частые вопросы
Чем это отличается от линтера или SonarQube?
Линтер смотрит на один файл. AppArch читает граф зависимостей всего репозитория и поэтому может сказать, что проект презентации ссылается на инфраструктуру или что два модуля зависят друг от друга. Находки SonarQube можно отобразить в ArchSecurity рядом с находками AppArch с указанием источника.
Какие языки поддерживаются?
.NET, Java, Python, Go, TypeScript и JavaScript (включая React, React Native и Node.js), Ruby, Kotlin, Swift и PHP. У каждого свой образ анализатора и свой раздел каталога правил.
Покидает ли наш код нашу сеть?
Нет. Анализатор работает задачей в вашем собственном CI на извлечённом коде и отправляет только находки на сервер AppArch - тоже ваш. Никакого облачного сервиса на пути нет.
А ложные срабатывания?
Отключите правило для проекта, рабочего пространства или всей установки либо сузьте область сканирования, чтобы папка пропускалась. Находки можно также подтвердить в панели, а серьёзность правила понизить, чтобы оно больше не роняло пайплайн.
Как лицензируется?
За установку, с подписанным файлом лицензии, который задаёт пользователей и проекты; все модули включены. Нет оплаты за сканирование и нет облачного тарифа. Свяжитесь с нами, и мы подберём размер вместе.
Сколько занимает установка?
Один хост с Docker: скачайте образы, запустите compose-файл, пройдите мастер настройки. Регистрация первого репозитория и добавление задачи CI обычно укладываются в тот же день.
Посмотрите на своём коде
Запишитесь на тридцатиминутную демонстрацию. Мы пройдём по панели на реальном репозитории и ответим на вопросы вашей команды.