Saltar al contenido
computerg

🥇 El Valor Comercial De Cloud Foundry Y Su Porvenir

mayo 4, 2021


Las plataformas nativas de la nube han establecido los estándares para la creación y también implementación de software. Han tolerado a empresas que no existían hace 12 años lograr el éxito en mercados enormemente competitivos. Cloud Foundry (CF), la plataforma de aplicaciones en la nube de código abierto, ha sido una fuerza impulsora tras este éxito, dejando a las compañías edificar, probar, incorporar y escalar software considerablemente más veloz.

El reto progresivo de asegurar que las tecnologías nativas de la nube se empleen de forma eficaz y segura es una batalla incesante, y las compañías siempre y en todo momento van a estar atentas al incremento de la rentabilidad. Esto vio el surgimiento de Kubernetes como una forma de incorporar y regentar de forma rápida aplicaciones en contenedores en el desarrollo y producción de software y produjo preguntas sobre el futuro de CF.

Las preguntas se han vuelto más urgentes desde el momento en que VMware cerró Pivotal Web Services (PWS), su CF totalmente administrado, en el primer mes del año de dos mil veintiuno. ¿Fue esto una indicación de que Kubernetes había «ganado»? ¿Significaba esto el «fin» de la FQ? Mientras que los clientes del servicio de PWS luchaban por localizar un remplazo, los clientes del servicio que operaban sus instalaciones de CF proseguían sin estar seguros.

Sobre el Autor

James Hunt dirige la rama de investigación y diseño de Stark & ​​Wayne

Entonces, ¿va a desaparecer la FQ? No precisamente por el hecho de que Cloud Foundry es esencialmente un pacto entre la plataforma y el desarrollador, y esta experiencia siempre y en todo momento tiene una enorme demanda. CF ofrece empaquetar, programar y ejecutar aplicaciones de desarrollador si prosiguen la metodología de aplicación de doce factores. Esta metodología cubre todo, desde la base del código y las dependencias hasta los registros y los procesos de administración. Esto asegura que la capa de aplicación sobre la plataforma pueda escalar y progresar en un ambiente de nube. Por lo menos, ofrece una arquitectura de aplicación unificada que marcha igual en múltiples lenguajes de programación.

Este pacto deja que las aplicaciones nativas de la nube funcionen de forma predecible y fiable con un enfoque estandarizado. Otras ventajas del enfoque de doce factores se describen en ciertas reglas:

  • «Una aplicación de doce factores se bloquea (o bien se cierra adecuadamente) si no puede hacer su trabajo»
  • «Una aplicación de doce factores no depende de la existencia tácita de herramientas del sistema».

Los atributos que crean estas reglas son los que hacen que Kubernetes sea tan popular, como la concurrencia, la disponibilidad y la escalabilidad, mas eso no es sorprendente, puesto que Kubernetes asimismo es una plataforma nativa de la nube y se rige por exactamente las mismas reglas que CF.

El futuro de CF es mudar y buscar aprovechar Kubernetes. Como comentó el año pasado el analista de RedMonk Stephen O’Grady, el futuro de Cloud Foundry es de qué manera «puede administrar abstracciones por encima y en torno a Kubernetes para progresar la experiencia general del desarrollador y los operadores».

Reconociendo que CF es más un contrato que una sola plataforma, en nuestros días existen múltiples sistemas que existen en diferentes etapas de desarrollo que prosiguen el pacto de desarrollador de plataforma CF. El primero es el CF «tradicional», Cloud Foundry basado en VM. Esto se incorpora en máquinas virtuales por BOSH, un orquestador de máquinas virtuales para incorporar, escalar y sostener aplicaciones sobre máquinas virtuales de muchos distribuidores de nube diferentes.

El próximo es KubeCF, que contiene las versiones de BOSH para Kubernetes. Este proyecto oficial de Cloud Foundry Foundation deja el consumo de exactamente las mismas versiones de BOSH que emplean otros equipos de CF al paso que da la implementación de CF más estable y leal para el popular orquestador de contenedores.

Hay otro proyecto oficial de CF centrado en Kubernetes llamado cf-for-k8s. Este proyecto adopta un enfoque nativo de Kubernetes que implica un cambio masivo en la implementación y la arquitectura. Este proyecto se halla en una etapa beta precedente y busca mandar imágenes de contenedor abierto en vez de versiones de BOSH. Además de esto, debido a que Kubernetes tiene un ambiente de ejecución de contenedores, Diego de CF se ha eliminado y gorouter se ha sustituido con Istio y Envoy.

Debido a los cambios efectuados por el proyecto cf-for-k8s a los componentes de CF, el código que debe sostener el equipo del proyecto de CF se ha reducido significativamente. Asimismo adelantamos que conforme los instrumentos en los que se fundamenta KubeCF dejen de ser lanzados, KubeCF adoptará gradualmente los componentes de producción viables de cf-for k8 con el tiempo.

