En octubre se conoció la noticia de que IBM compraría al gigante del open source Red Hat por u$s 34.000 millones, siendo la mayor adquisición de su historia y ambas compañías acaban de cerrar el trato. Red Hat es una empresa que provee software de código abierto, y que ha logrado crecimiento enorme debido a sus soluciones en la nube.
|
etiquetas: red hat , ibm , linux , nube , amazon , microsoft
Bueno si... 34.000M
Badumtsssss. Bien traído
Pero no creo que esta estrategia busque amenazar ningún reinado en la nube pública, sobre todo teniendo en cuenta que sólo con la infraestructura de Amazon podrías montar todas las demás, sino consolidar el liderazgo de IBM en la nube privada y extenderlo a la nube híbrida. Un mercado en el que aún estando tanto Amazon (en IaaS) como Azure (en Paas) bien posicionadas tiene mucha proyección y aún queda mucho trabajo por hacer.
Y esta desde luego es una baza muy importante para IBM, no tanto por OpenShift (puta obra maestra de Red Hat), que ya ofrecen tanto Amazon como Azure, como por el ejército de ingenieros de Red Hat a los que me imagino entrando con toda la parsimonia en la batalla mientras los ingenieros de Amazon y Azure los miran estupefactos como orcos viendo llegar a los Ents a la batalla del Abismo de Helm
Perdón, de que "no proviene".
Esa chorrada es equiparable a decir que Kubernetes es un Docker puesto bonito, o Debian un Linux puesto bonito.
Perdona, que hablo de Debian y supongo que no lo conocerás, que como buen truist tú sólo compilas el loader, kernel y el init ram y luego ya vas viendo cómo montar el sistema...
Madremía el cuñadismo...
Pero este "truism" / "truismo" (y a partir de aquí son suposiciones mías, así que tómalas como tales) proviene de un apelativo común dentro de la escena metalera usado para definir de manera sarcástica a los típicos defensores a ultranza del "true metal". Del que sea, porque cada truist tiene su truth
Siempre me ha parecido muy adecuado para definir cierto cuñadismo, lamentablemente muy común dentro del mundo de la programación, que consiste en mantener una posición quijotesca sobre diferentes tecnologías obviando lo que realmente son, una herramienta, y juzgándolas en base a unos presumibles valores morales como si fuesen entidades con vida propia.
Y me refiero a mantener esa actitud de manera exagerada (exagerada desde mi perspectiva, claro
Sin duda el perfil más común de truista con el que me he topado es el del típico programador mediocre que cree que una línea de código es más "true" (es que ya no encuentro otra manera de definirlo) cuanto más abigarrada e ilegible, o que (esta es muy común) un lenguaje de bajo nivel es "mejor" que uno de alto nivel (p.ej. C y Python, o trasladado a la virtualización, Kubernetes y OpenShift...
La verdad es que me has puesto en un brete porque nunca había pensado mucho en qué significa realmente ser un truista, pero gracias por ello
IBM es "IBM" porque es una marca con tirón y porque a mucha gente le suena y le da un sentido romántico (como tú acabas de hacer), no porque sus trabajadores sean los adalides del engagement o porque mantengan una ética diferente a la del resto de compañías que cotizan en el Dow Jones.
De hecho, muy probablemente, casi todo lo que te suena de IBM ya no pertenece a IBM (la divisón de PCs y la de servidores x86 se vendió a Lenovo, por ejemplo) y mucho de lo que ahora oyes hablar de IBM no nació en IBM, sino que se adquirió comprando una de esas "nuevas compañías que se creen las amas".
No hay mejor medicina para quitarse esas tonterías que volver ese código asqueroso al cabo de un año.
Me parece una maniobra nivel dios, no solo compra un producto cojonudo si no que se lleva un buen equipo técnico.
No lo he visto nombrado pero aparte CentOS q está basado en RedHat tb es muy usado.
A mí se me ocurre que IBM + Red Hat +5G pueden traer tiempos interesantes, eso vale en los dos sentidos, como la maldición china.
La última gran metida de pata en mi proyecto del genial soporte de Openshift fue por unas comillas de más en un valor y obligar a la gente de infraestructura a montar un arco de iglesia cojonudo para solucionar un problema que ellos mismos habían creado.
Pero bueno, no me hagas caso que yo soy un cuñado y tú eres el próximo ganador de un nobel.
Yo al único Nobel que aspiro es al de la Paz (como cualquiera), pero sobre tu cuñadismo qué quieres que te diga... Ahora resulta que el que hayas tenido problemas con el equipo de soporte de una aplicación significa que todo el concepto mismo de esa aplicación es "poner bonito" lo que hay debajo.
Sinceramente, sin acritud, creo que no tienes mucha idea de qué son OpenShift y Kubernetes y sus respectivas funcionalidades. Precisamente en estas últimas semanas he estado rediseñando la arquitectura de una aplicación para desplegarla en OpenShift y me tiembla el ojete sólo de pensar en hacer lo mismo contando sólo con Kubernetes (sobre todo teniendo en cuenta el timeline del proyecto).
No me malinterpretes, Kubernetes es la polla (sobre todo cuando lo comparas con Docker Swarm en despliegues complejos). Pero ya sólo por todas las capas de seguridad, monitorización, logging, autenticación, integración continua... que incluye OpenShift out-of-the-box, decir que no es más que una mejora estética de Kubernetes es... bueno, si tienes interés sobre el tema te recomendaría que descargases minikube y minishift (construido sobre minikube) y les echases un vistazo para comprender qué es OpenShift y por qué OSCP (que imagino que es lo que usáis) se ha convertido en un componente imprescindible de muchos desarrollos.