Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Gestion des états
Les décisions relatives à la conception de la gestion de l'état de l'infrastructure sont parfois négligées lors de la conception initiale des mécanismes et de leur cadrage. Cependant, le fait de ne pas tenir compte de la flexibilité nécessaire dans la conception, telle que l'outillage de l'équipe de développement et les distinctions de modèles, peut entraîner une importante refonte après le mécanisme. Lorsque vous évaluez votre approche de gestion de l'État, posez-vous les questions suivantes :
-
Qui gérera l'infrastructure et l'état des applications ?
-
Que se passe-t-il lorsque quelque chose rompt avec l'État ?
-
Qui va remédier à un problème d'État ?
-
Si les mesures correctives sont prises en charge par une équipe centrale, cette approche entraînera-t-elle des retards de développement et des interruptions de service ? Comment comptez-vous minimiser ces perturbations ?
Par exemple, imaginez une organisation qui fournit une solution centrale de gestion de l'État. Cela accélère considérablement la mise sur le marché des solutions, car les développeurs n'ont pas besoin de réinventer la roue pour chaque projet. Cependant, tout peut parfois se casser. L'État ne fait pas exception. Lorsque l'état se brise, considérez les points suivants :
-
Un point de contact (POC) clairement défini doit être mis en place.
-
Le POC doit être immédiatement disponible pour résoudre le problème. Par exemple, ne chargez pas le POC d'une JIRA liste complète des tâches liées à la gestion de l'État après coup.
-
Un mécanisme d'accès est déjà en place pour fonctionner et résoudre le problème.
