La valeur commerciale de Cloud Foundry et son avenir

Les plates-formes cloud natives ont établi les normes de création et de déploiement de logiciels. Ils ont permis à des entreprises qui n’existaient pas il y a douze ans de réussir sur des marchés hautement concurrentiels. Cloud Foundry (CF), la plate-forme d’applications cloud open source, a joué un rôle moteur dans ce succès, permettant aux entreprises de créer, tester, déployer et mettre à l’échelle des logiciels beaucoup plus rapidement.

Le défi permanent consistant à garantir que les technologies natives du cloud sont utilisées de manière efficace et sécurisée est une bataille permanente, et les entreprises garderont toujours un œil attentif sur l’augmentation de la rentabilité. Cela a vu l’émergence de Kubernetes comme un moyen de déployer et de gérer rapidement des applications conteneurisées dans le développement et la production de logiciels et a soulevé des questions sur l’avenir de CF.

Les questions sont devenues plus urgentes depuis que VMware a fermé Pivotal Web Services (PWS), son CF entièrement géré, en janvier 2021. Était-ce une indication que Kubernetes avait «gagné»? Cela signifiait-il la «fin» de la mucoviscidose? Alors que les clients de PWS se dépêchaient de trouver un remplaçant, les clients qui exploitaient leurs propres installations CF restaient incertains.

James Hunt dirige le bras de recherche et de conception de Stark & ​​amp; Wayne

Alors la FK va-t-elle disparaître? Pas exactement parce qu’à la base, Cloud Foundry est un accord entre la plate-forme et le développeur, et cette expérience est toujours très demandée. CF propose de mettre en package, de planifier et d’exécuter les applications d’un développeur si elles respectent la méthodologie d’application à 12 facteurs. Cette méthodologie couvre tout, de la base de code et des dépendances aux journaux et aux processus d’administration. Cela garantit que la couche d’application au-dessus de la plate-forme peut évoluer et prospérer dans un environnement cloud. À tout le moins, il offre une architecture d’application unifiée qui fonctionne de la même manière dans plusieurs langages de programmation.

Cet accord permet aux applications cloud natives de fonctionner de manière prévisible et fiable avec une approche standardisée. D’autres avantages de l’approche à 12 facteurs sont décrits dans certaines des règles:

Les attributs que ces règles créent sont ce qui rend Kubernetes si populaire, tels que l’accès concurrentiel, la disponibilité et la modularité, mais cela n’est pas surprenant car Kubernetes est également une plate-forme cloud native et est guidée par les mêmes règles que CF.

L’avenir de CF est de changer et de chercher à tirer parti de Kubernetes. Comme l’analyste de RedMonk Stephen O’Grady l’a commenté l’année dernière, l’avenir de Cloud Foundry est de savoir comment il «peut fournir des abstractions au-dessus et autour de Kubernetes pour améliorer l’expérience globale des développeurs et des opérateurs».

Reconnaissant que CF est plus un contrat qu’une plate-forme unique, il existe plusieurs systèmes qui existent aujourd’hui à divers stades de développement qui suivent l’accord de CF-développeur de plate-forme. Le premier est CF «traditionnel», Cloud Foundry basé sur VM. Ceci est déployé sur les machines virtuelles par BOSH, un orchestrateur de machines virtuelles pour le déploiement, la mise à l’échelle et la maintenance des applications au-dessus des machines virtuelles de nombreux fournisseurs de cloud différents.

Vient ensuite KubeCF, qui conteneurise les versions BOSH pour Kubernetes. Ce projet officiel de la Cloud Foundry Foundation permet la consommation des mêmes versions de BOSH que les autres équipes CF utilisent tout en fournissant l’implémentation CF la plus stable et la plus fidèle pour l’orchestrateur de conteneurs populaire.

Il existe un autre projet officiel de CF axé sur Kubernetes appelé cf-for-k8s. Ce projet adopte une approche native de Kubernetes impliquant un changement massif de mise en œuvre et d’architecture. Ce projet est à un stade bêta antérieur et cherche à expédier des images Open Container au lieu des versions BOSH. De plus, comme Kubernetes dispose d’un environnement d’exécution de conteneur, Diego de CF a été supprimé et gorouter a été remplacé par Istio et Envoy.

En raison des changements apportés par le projet cf-for-k8s aux composants CF, le code que l’équipe de projet CF doit maintenir a été considérablement réduit. Nous prévoyons également que, étant donné que les artefacts sur lesquels KubeCF s’appuie cessent d’être publiés, KubeCF adoptera progressivement les composants viables en production de cf-for k8 au fil du temps.

La dernière option, développée par Google, est davantage une valeur aberrante, même si elle a le potentiel d’être perturbatrice. Il s’appelle kf et est une réimplémentation côté client de l’outil cf pour Kubernetes (voyez ce qu’ils ont fait là-bas?). Google traite cela comme un outil de migration, permettant à un utilisateur de passer du déploiement de code source à un CF directement à un cluster GCP Kubernetes au-dessus de GKE, mais il prend déjà en charge la plupart des commandes et indicateurs les plus couramment utilisés. Il s’agit d’une approche propriétaire axée sur les produits Google. Pourtant, l’idée de déployer et de gérer des applications sur un cluster Kubernetes avec un simple alias shell est susceptible d’avoir un attrait au-delà de Google.

