¿Buscas Finalware? Segunda parte - Calendae | Informática, Electrónica, CMS, Ciberseguridad

¿Buscas Finalware? Segunda parte

Hola, un placer verte por aquí. Te habla Simón Sánchez y en esta ocasión vamos a hablar sobre ¿Buscas Finalware? Segunda parte

La productividad del software ha luchado por mantenerse al día con los avances en tecnología de redes, almacenamiento y computación durante más de tres décadas. En la primera parte de su pieza de dos partes, Michael Andrescavage describió algunas de las causas subyacentes de esta disparidad persistente e introdujo el concepto de una arquitectura de procesamiento de información integrada (IIPA). En la segunda parte, describe qué es exactamente un IIPA, su valor y cómo implementarlo.

¿Qué es una arquitectura de procesamiento de información integrada (IIPA)?

Piense en Starship Enterprise, donde todos los sistemas (hardware, software y datos) están conectados. Un sistema de sistemas. Donde toda la información está en tiempo real, almacenada continuamente, disponible para su procesamiento y análisis con el resto de la información, accesible desde cualquier lugar, totalmente integrada y sin interrupciones. Esto, entonces, es una arquitectura de procesamiento de información integrado (IIPA). Ahora, la nave espacial abandona la Enterprise; tiene su propio IIPA. Los IIPA de ambos barcos pueden estar disponibles entre sí y entre sí.

Ahora dejemos el reino de la ciencia ficción.

Construyamos un IIPA

A primera vista, esta arquitectura puede parecer excesiva para la mayoría de las aplicaciones existentes. Pero diseñar para una integración total requiere que adopte el panorama más amplio. La arquitectura está diseñada para hacer lo siguiente:

  • Admite adiciones y eliminaciones en tiempo real de hardware, software y datos: expansión y contracción dinámica de las capacidades de procesamiento.
  • Administre una colección de recursos informáticos (CCR) con soporte para cualquier configuración de hardware / sistema operativo / red conocida y futura que se considere necesaria.
  • Capaz de conectar / desconectar dinámicamente CCR y sus capacidades de procesamiento entre sí.
  • Los servicios constan de uno o más comandos, donde un comando contiene una lista de pares de nombre / valor que identifican todos los detalles / argumentos / parámetros / variables necesarios para realizar una tarea específica y claramente definida.

    Los comandos de servicio son ejecutados por procesadores de comandos, donde el software resultante se ejecuta y puede crear nuevos comandos ejecutados por otros procesadores de comandos. La ejecución de un comando proporciona información sobre el comando de origen.

    Los procesadores de comandos se asignan externamente a los subprocesos del sistema operativo en tiempo de ejecución, un procesador de comandos a un subproceso. Se pueden asignar tantos pares de subprocesos de procesador de comandos como sea necesario. Las limitaciones del sistema operativo, como la memoria y / o el número de recursos, determinarán la configuración máxima.

    Los servicios que se ejecutan dentro de un IIPA se comunican con otros servicios a través de una interfaz de programación de servicios (SPI).

    Todo el trabajo realizado se realiza mediante comandos de servicio y retroalimentación que fluyen a través de un CCR. ICF es responsable de entregar los comandos desde el procesador de comandos del servicio de origen al procesador de comandos del servicio de destino, y la retroalimentación regresa al originador del comando.

    ¿Cuáles son los beneficios de un IIPA?

    1. La expansión y contracción dinámica de las capacidades de procesamiento refleja los ciclos económicos y los períodos de fluctuación en los requisitos de procesamiento. Un IIPA es un vehículo conveniente para ejecutar servicios escalables (servicios con alta interactividad y servicios que requieren recursos de alto rendimiento) que coexisten con todos los demás servicios.

    2. La capacidad de utilizar recursos informáticos heterogéneos, procesadores genéricos y múltiples sistemas operativos a precios de mercado favorece económicamente a esta entidad frente a cualquier competidor.

    3. Se realiza un reintento dinámico de la ruta alternativa cuando se produce una interrupción de CCR.

    4. Hay servicios de IIPA disponibles que permiten mejoras y funcionalidades independientes.

    5. Todo el software se puede escribir como comandos orientados a servicios.

    6. La asignación de un procesador de comandos a un subproceso del sistema operativo proporciona una interfaz simple para el procesamiento de alto rendimiento. De hecho, la mayoría de las aplicaciones basadas en subprocesos se pueden reemplazar mediante comandos de servicio.

    7. El modelo de subprocesos está listo para cualquier número de núcleos de CPU planeados para el futuro.

    8. SPI minimiza el número de interfaces de programación y elimina la programación de comunicaciones. Los programadores se enfocan en crear la lógica cerrada para un comando de servicio específico. Todo el software es:

    • creado utilizando los mismos conceptos simples
    • comando guiado
    • alto rendimiento (multihilo)
    • tiempo real
    • escalable dinámicamente en tiempo real
    • tolerante a los errores
    • sistema operativo y hardware independientes (excepto en casos específicos)
    • capaz de interactuar con cualquier otro software de diseño similar
    • auto control
    • capaz de ser actualizado en tiempo real
    • simple de crear

    9. Una vez que se logra la integración, las ideas de soluciones son rápidas. Las nuevas formas de ver los datos y el software generan soluciones innovadoras.

    Cómo empezar

    Identifique un servicio candidato. Adquirir X cantidad de recursos informáticos. Elija dos personas para desarrollar el primer servicio IIPA; una vez completado con éxito, estos dos desarrolladores pueden capacitar a dos desarrolladores más. Inicie los siguientes servicios necesarios. Cada servicio debe contar con el respaldo de cero o más desarrolladores, mantenedores e integradores.

    Todos los sistemas de software que existen en la actualidad son heredados, algunos más antiguos que otros. Para que un IIPA tenga éxito, se deben convertir todos los sistemas. Mientras tanto, con la adición de nuevos servicios a la IIPA, las interfaces temporales de la IIPA a los sistemas heredados pueden ser deseables en lugar de una conversión completa.

    —-

    Michael J. Andrescavage lleva 40 años desarrollando software. Es el arquitecto jefe de software de Andrescavage Software, Inc. www.andrescavage.com

    Puedes compartir en en tu Twitter y Facebook para que tus colegas lo sepan

    ??? ? ? ???

    Comparte