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 fulgurante des applications, qu’il s’agisse de la demande mobile ou des architectures microservices, oblige les organisations à faire davantage avec moins. Face à la réduction des ressources, vous devez adopter un modèle de service léger pour optimiser leur utilisation. Un modèle léger pour les services applicatifs augmente la densité des services et garantit que chaque application et service bénéficie de la sécurité, de la scalabilité et des performances que vous attendez, et que l’entreprise exige.
3. Orchestration conviviale
Dans un environnement de plus en plus automatisé, fondé sur une approche DevOps, vous devez disposer de services applicatifs proposant des API et des modèles adaptés à l’orchestration. Cela facilite parfaitement votre intégration avec les outils et frameworks que vous utilisez pour automatiser et orchestrer les déploiements dans un cadre de développement en livraison continue (CD). Ces API vous offrent aussi la possibilité d’auto-scalabilité, essentielle pour optimiser l’utilisation des ressources dans des déploiements toujours 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 .