El propósito del proceso de desmantelamiento de la aplicación es retirar o eliminar aplicaciones sin ningún efecto adverso en otras aplicaciones o negocios. Se puede comparar con el desmantelamiento de plantas químicas y nucleares. Ese no es un trabajo fácil o trivial.
No siempre necesitará almacenar la información de una aplicación, pero para algunas áreas reguladas, como la contabilidad, existe una legislación que establece el acceso a la información histórica. En estos casos, es importante comprender exactamente lo que debe almacenarse.
Pero la recuperación de información histórica no siempre es el riesgo más grave. Otro posible efecto adverso es la desinformación o la falla del sistema. Cuando tiene una aplicación compleja, los datos del paisaje se mueven entre diferentes aplicaciones. Sacar una aplicación es como sacar un nodo en una red, puede tener consecuencias imprevistas en otras partes del panorama de la aplicación. El efecto puede conectarse en cascada a través del sistema. Esto, por supuesto, depende del nivel de acoplamiento.
- ¿Por qué los gráficos de Cossacks 3 son tan inferiores a otros juegos recientes?
- Cómo arreglar la luz de fondo en una computadora portátil
- ¿Puedo instalar Mac desde USB de 8 gb?
- ¿Cuál es la mejor computadora portátil en abril de 2017 bajo 60k INR?
- ¿Alguien puede sugerirme una computadora portátil decente en la que pueda codificar y editar videos, ya que mi rango es de 25k-30k?
Déjame dar un ejemplo. Si tiene una aplicación en un mainframe que a menudo es un sistema estrechamente acoplado. Por lo general, también tendrá una serie de trabajos por lotes, es decir, programas automatizados que mueven o transforman datos. Estos trabajos pueden tener dependencias. Ya sea para otros trabajos o para datos producidos por otros programas. Si no tiene una visión general completa de todas las dependencias, no puede realizar un proceso de desmantelamiento adecuado.
Existen varios tipos de software en este mercado para su propósito particular. Las herramientas de análisis de código fuente son importantes para comprender las dependencias entre aplicaciones. También hay tecnologías para mover código a otros marcos, etc. Pero todas están dirigidas a tipos particulares de software, por lo que realmente tiene que cavar para encontrar la combinación correcta.
Lo más importante es entender exactamente lo que se necesita en el caso particular. Comprenda los riesgos y los costos asociados con la mitigación, porque puede encontrar que algunos riesgos no valen la pena mitigar de manera proactiva.
