Les cinq exigences pour les services application dans un centre de données défini par logiciel
Les modèles de centres de données évoluent. Une variété de tendances techniques et d’exigences commerciales imposent ce changement, la plupart d’entre elles étant centrées sur la croissance explosive des applications. Cela signifie, à son tour, que les exigences en matière de livraison des application évoluent .
La livraison des application doit certainement être agile et non en cascade. Il faut fournir des services en quelques heures, et non en quelques semaines ou mois. Il faut que cela soit plus rentable. Et plus que toute autre chose, il faut que ce soit vraiment,
vraiment, super concentré sur les applications. En particulier les services qui sont particulièrement adaptés aux application . Vous connaissez ceux-ci : la mise en cache, l’équilibrage de charge, la sécurité des applications Web et les performances. Il s’agit des services dont les configurations sont liées (étroitement couplées) aux applications qu’ils fournissent. Ils doivent donc être plus proches de l'application, topologiquement, voire physiquement.
Il s'agit des services application décrits comme « par application » . Comme vous pouvez le déduire (et je le sous-entends), ces services sont réellement déployés et configurés pour chaque application.
Cela signifie qu'ils doivent être aussi agiles et orchestrables que les applications (ou microservices) qu'ils fournissent. Cela signifie plus que simplement être un logiciel (ou virtuel), cela signifie également s'adapter à l'environnement de plus en plus DevOpsy qui prend actuellement le relais du développement et des opérations dans le centre de données défini par logiciel (SDDC).
Il existe cinq exigences clés pour que les services s'intègrent et permettent la transition d'un centre de données traditionnel vers un modèle de centre de données défini par logiciel, plus cloud.
1. Services par application
Des services tels que l’équilibrage de charge, la mise en cache et les services d’amélioration des performances doivent s’intégrer dans un environnement hautement distribué et axé sur les applications. Cela garantit l’isolement, de sorte que l’échec est limité à une pile application individuelle. Un modèle par application assure également un contrôle granulaire de l’ application en question. Cela permet également une meilleure visibilité sur les performances des application , en particulier lorsque les applications sont composées de plusieurs instances de microservices.
2. Empreinte légère
La croissance incroyable des applications - provenant à la fois de la demande application mobiles et des architectures de microservices - signifie que les organisations doivent faire plus avec moins. Il y a moins de ressources disponibles et un modèle de service léger est donc nécessaire pour utiliser au mieux ce qui est disponible. Une empreinte légère pour les services application sert également à augmenter la densité de service et à permettre à toutes les applications et services de recevoir l'attention en matière de sécurité, d'évolutivité et de performances qu'ils méritent non seulement, mais également aux exigences de l'entreprise.
3. Orchestration conviviale
Dans un environnement de plus en plus automatisé, piloté par une approche DevOps, il est essentiel que les services application présentent des API et des modèles conviviaux pour l’orchestration. Cela est nécessaire pour garantir une intégration facile avec les outils et les cadres utilisés pour automatiser et orchestrer les déploiements pilotés par une approche de livraison continue (CD) du développement application . Ces API permettent également une mise à l’échelle automatique vers le haut et vers le bas, ce qui répond au besoin d’une utilisation efficace des ressources dans ces déploiements de plus en plus denses.
4. Prise en charge de plusieurs machines virtuelles
En plus des logiciels purs, les services application souhaitant s’intégrer dans un centre de données défini par logiciel doivent prendre en charge l’ensemble le plus large possible d’hyperviseurs. VMware, Citrix, Microsoft et KVM ne sont pas négociables en termes de support. Même les organisations qui ont peut-être standardisé une plateforme aujourd’hui peuvent migrer ou étendre leur utilisation à d’autres à l’avenir.
5. Rentabilité
Le nombre de services et applications nécessitant des services par application dans un centre de données défini par logiciel peut atteindre des milliers. La plateforme de services utilisée pour fournir des services application complémentaires doit évoluer de manière économique pour répondre à cette demande, ce qui implique des modèles de licence basés sur l’abonnement et la consommation qui permettent de réaliser de nouvelles économies d’échelle pour les services application .
Le monde des applications est en pleine expansion. Le mobile, les microservices et, tôt ou tard, l’Internet des objets créent une croissance explosive des applications qui, à leur tour, stimulent la demande pour les modèles DevOps et Software-Defined Data Center. Les modèles de distribution application doivent également s’adapter et garantir que toutes les applications et tous les services peuvent être mis à l’échelle et sécurisés de la manière la plus efficace et la plus rentable possible. Pour la livraison application , cela signifie des solutions logicielles programmables .