Au fur et à mesure que l’innovation se multiplie lorsque les avantages de CF et de Kubernetes sont exploités, nous espérons vivement que CF sur Kubernetes signifiera que les entreprises de taille moyenne, et pas seulement les grandes entreprises, bénéficieront des avantages commerciaux et de l’expérience qu’offre CF.

S’il est évident que CF est peu susceptible de disparaître, il est également essentiel de comprendre sa valeur commerciale continue.

CF offre une expérience utilisateur que l’opérateur adore

Du point de vue du développeur et de l’opérateur, les avantages sont attrayants. Cloud Foundry se situe au-dessus de la couche d’infrastructure (IaaS), fournissant une abstraction des services d’infrastructure et simplifiant les opérations via une plate-forme unique. La façon dont CF déploie des applications avec son expérience cf push a été décrite dans le haïku: «Voici mon code source. Exécutez-le sur le cloud pour moi; Je me fiche de savoir comment. C’est une expérience que les opérateurs ne veulent pas perdre, car ils n’ont pas à se soucier de choses telles que la découverte de services ou l’emplacement de déploiement des applications.

CF est open source et peut réduire les coûts de licence

Lorsqu’il envisage des méthodes de commercialisation plus rapides, l’Open Source CF (OCF) peut réduire considérablement les coûts informatiques. Les logiciels open source étant gratuits, ils réduisent les coûts associés aux frais de licence élevés pour les instances commerciales par application. Pour les organisations qui utilisent une option cloud «CF-as-a-Service», il s’agit également d’une opportunité de se débarrasser des empreintes d’infrastructure excessives et de supprimer des contrats de support à sept chiffres. OCF nécessite généralement une équipe opérationnelle plus importante pour permettre les contributions de code à OCF, mais en fin de compte, il y a des économies de coûts considérables à réaliser.

CF offre une adaptabilité grâce à l’automatisation pour les grandes organisations

CF offre également l’agilité de CI / CD et DevOps à des organisations beaucoup plus grandes. Ainsi, alors que CF peut rapidement mettre une application en production, il a permis, par exemple, à un service financier de patcher l’attaque ZombieLoad en moins de sept jours avec une configuration de quelques centaines de cellules Diego desservant jusqu’à 40000 applications. Ce projet a également été réalisé sans affecter les équipes d’applications ou les applications en cours d’exécution.

La conception avisée de CF réduit la complexité, mais permet toujours la personnalisation

CF supprime la complexité et la douleur de l’opérateur en étant avisé, mais les hypothèses et les optimisations qu’il fait ne l’empêchent pas d’être configurable et extensible. Son extensibilité ne permet pas à la nature de CF de changer, mais elle peut permettre une personnalisation précise. Par exemple, nous avons développé un outil «BOSH Splitter» qui permettait à un client de répartir ses tâches de maintenance, telles que la planification des rotations de cellules souches (image VM), sur plusieurs jours et de petites fenêtres au lieu d’un seul déploiement de 2 jours.

CF a eu une conception «multicloud native» dès le départ et évite le blocage du fournisseur

Étant donné que peu d’entreprises pensaient au multicloud lorsque CF a été conçu comme une plate-forme ouverte, CF peut très bien contrer les préoccupations actuelles de verrouillage des fournisseurs. En tant que plate-forme ouverte, CF extrait les ressources de calcul pour créer un moyen standard de déployer des services et des applications sur différents fournisseurs de cloud. Pour les entreprises utilisant CF et adoptant des approches hybrides et multicloud, nous savons que l’abstraction de CF leur a permis de négocier de meilleurs contrats de service.

CF établit une base pour les migrations d’applications agiles

Bien que CF soit structuré et avisé, pour les entreprises qui envisagent leur parcours natif du cloud, CF peut permettre des transformations d’applications efficaces une fois le travail de base terminé. D’après notre propre expérience, nous avons migré plus de 1 132 applications de non-production et de production pour une entreprise de biotechnologie agricole sans ralentir ni exiger l’attention de l’équipe de développement. Ce projet impliquait de réparer tous les manifestes et 271 pipelines Java et a été réalisé sans arrêter le flux de travail du tout.

Dans un monde des affaires qui exige des changements accélérés, Cloud Foundry évolue en permanence et répond aux exigences du cycle de création, de test, de déploiement et de mise à l’échelle de logiciels. Cela signifie non seulement une mise sur le marché plus rapide, mais aussi le maintien de l’importance du cycle de rétroaction du développement. Ce n’est pas seulement la prévisibilité et la fiabilité, mais aussi l’extensibilité. Ce n’est pas seulement la facilité d’utilisation à grande échelle; ce sont des solutions rentables. Cloud Foundry a été conçu pour abstraire la complexité, il doit donc savoir comment se changer sans que vous ne vous en rendiez compte.

Sources :

• g2.com