Aquila SOLO
L’édition SOLO structure la gouvernance CI/CD autour d’une équipe ou d’un produit critique : règles formalisées, audit, premiers indicateurs d’observabilité.
Cas d’usage typiques
SOLO convient lorsque la gouvernance doit être forte sur un périmètre limité, sans forcément embarquer toute l’organisation.
- Produit critique exposé à des contraintes réglementaires ou de sécurité.
- Équipe qui opère ses propres pipelines GitHub et souhaite un cadre clair.
- Besoin de journalisation d’audit pour un seul domaine fonctionnel.
Objectifs côté équipe
- Formaliser les règles de “bon usage” des workflows GitHub.
- Limiter les risques liés aux secrets, branches sensibles, environnements critiques.
- Apporter de la visibilité au management sans alourdir les pratiques DevOps existantes.
Fonctionnalités clés de l’édition SOLO
Gouvernance
- Règles de gouvernance avancées configurables par équipe.
- Contrôle des branches protégées et des conditions de déclenchement.
- Exigence de relectures, validations humaines et contrôles de cohérence.
Audit & visibilité
- Journal d’audit CI/CD dédié au périmètre de l’équipe.
- Indicateurs de base (taux de conformité, usages des pipelines, exceptions).
- Exposition simplifiée vers votre observabilité existante si besoin.
SOLO peut être vu comme l’édition “gouvernance locale” : un niveau d’exigence élevé pour un périmètre restreint, avant de passer à PRO pour la gouvernance transverse.
Montée en gamme vers PRO
Lorsque plusieurs équipes ou produits commencent à dépendre d’Aquila, ou que des règles doivent être harmonisées à l’échelle de l’organisation, l’édition PRO devient la cible : mutualisation de la politique, multi-organisation GitHub, intégration renforcée à l’observabilité.