Cisco France Blog
Partager

Application Centric Infrastructure: modéliser les applications


24 April 2014


L’Application Centric Infrastructure ACI comporte de nombreux concepts qui en font une approche innovante particulièrement adaptée aux nouvelles exigences applicatives dictées par l’environnement économique et les transitions technologiques.

Comme toute innovation il est nécessaire de passer un peu de temps pour en comprendre tous les aspects et les explications techniques permettent de différentier des concepts marketing qui utilisent souvent la même terminologie.

Pour ceux qui veulent aller au-delà des concepts et comprendre comment fonctionne l’ACI , je conseille la lecture de ce livre blanc intitulé « Cisco Application Policy Infrastructure Controller Data Center Policy Model ».

Ce document explique les principes  de modélisation des applications utilisés par ACI pour définir des « politiques » associées. Cette approche est unique dans sa manière d’aligner les ressources matérielles et logicielles pour déployer les applications par l’intermédiaire de Cisco Application Policy Infrastructure Controller (APIC) GUI ou de manière programmée en utilisant les APIs de l’APIC.

Du modèle « imperatif » à la théorie de la promesse

Ce document commence par expliquer le choix du modèle utilisé par ACI. Vous découvrirez sans doute comme moi la différence entre un « imperative model » historiquement utilisé et un « promise theory model » utilisé par l’ACI .

ACI imperative model

Contrairement au « modèle impératif » ou le contrôleur central doit être informé de toutes les commandes de configuration et de tous les états des objets, le modèle de la « théorie de la promesse » est basé sur des objets intelligent qui se chargent des changements d’états de configuration initiés par le contrôleur central. Ces objets intelligents sont également responsables d’informer le système central des anomalies et des exceptions.

ACI promise theory

Historiquement, les applications étaient limitées par les capacités du réseau et par des configurations visant à prévenir leur utilisation abusive. Des concepts tels que l’adressage, le VLAN et la sécurité sont depuis toujours intimement liés, ce qui limite l’évolutivité et la mobilité des applications.

Aujourd’hui les applications sont redessinées pour la mobilité et l’évolutivité web et cette approche traditionnelle empêche leur déploiement rapide et homogène.

Le modèle de politique de l’ACI ne dicte rien concernant la structure du réseau sous-jacent. Conformément à la théorie de la promesse, il fait appel à un élément périphérique, appelé iLeaf, pour gérer la connexion à différents périphériques.

Pour les férus de technique réseau  une video de Joe Onisick explique les flux de trafic dans une fabric ACI

.                                     

Ce n’est qu’un très bref aperçu de ce document et j’invite vivement ceux qui sont intéressés par le sujet de se  pencher attentivement dessus pour comprendre la mécanique de l’ACI.

D’autres documents sont également disponibles

 ACI Overview  :

Networking :

Tags:
Laisser un commentaire