La última opción, desarrollada por Google, es más un valor atípico, si bien tiene el potencial de ser disruptiva. Tiene por nombre kf y es una reimplementación del lado del usuario de la herramienta cf para Kubernetes (¿ves lo que hicieron allá?). Google trata esto como una herramienta de migración, lo que deja a un usuario pasar de la implementación del código fuente a un CF de forma directa a un clúster de GCP Kubernetes en la parte superior de GKE, mas es ya compatible con la mayor parte de los controles y también indicadores más habituales. Este es un enfoque patentado centrado en los productos de Google. Todavía de esta manera, probablemente la idea de incorporar y regentar aplicaciones en un clúster de Kubernetes con un alias de shell simple tenga atrayente alén de Google.

Puesto que la innovación se multiplica cuando se aprovechan los beneficios de CF y Kubernetes, aguardamos que CF en Kubernetes signifique que las compañías medianas, no solamente las grandes, cosecharán las ventajas y beneficios comerciales.

Aunque es evidente que no es muy probable que la CF se extinga, asimismo es esencial entender su valor comercial progresivo.

CF ofrece una experiencia de usuario que encanta a los operadores

Desde la perspectiva del desarrollador y del operador, las ventajas son atractivos. Cloud Foundry se halla sobre la capa de infraestructura (IaaS), dando una abstracción de los servicios de infraestructura y facilitando las operaciones por medio de una sola plataforma. La manera en que CF incorpora aplicaciones con su experiencia cf push se describió en el haiku: “Aquí está mi código fuente. Ejecútelo en la nube para mí; No me importa de qué manera. Es una experiencia que los operadores no desean perder por el hecho de que no deben preocuparse por cosas como el descubrimiento de servicios o bien dónde se incorporan las aplicaciones.

CF es de código abierto y puede reducir los costos de licencia.

Al estimar métodos de comercialización más veloces, Open Source CF (OCF) puede reducir significativamente los costos de TI. Debido a que el software de código abierto es gratis, reduce los costos asociados con las altas tarifas de licencia para instancias comerciales por aplicación. Para las organizaciones que emplean una alternativa en la nube «CF-as-a-Service», esta asimismo es una ocasión para deshacerse de las huellas de infraestructura excesivas y suprimir los contratos de soporte de 7 cifras. OCF en general requiere un equipo operativo más grande para permitir contribuciones de código a OCF, mas al final, se pueden conseguir ahorros de costos significativos.

CF ofrece adaptabilidad por medio de la automatización para grandes organizaciones

CF asimismo ofrece la agilidad de CI / CD y DevOps a organizaciones considerablemente más grandes. Entonces, aunque CF puede poner de forma rápida una aplicación en producción, dejó, por poner un ejemplo, que un departamento de finanzas parchease el ataque ZombieLoad en menos de 7 días con una configuración de unos pocos cientos y cientos de celdas Diego que atienden hasta cuarenta con cero aplicaciones. Este proyecto asimismo se realizó sin afectar a los equipos de aplicaciones ni a las aplicaciones en ejecución.

El diseño inteligente de CF reduce la dificultad, mas todavía deja la personalización

CF suprime la dificultad y el dolor del operador siendo inteligente, mas las suposiciones y optimizaciones que hace no impiden que sea configurable y escalable. Su extensibilidad no deja que cambie la naturaleza de CF, mas puede permitir una personalización precisa. Por servirnos de un ejemplo, desarrollamos una herramienta «BOSH Splitter» que dejaba a un usuario repartir sus labores de mantenimiento, como la planificación de rotaciones de células madre (imagen de VM), a lo largo de múltiples días y pequeñas ventanas en vez de una implementación de solo dos días.

CF ha tenido un diseño de «multinube nativa» desde el comienzo y evita el bloqueo de proveedores

Puesto que pocas empresas pensaban en multinube cuando CF se diseñó como una plataforma abierta, CF bien puede abordar las preocupaciones actuales sobre la dependencia de los distribuidores. Como plataforma abierta, CF extrae recursos informáticos para crear una forma estándar de incorporar servicios y aplicaciones en diferentes distribuidores de nube. Para las compañías que emplean CF y adoptan enfoques híbridos y de múltiples nubes, sabemos que la abstracción de CF les ha tolerado negociar mejores contratos de servicio.

CF sienta las bases para migraciones de aplicaciones ágiles

Aunque CF está estructurado y es inteligente, para las compañías que están considerando su viaje a la nube nativa, CF puede permitir transformaciones de aplicaciones eficaces una vez que se efectúa el trabajo básico. Basándonos en nuestra experiencia, hemos migrado más de uno con ciento treinta y dos aplicaciones de no producción y producción para una compañía de biotecnología agrícola sin frenar ni requerir la atención del equipo de desarrollo. Este proyecto implicó la reparación de todos y cada uno de los manifiestos y doscientos setenta y uno canalizaciones de Java y se consiguió sin detener el flujo de trabajo en lo más mínimo.

En un planeta empresarial que demanda un cambio acelerado, Cloud Foundry evoluciona continuamente y satisface las demandas del ciclo de creación, prueba, implementación y escala de software. Esto no solo significa llegar al mercado más veloz, sino más bien asimismo sostener la relevancia del ciclo de retroalimentación del desarrollo. No se trata solo de previsibilidad y confiabilidad, sino más bien asimismo de escalabilidad. No es solo la sencillez de empleo a escala; estas son soluciones rentables. Cloud Foundry se diseñó para abstraer la dificultad, con lo que precisa saber de qué manera mudar sin que se dé cuenta.


Source link