Centre de données Rock : Conjonction, jonction, quelle est ta fonction ?
Si vous êtes assez vieux (ne vous inquiétez pas, je ne vous demanderai pas de lever la main), vous vous souvenez peut-être des dessins animés du samedi matin et, en particulier, de « School House Rock ».
Si vous vous souvenez de cela, vous vous souviendrez probablement que beaucoup d’entre nous ont appris (ou ont renforcé leurs leçons) sur les conjonctions grâce au conducteur d’un train qui chantait « Conjonction, jonction, quelle est ta fonction ? »
Allez-y, chantez-le. Tu sais que tu le veux.
Ce petit voyage dans le passé a un but : expliquer que les services d’application – et en particulier l’équilibrage de charge – sont les conjonctions du centre de données. Mais au lieu de relier des « mots » et des « phrases », nous relions des « utilisateurs » et des « applications ».
De la même manière que vous utiliseriez les mots « et », « mais » et « ni » pour relier deux expressions ou clauses dans une phrase, vous utilisez des services d’application pour connecter des utilisateurs (qu’il s’agisse d’objets ou de personnes) à des applications (qu’elles soient dans le cloud ou sur site).
Le meilleur exemple est l’équilibrage de charge. C’est un exemple classique d’un « service d’application » qui agit comme un « et » entre deux éléments liés. Pommes et oranges. Baseball et hot-dogs. De la bière et des brats. Les proxys d'équilibrage de charge fournissent la colle conjonctive entre les utilisateurs et les applications qui garantissent la connexion des deux, ce qui permet à son tour au train commercial de fonctionner sans problème. Nous connectons l’utilisateur Bob à l’instance d’application trois. Et l'utilisateur Alice à l'instance d'application deux. Et de la première à la quatrième chose. Et de la version API deux à l'API backend trois.
Cela est vrai pour POLB (Plain Old Load Balancing) , qui traite les requêtes par proxy et choisit l'instance d'application appropriée en fonction d'une décision algorithmique, et cela est également vrai pour L7 Load Balancing, qui utilise les informations de la couche application comme l'URI, l'hôte ou les valeurs de l'en-tête HTTP pour prendre la décision sur la manière de « connecter » un utilisateur et une application. Il s'agit d'une fonction essentielle dans le centre de données et c'est le moyen par lequel nous atteignons l'échelle (et la disponibilité) requises pour prendre en charge les applications modernes.
Cette capacité conjonctive est de plus en plus importante pour permettre la mise en œuvre d’une variété de modèles de déploiement DevOps. Les tests A/B, le déploiement Blue-Green , les déploiements Canary , la mesure des API et le contrôle de version des API sont tous de bons exemples de modèles de déploiement opérationnels qui prennent en charge les applications en connectant les utilisateurs et les applications en fonction des besoins commerciaux et opérationnels spécifiques qui existent à ce moment-là ( c'est le contexte, soit dit en passant ).
Une fois que vous réalisez que l'équilibrage de charge avec des proxys modernes et programmables est bien plus qu'une simple question d'évolutivité ou de disponibilité, vous commencez à reconnaître son potentiel dans le cadre de l'architecture application elle-même ; comme moyen d'améliorer les performances , d' ajouter de la valeur commerciale et de fournir une plate-forme sur laquelle vous pouvez standardiser et récolter les avantages de coûts d'exploitation réduits et de processus de déploiement reproductibles.