› Foros › Noticias › Tecnología
Benzo escribió:Michael Dell y el fondo Silver Lake, que poseen en 40,2 % y 10 % de las acciones de VMware, respectivamente, apoyan la compra.
Benzo escribió:Con la compra de VMware, Broadcom diversificará su negocio y podrá ofrecer a sus clientes una nueva cartera de productos que incluye servicios de computación en la nube. VMware está considerada como una de las mayores compañías de este sector y sus servicios son utilizados por grandes corporaciones para gestionar entornos multinube y centros de datos. El producto de VMware más conocido es su tecnología de virtualización.
Broadcom, una de las mayores compañías fabless que fabrica chips para móviles y redes de telecomunicacion, está acostumbrada a crecer mediante adquisiciones. En 2018 compró CA Technologies, una compañía de software y soluciones de gestión TI, por 18.900 millones de dólares, y un año después pagó 10.700 millones de dólares por la división de seguridad de Symantec. De esta última operación se arrepintió y poco después vendió Symantec a Accenture por una suma no revelada.
agron escribió:además de nuevas formas de licenciamiento (se acabaron las licencias "perpetual").
jnderblue escribió:agron escribió:además de nuevas formas de licenciamiento (se acabaron las licencias "perpetual").
Está cantadísimo que lo van a pasar a suscripción, pero si lo hacen no sé cuanta clientela mantendrán existiendo alternativas. Al menos en mi empresa, casi seguro que cambiarían a Virtual Box o Hyper-V.
agron escribió:jnderblue escribió:agron escribió:además de nuevas formas de licenciamiento (se acabaron las licencias "perpetual").
Está cantadísimo que lo van a pasar a suscripción, pero si lo hacen no sé cuanta clientela mantendrán existiendo alternativas. Al menos en mi empresa, casi seguro que cambiarían a Virtual Box o Hyper-V.
Habiendo usado durante muchos años todo lo que hay en hypervisors, mal que me pese, Virtual Box (host based) está lejos del rendimiento y compatibilidad (aunque siendo "gratis" pues...) e Hyper-V (paravirtualización) no deja de ser inferior que una virtualización completa que es lo que ofrece Vmware.
Yo soy el primero que intento apretar en el curro para pasarnos a KVM o similares, que tiene partes de lo mejor de todos los tipos de virtualización, pero al no ser yo el que paga los sueldos, decido entre 0 y nada
berny6969 escribió:KVM, QEMU e incluso docker para algunas cosas es más versátil y mejor que vmware
Algunas de las previsiones hablan de despedir aproximadamente a un 70% de la plantilla. La previsión/deseo de Broadcom es duplicar el EBITDA - de casi 4 a más de 8 mil millones, en menos de 3 años, y para eso hay dos opciones: incrementas tu income y/o reduces tu coste operativo, y todo apunta a que van a ir por ese camino.agron escribió:Despidos de personal y seguramente, nueva subida en los mantenimientos anuales si quieres soporte (que arregle sus propias cagadas) además de nuevas formas de licenciamiento (se acabaron las licencias "perpetual").
berny6969 escribió:agron escribió:jnderblue escribió:Está cantadísimo que lo van a pasar a suscripción, pero si lo hacen no sé cuanta clientela mantendrán existiendo alternativas. Al menos en mi empresa, casi seguro que cambiarían a Virtual Box o Hyper-V.
Habiendo usado durante muchos años todo lo que hay en hypervisors, mal que me pese, Virtual Box (host based) está lejos del rendimiento y compatibilidad (aunque siendo "gratis" pues...) e Hyper-V (paravirtualización) no deja de ser inferior que una virtualización completa que es lo que ofrece Vmware.
Yo soy el primero que intento apretar en el curro para pasarnos a KVM o similares, que tiene partes de lo mejor de todos los tipos de virtualización, pero al no ser yo el que paga los sueldos, decido entre 0 y nada
KVM, QEMU e incluso docker para algunas cosas es más versátil y mejor que vmware
Insisto, no son lo mismo, y cada cosa tiene su propósito. Ya me gustaría ver una combinación de Docker + QEMU ejecutando una VNF (Virtual Network Function) usada para retransmisión de señal, requiriendo una latencia mínima y con un ancho de banda considerable.berny6969 escribió:@Sir2001 no tiene sentido usar vmware y su consumo de recursos cuando con docker y qemu harás lo mismo y sin pagar licencias
Con esta última frase queda un poco más claro el scope, por supuesto que para montarte un entorno de desarrollo en tu equipo, es mucho mejor un docker por rapidez y economía de recursos, me gustaría ver luego como despliegas eso en producción y que incremento de recursos y/o complejidad se necesita para que sea realmente efectivo en producción. La semana pasada tuvimos una conversación similar en Slack con unos compañeros; ellos defendían mover todo a containers - ciclo de vida, recursos, "sencillez de despliegue", y otro copañero y yo les "atacamos" con lo sencillo, dime qué recursos necesitas para gestionar 1000 peticiones por segundo sobre la aplicación (nos estaban dando unos datos de consumo en contenedores de, aprox. un 1% comparado con los recursos necesarios por las appliances tradicionales), la respuesta nos la dió otro compañero: el servicio SaaS de ese producto que utiliza instancias con containers, requiere un consumo bastante simialr (en torno al 90%) al necesario por las apliances tradicionales si se quiere mantener niveles de acceso production-grade.berny6969 escribió:Proxmox lo mismo al final va mejor docker que vmware o parallels en una MAC por ejemplo y sin matarte de recursos
Sir2001 escribió:Insisto, no son lo mismo, y cada cosa tiene su propósito. Ya me gustaría ver una combinación de Docker + QEMU ejecutando una VNF (Virtual Network Function) usada para retransmisión de señal, requiriendo una latencia mínima y con un ancho de banda considerable.berny6969 escribió:@Sir2001 no tiene sentido usar vmware y su consumo de recursos cuando con docker y qemu harás lo mismo y sin pagar licencias
Ojo, que también me gustaría ver una VM desplegando instancias de postgreSQL en menos de un minuto (por mucho IaaS que valga, eso a día de hoy no es factible para el común de los mortales, algo que containers si que lo es.
Lo de las licencias, pues oye, que la gran mayoría de los clientes se acuerdan de eso cuando necesitan el soporte.Con esta última frase queda un poco más claro el scope, por supuesto que para montarte un entorno de desarrollo en tu equipo, es mucho mejor un docker por rapidez y economía de recursos, me gustaría ver luego como despliegas eso en producción y que incremento de recursos y/o complejidad se necesita para que sea realmente efectivo en producción. La semana pasada tuvimos una conversación similar en Slack con unos compañeros; ellos defendían mover todo a containers - ciclo de vida, recursos, "sencillez de despliegue", y otro copañero y yo les "atacamos" con lo sencillo, dime qué recursos necesitas para gestionar 1000 peticiones por segundo sobre la aplicación (nos estaban dando unos datos de consumo en contenedores de, aprox. un 1% comparado con los recursos necesarios por las appliances tradicionales), la respuesta nos la dió otro compañero: el servicio SaaS de ese producto que utiliza instancias con containers, requiere un consumo bastante simialr (en torno al 90%) al necesario por las apliances tradicionales si se quiere mantener niveles de acceso production-grade.berny6969 escribió:Proxmox lo mismo al final va mejor docker que vmware o parallels en una MAC por ejemplo y sin matarte de recursos
Para todo lo demás, lógicamente siempre será más económico en recursos montar una instancia docker que un full stack (OS + Aplicación). De la parte monetaria de OpenSource (free) versus licencia, para un equipo personal, no hay color, pero eso no es válido para producción (y si consideras que lo es, te deseo la mejor de las suertes)