Diablos si.
No hay duda de que Kubernetes está ganando un interés fenomenal, mucho más que Cloud Foundry. Dicho esto, rechazo la idea de que hay una pelea para elegir entre Cloud Foundry O Kubernetes. No compiten directamente. Por otro lado, creo que Cloud Foundry Y Kubernetes tiene mucho sentido. La Fundación Cloud Foundry anunció a mediados de 2017 que Kubernetes fue adoptado como el “ Tiempo de ejecución de contenedores de Cloud Foundry “ (CFCR, anteriormente conocido como Kubo) que complementa el tradicional “Tiempo de ejecución de aplicaciones de Cloud Foundry”.
Cloud Foundry es un éxito inesperado que se ha reinventado continuamente: salió en 2011 bajo VMware, fue reconstruido con contenedores en 2013 y lanzado por Pivotal, y reconstruido nuevamente con Diego en 2015. La mayoría de los proveedores de Cloud Foundry también han tenido un fuerza de ventas empresariales distribuida a nivel mundial entre Pivotal, GE, IBM y HPE (ahora SuSE) desde principios de 2014, mientras que ningún proveedor de Kubernetes puro realmente tiene uno todavía. Red Hat es la excepción: OpenShift v3 en Kubernetes salió a mediados de 2015, pero tenga en cuenta que OpenShift ha existido durante muchos años como “no Kubernetes” y v3 es una bestia diferente que solo Kubernetes.
- ¿Una certificación de Amazon Web Services (AWS) cuenta para algo en el mercado laboral si no tiene experiencia en TI?
- ¿Cómo determina AWS (Amazon Web Services) cuánto dinero ahorró a los clientes mediante Trusted Advisor? ¿Cómo puede AWS estar seguro de que el cliente hizo algo debido a Trusted Advisor?
- ¿Cómo se puede implementar Hadoop en una nube privada? ¿Es un servidor en la nube un DataNode en Hadoop?
- ¿Quiénes son los principales proveedores de servicios de computación en la nube en Kenia?
- ¿Cuáles son los sitios de consumo más grandes que funcionan con EC2?
Entonces, hay un poco de disonancia cognitiva entre el bombo publicitario (K8s es enorme) y el ciclo del mercado (CF genera más ingresos, al menos en 2017). Esto cambiará a medida que el mercado evolucione, pero tres notas:
- Kubernetes en sí mismo es efectivamente una mercancía, y no va a impulsar la creación y el crecimiento de la industria. Puede apuntalar y preservar la base de suscripción de Red Hat, proporcionar una “casilla de verificación” para los clientes de Google, Microsoft o Amazon, tal vez mantener vivas un par de boutiques como CoreOS, pero no va a crear imperios por sí mismo.
Lo más probable es que Kubernetes sea un catalizador de nuevas tecnologías que atraerán a las personas a ecosistemas de proveedores específicos . Microsoft, por ejemplo, está haciendo un trabajo increíble al invertir fuertemente en complementos y extensiones de código abierto de Kubernetes para atraer indirectamente a las personas al ecosistema de Azure. Al mismo tiempo, Microsoft también mantiene una inversión en Cloud Foundry a través de recursos de ingeniería a tiempo completo y con Pivotal (como inversor), además de Pivotal Cloud Foundry ya impulsa una tonelada de negocios (muchos millones de dólares) a Azure. El juego competitivo se juega con muchos niveles de cobertura.
- Cloud Foundry Foundation tiene un objetivo diferente al de Cloud Native Computing Foundation: impulsar el desarrollo ágil y la innovación con tecnología de nube, en lugar de popularizar las nuevas tecnologías de nube de Linux para cualquier propósito. Eso conducirá a diferentes puntos de precio, diferentes resultados y propuestas de valor, diferentes audiencias objetivo de compra. También conduce a diferentes mercados direccionables. Cloud Foundry tradicionalmente tiene como objetivo ser una tecnología transformadora para una empresa, mientras que Kubernetes tiene muchos juegos posibles (un objetivo heredado de levantar y cambiar, un kit de herramientas de plataforma nativa en la nube, un catalizador para la innovación de nuevas infraestructuras, etc.).
- No es que los clientes de Cloud Foundry lo estén reduciendo o abandonando como tendencia. Desde mi punto de vista, Cloud Foundry está (silenciosamente) duplicando anualmente su base de clientes e ingresos, especialmente en la empresa. Y dado que Kubernetes se considera una parte esencial de Cloud Foundry (como CFCR), el futuro es muy brillante para los vendedores y clientes de Cloud Foundry.
Kubernetes es una gran tecnología con un montón de interés, pero francamente es un enfoque de “contenedores como servicio” de nivel inferior que el tiempo de ejecución de la aplicación Cloud Foundry. Se complementan entre sí. Donde la gente se confunde es que Cloud Foundry Diego es un programador de contenedores alternativo funcional que fue construido en paralelo a K8S debido al tiempo más que cualquier otra razón (Diego comenzó a fines de 2013, K8S se anunció a mediados de 2014). Diego permanece en el corazón del CFAR. Hay un valor limitado para el cliente al reemplazar a Diego con K8 allí, por lo que no veo que suceda por un tiempo.
Contrariamente a la percepción del mercado, los equipos de I + D de Docker, Kubernetes y CF son muy amables entre sí. Ambas fundaciones (CNCF y CFF) están colaborando. La comunidad de Kubernetes está adoptando el estándar de intermediario de servicios de CF como API de intermediario de servicios abiertos. Y el CFCR (Kubo) es un proyecto conjunto Pivotal y Google OSS para ejecutar Kubernetes en BOSH para que tenga un clúster K8 mantenible en la nube de su elección.
También es importante darse cuenta de que los proveedores de plataformas en la nube basados en Kubernetes y los proveedores basados en Cloud Foundry realmente están mejor cooperando en algún grado. Las amenazas existenciales a la nube abierta, como Cloud Foundry y OpenShift, son plataformas de nube propietarias de código cerrado como AWS Elastic Beanstalk o Azure Service Fabric. Las abstracciones de nivel superior como AWS Lambda u otros frameworks sin servidor serán muy importantes. Kubernetes rápidamente está destinado a convertirse en un subsistema de nivel bajo / medio: el mercado se está moviendo tan rápido. Vea mi respuesta aquí para obtener más contexto: en el futuro de la arquitectura del centro de datos, ¿quién será el principal orquestador / controlador de contenedores: Mesos o Kubernetes? ¿Cuál será la división de responsabilidades?
El mercado tiene una narrativa falsa de que solo puede haber una respuesta exitosa a todas las preguntas de la vida. ¿Es Docker? Kubernetes? OpenShift? Mesos? Cloud Foundry? AWS Lambda? ¿Todo lo demás es irrelevante cuando uno tiene éxito? ¿Cómo funciona esto cuando en su mayoría todos hacen referencia cruzada del código del otro?
Dada la enorme cantidad de gasto en TI que estas tecnologías están apuntando, debe haber espacio para muchos éxitos variados en este mercado, de lo contrario, todos estamos perdiendo el tiempo. Se han generado fácilmente más de $ 500 millones en ingresos en todo el ecosistema de proveedores certificados de Cloud Foundry desde 2014, y es probable que en 2017 se duplique en un solo año. Los proveedores que basan sus productos en Kubernetes llegarán allí, pero la mayoría no vendrá a expensas de la FQ. Más probablemente por el legado que está reemplazando: IBM, Oracle, BMC, CA, etc.
