Administración de estados

Las decisiones de diseño de la gestión del estado de la infraestructura a veces se pasan por alto durante el diseño y el alcance iniciales del mecanismo. Sin embargo, si no se tiene en cuenta la flexibilidad necesaria en el diseño, como las herramientas del equipo de desarrollo y las distinciones de patrones, se puede producir una cantidad considerable de reelaboraciones posteriores al mecanismo. Al evaluar su enfoque de gestión estatal, tenga en cuenta las siguientes preguntas:

• ¿Quién administrará la infraestructura y el estado de las aplicaciones?

• ¿Qué ocurre cuando algo rompe con el estado?

• ¿Quién solucionará un problema estatal?

• Si la remediación está a cargo de un equipo central, ¿provocará ese enfoque retrasos en el desarrollo y tiempos de inactividad? ¿Cómo va a minimizar esta interrupción?

Como ejemplo, imagine una organización que ofrece una solución de administración estatal central. Esto mejora considerablemente la velocidad de comercialización de las soluciones, ya que los desarrolladores no necesitan reinventar la rueda para cada proyecto. Sin embargo, a veces cualquier cosa puede romperse. El estado no es una excepción. Cuando el estado se rompa, tenga en cuenta los siguientes puntos:

• Debe existir un punto de contacto (POC) claro.

• El POC debe estar disponible de forma inmediata para solucionar el problema. Por ejemplo, no sobrecargue el POC con una carga completa JIRA lista de trabajos con la administración estatal como idea de último momento.

• Ya existe un mecanismo de acceso que funciona y resuelve el problema.