Aparece una nueva tecnología, los unikernels, una gran promesa para la nueva generación de infraestructura "Cloud". Un unikernel contiene todas las capas de la aplicación, desde el entorno operativo hasta la aplicación en si.
O sea , montar un sistema operativo entero para que corra una única aplicación, en una mini-maquina virtual para ella sola.
A estos niveles de eficiencia hemos llegado en informática ,señores.
Lo próximo ya será encapsular cada comando y cada rutina en una máquina virtual que la interprete.Y que cada rutina se comunique con las otras por tcp/ip.
en serio, ¿para estas chapuzas hace falta hacerse ingeniero de algo?
#2 hoy en día, muchos proveedores de software te venden directamente el programa con el servicio virtualizado, es decir, no te vende la aplicación solamente, sino una máquina virtual con la aplicación y todo lo necesario (base de datos, software auxiliar). A ellos le supone mucho ahorro en incidencias relacionadas con la integración del software.
De máquinas virtuales pasamos a docker, y este es un paso más allá en esta tecnología. Si, será menos eficiente, pero la RAM y los cores cada vez están más baratos, y los desarrolladores se ahorran mucho tiempo en integraciones, compatibilidades y tests.
#3 Será en la integración de la parte servidora. La cliente seguirá estando en las instalaciones del cliente, en sus equipos gestionados por sus técnicos que es donde más incidencias suele haber. No sé yo hasta qué punto puede suponer un ahorro en incidencias
Con un ejemplo: En vez de correr una imagen con un sistema operativo + librerias redundantes + DNS para tener un servidor de DNS , te compilas un unikernel con DNS y corres esta imagen reducida.
Comentarios
Me falta un Rainbow en el titular. 🌈
O sea , montar un sistema operativo entero para que corra una única aplicación, en una mini-maquina virtual para ella sola.
A estos niveles de eficiencia hemos llegado en informática ,señores.
Lo próximo ya será encapsular cada comando y cada rutina en una máquina virtual que la interprete.Y que cada rutina se comunique con las otras por tcp/ip.
en serio, ¿para estas chapuzas hace falta hacerse ingeniero de algo?
#2 hoy en día, muchos proveedores de software te venden directamente el programa con el servicio virtualizado, es decir, no te vende la aplicación solamente, sino una máquina virtual con la aplicación y todo lo necesario (base de datos, software auxiliar). A ellos le supone mucho ahorro en incidencias relacionadas con la integración del software.
De máquinas virtuales pasamos a docker, y este es un paso más allá en esta tecnología. Si, será menos eficiente, pero la RAM y los cores cada vez están más baratos, y los desarrolladores se ahorran mucho tiempo en integraciones, compatibilidades y tests.
#3 Será en la integración de la parte servidora. La cliente seguirá estando en las instalaciones del cliente, en sus equipos gestionados por sus técnicos que es donde más incidencias suele haber. No sé yo hasta qué punto puede suponer un ahorro en incidencias
#3 Luego que no se quejen los "ingenieros" que les pagan una mierda, es que les pagan demasiado para lo que hacen
#2 Creo que no lo has entendido.
Con un ejemplo: En vez de correr una imagen con un sistema operativo + librerias redundantes + DNS para tener un servidor de DNS , te compilas un unikernel con DNS y corres esta imagen reducida.