Depende.
Para las máquinas de estado replicadas, se incluyen comandos de cambio de versión (actualización y retroceso a las versiones siguiente y anterior) y se ramifica el código lógico en el árbol de origen cada vez que se libera / implementa en un entorno de producción para que los nuevos archivos binarios retengan el código de máquina de estado _exact_ con compatibilidad de error por error.
Actualiza el software en todos los nodos disponibles y descarga un comando de actualización en la máquina de estado. Cuando eso tenga éxito, puede continuar ejecutando operaciones locales más largas necesarias para aprovechar al máximo la nueva funcionalidad en un subconjunto rodante de sus nodos que conserva su rendimiento + confiabilidad + garantías de disponibilidad.
- ¿Cuál es la diferencia entre CDN y servicios en la nube?
- ¿Qué tan bien funciona DB2 en Linux en entornos de nube como Azure y AWS?
- ¿Cuál es la relación entre la computación en la nube y la IA?
- ¿Cuáles son los mejores institutos de formación en la nube en Chennai?
- ¿Qué almacenamiento de AWS es mejor?
Lo hice cuando cambié el subsistema de metadatos persistente y la cantidad de almacenamiento utilizable para un dispositivo de almacenamiento de bloques distribuido.
En otras situaciones, usted mantiene el software compatible con versiones anteriores para al menos una versión, el software hace lo correcto en función de lo que admiten sus pares, y despliega la actualización de una manera que no comprometa su SLA. Elegir qué actualizar en función del tiempo (tal vez lógico como en el recuento de operaciones) o un enfoque estadístico (10% de posibilidades de actualización de un nodo el primer día, 20% el siguiente, etc.) son formas fáciles de tener una probabilidad suficientemente alta de aceptación Impacto en el rendimiento.
Lo hice al agregar optimizaciones WAN a un producto de respaldo en la nube de nivel empresarial.