Multicloud : avec Radius, Microsoft s’aventure sur les terres de Red Hat et de VMware

Open source et multicloud, deux arguments intéressants pour certaines entreprises

Le projet Radius n’en est qu’à ses débuts et il y a déjà beaucoup à faire, notamment en ce qui concerne la prise en charge de l’infrastructure des principaux fournisseurs cloud. Mais il a déjà suscité l’intérêt de DSI qui se sont engagés comme premiers contributeurs, tels que la société de services financiers BlackRock, le câblo-opérateur Comcast et Millennium BCP, une banque portugaise.

Ces entreprises ont commencé à expérimenter avec le projet Radius, car Microsoft s’est dit ouvert à en confier la gouvernance à la CNCF.

« Notre engagement auprès de l’équipe Radius découle de notre plaidoyer en faveur des solutions open source au sein de notre propre plateforme technologique, Aladdin », affirme Ryan Umstead, vice-président et ingénieur principal au sein de l’équipe d’ingénierie des plateformes de BlackRock, qui a présenté les recettes de l’infrastructure Radius au cours de la présentation du sommet. Nous pensons que cette approche a un fort potentiel de résonance auprès de la communauté « cloud-native ».

Un autre professionnel de l’IT qui a testé Radius constate qu’elle semble être plus flexible que les plateformes de développement d’applications existantes, telles que Tanzu de VMware, qui prépackage de nombreux éléments et prédestine des clusters Kubernetes sous-jacents à certaines charges de travail (web, serveur et workers).

« Nous devons [laisser] les développeurs “choisir [leur] propre parcours” en matière d’abstraction », explique Greg Otto, directeur des plateformes d’expérience développeurs chez Comcast, lors d’une interview. « Toutes les équipes de développement et toutes les applications n’en sont pas au même point. Il y a beaucoup de choses à assimiler dans la boîte à outils Tanzu, à la fois pour les équipes d’ingénierie des plateformes et pour les développeurs. [Radius offre] plus de contrôle sur les abstractions et sur ce qu’il convient de choisir ou non ».

Radius contre Tanzu, Acorn, Azure Arc et les autres

La plateforme de développement d’applications naissante de Microsoft a beaucoup de concurrence. Plusieurs fournisseurs et des communautés open source, grandes et petites, conçoivent des améliorations à l’orchestration d’applications cloud-native. Ce sont les « fils de fer et le ruban adhésif » décrits par Mark Russinovich d’Azure.

Les cofondateurs de Rancher, par exemple, ont lancé Acorn Labs, qui utilise ses propres modèles de définition d’application et d’infrastructure et revendique une flexibilité similaire et une portabilité multicloud pour les applications. Red Hat OpenShift et VMware Tanzu sont présentés depuis des années comme des plateformes de développement d’applications agnostiques de l’infrastructure sous-jacente. De nouvelles solutions ont également vu le jour l’année dernière avec WasmCloud de Cosmonic et Waypoint de HashiCorp. Au sein de Microsoft, Azure Arc est vendu comme une expérience de gestion multicloud unifiée, bien qu’uniquement basée sur les outils de gestion Azure plutôt que sur une combinaison d’outils tiers.

La documentation de Radius comprend une section FAQ détaillée qui explique comment il se compare à une liste d’autres projets et produits, dont Tanzu, Waypoint, Crossplane, Azure Arc et Acorn.

Selon Donnie Berkholz, fondateur et analyste en chef de Platify Insights, un cabinet d’analystes IT, l’une des différences les plus notables entre Radius et des projets tels qu’Acorn est la forte séparation des préoccupations des développeurs et des opérations.

« Il y a une certaine similitude dans le fait qu’ils ont tous les deux des façons de définir un déploiement d’application, où Acorn utilise Acornfiles, [mais] Radius [maintient] une distinction entre les définitions de l’application et de l’environnement », remarque-t-il. « Acorn est également un fournisseur cloud, bien entendu ».

Selon M. Berkholz, la principale différenciation de Radius à long terme pourrait provenir de la manière dont le projet configure les applications cloud native pour des opérations à long terme grâce à sa fonction de graphe d’applications.

Les recettes de Radius mettent en corrélation les définitions des applications avec l’infrastructure au fur et à mesure de leur création, selon la démonstration effectuée lors du salon de la Fondation Linux. Ces éléments alimentent ensuite ce fameux graphe. À l’avenir, cela pourrait s’avérer utile au-delà de la plateforme de développement d’applications, envisage-t-il.

« De nombreux fournisseurs suivent la topologie des applications, comme les éditeurs d’outil de monitoring et d’observabilité, ainsi que les spécialistes de l’ITSM [gestion des services informatiques], mais dans la plupart des cas, la topologie est soit saisie manuellement, soit découverte automatiquement », avance Donnie Berkholz. « La première méthode sera toujours obsolète et inexacte, tandis que la seconde ne peut pas comprendre les limites des applications, car elle ne prend en compte que le trafic réseau. Il y a beaucoup de potentiel pour qu’un outil comme Radius serve d’entrée à d’autres outils qui bénéficient de la connaissance de la topologie de l’application », juge-t-il.