Principes de release
Reelevant livre en continu. Les intégrations sont conçues pour continuer à fonctionner d’une release à l’autre sans action de votre part.Releases majeures
Une release majeure est tout changement pouvant nécessiter une action de l’intégrateur — par exemple une modification d’une réponse d’API existante, la suppression d’un paramètre ou un changement de comportement par défaut. Pour ces releases :- Au moins 30 jours de préavis avant la mise en production
- Le préavis est envoyé aux contacts techniques de votre compte et publié sur la status page
- Le préavis précise ce qui change, quels endpoints ou Workflows sont concernés et quelle action est éventuellement requise
- Lorsque c’est possible, le comportement précédent reste disponible pendant la période de préavis afin que vous puissiez migrer à votre rythme
Releases courantes
Les releases courantes — corrections de bugs, optimisations, nouveaux types de Nodes, nouveaux connecteurs de Datasource, améliorations d’interface — sont déployées sans préavis car elles ne modifient pas les comportements existants. Elles sont listées sur la status page au même titre que les fenêtres de maintenance.Ce qu’il faut prévoir de votre côté
- Considérez les réponses d’API comme extensibles : ignorez les champs non reconnus plutôt que d’échouer
- Gardez au moins un contact technique du compte abonné aux préavis de release
- Abonnez-vous à la status page pour les notifications de déploiement et d’incident
Étapes suivantes
Statut et monitoring
Préavis de déploiement, disponibilité et communication d’incident.
Sécurité et conformité
Certifications, fournisseurs, journalisation des audits et signalement d’une faille.