Connaissances opérationnelles, mises à jour en continu

Centre de connaissances Airbip

Des conseils rigoureux pour choisir, déployer et exploiter les applications dont dépend votre équipe.

Schéma montrant un workflow d’automatisation entre des systèmes métier faisant autorité et une copie de reporting
Automation Workflows

Un outil d’automatisation doit-il stocker vos données métier ? Cadre de décision pour les systèmes de référence

Les outils d’automatisation excellent dans le déplacement des informations et la coordination du travail, mais la commodité peut transformer l’état d’un workflow en base de données accidentelle. Utilisez ce cadre pour décider quel système est propriétaire de chaque enregistrement métier, comment les copies dérivées sont rapprochées et comment les workflows se rétablissent en toute sécurité lorsqu’ils échouent.

Lire le guide
Équipe des opérations examinant une checklist de conservation et de suppression des données d’une application auto-hébergée
Data Governance

Pouvez-vous supprimer les données lorsque vous en avez besoin ? Une checklist de conservation et de suppression pour les applications auto-hébergées

Avant d’adopter une application auto-hébergée, ne vous limitez pas aux exports et aux sauvegardes. Utilisez cette checklist pour cartographier l’emplacement des données, définir les événements de conservation, vérifier ce que fait réellement la suppression et distinguer la suppression des données actives des sauvegardes, journaux et services connectés.

Lire le guide
Équipe des opérations examinant sur un ordinateur portable une checklist d’adoption d’une application open source
Business Apps

Cette application open source est-elle maintenable ? Une checklist d’adoption fondée sur des preuves

Avant d’auto-héberger une application métier, évaluez les preuves concernant sa documentation, le signalement des problèmes de sécurité, les mises à niveau, la récupération, les dépendances et les possibilités d’assistance. Cette checklist aide les équipes à décider d’adopter l’application, de l’adopter avec des garde-fous ou de choisir un autre modèle.

Lire le guide
Une checklist de changement de domaine reliant une application auto-hébergée au DNS, à TLS, aux fournisseurs d’identité, aux webhooks et aux liens d’e-mail
Migration Architecture

Changer le domaine d’une application auto-hébergée : liste de dépendances à vérifier avant la migration

Changer le domaine d’une application auto-hébergée affecte bien plus que le DNS et un proxy inverse. Utilisez cet inventaire des dépendances, ce plan de bascule et ce script de test pour mettre à jour en toute sécurité les paramètres de l’application, les rappels d’identité, les intégrations, les liens générés et les redirections.

Lire le guide
Équipe d’exploitation examinant une liste de contrôle de configuration des fuseaux horaires dans l’infrastructure applicative et plusieurs régions du monde
Self-Hosting

Planification des fuseaux horaires pour les applications auto-hébergées : une liste de contrôle avant le déploiement

La configuration des fuseaux horaires ne concerne pas seulement l’affichage. Utilisez cette liste de contrôle avant le déploiement pour cartographier chaque horloge, définir les règles d’horodatage, tester les limites liées à l’heure d’été et documenter le comportement attendu des planifications, rapports et intégrations.

Lire le guide
Schéma montrant un proxy inverse acheminant le trafic web public vers une application, tandis que les bases de données et les services d’administration restent privés
Security & Reliability

Quelles parties d’une application auto-hébergée ont besoin d’un accès à Internet ? Checklist de cartographie de l’exposition

Transformez « l’application doit être publique » en une conception claire des accès. Utilisez cette checklist pour distinguer les routes entrantes publiques, les dépendances sortantes, les services de données privés et les interfaces d’administration avant de choisir un modèle de déploiement auto-hébergé.

Lire le guide
Équipe opérationnelle examinant un registre de responsabilité des applications pour un logiciel métier auto-hébergé
Data Governance

À qui appartient cette application auto-hébergée ? Créez un registre de responsabilité des applications

Une application auto-hébergée peut être en ligne, sauvegardée et techniquement maintenue sans que personne ne soit responsable de sa finalité métier, des décisions relatives aux données, des validations d’accès ou des choix de reprise. Découvrez comment créer un registre pratique de responsabilité des applications qui clarifie les rôles sans attribuer chaque tâche à une seule personne.

Lire le guide