Bonjour,
Tout d'abord le choix entre les différents outils est lié en fonction de la familiarité que vous avez avec chacun d'eux.
Vous allez certainement mixer l'utilisation de ces outils si vous souhaitez faire du traitement de données avant d'importer dans ACI. Ce traitement peut être un import de fichier (ou database) ou lecture d'info dans des équipements déjà existants.
La librairie acitoolkit est assez simple mais overlap beaucoup avec ce qui est possible de faire dans Terraform.
Ensuite entre Terraform et Ansible, je vous dirais que c'est une histoire de goût et d'attente de vos outils d'automatisation.
La vrai question à se poser serait: voulez vous automatiser le provisionning de votre ACI et ça s'arrête là ou voulez automatiser non seulement le provisionning et ensuite la maintiens de celle ci.
Généralement, lorsque nous travaillons avec ACI, on se rend vite compte que la création d'objets est très consommatrice de temps et au final tout le monde, y compris les clients, veulent quelque chose de simple (pour les tâches quotidiennes) et qui ne demande pas bcp de temps. Avec ces critères, je propose fortement d'aller vers Terraform et investir un peu de temps pour commencer à l'apprivoiser.
Le docker que j'ai remis est un subset de ce que je fais et remets au client. Je m'assure que la configuration est simple et surtout que le rollback l'est encore plus surtout lorsqu'on doit maintenir le code que nous fournissons.
Si on parle de provisionning et éventuellement de migration future vers du multisite, ansible fait aussi l'affaire mais je préfère la méthodologie de terraform avec les data resources et resources. Je peux aussi appeler à n'importe quel moment dans mon code python sans difficultés contrairement à ansible.
Une fois le choix des outils effectués, il y a la méthodologie. On souhaite tous avoir un tool qui fait tout mais cela n'est pas possible en terme de temps et surtout qu'il y aura toujours des use-cases spéciaux. Je conseille de faire un whiteboard de ce que vous souhaitez que votre outil fasse à votre place en y incluant les futurs use-case que vous avez déjà en tête. Cela vous permettra d'organiser votre projet en modules et d'y faire appel en fonction de paramètres qui seront vos use-cases.
Si vous avez la chance d'avoir une vrai fabric ACI pour tester votre code c'est bien sinon downloadez ACI simulator sur le site de Cisco qui représente 1 VM APIC qui elle même contient 1 SPINE et 2 LEAFs virtuels. Tous mes codes ACI je les ai développé avec le simulateur et le fonctionnement était à 100% identique que la production à condition de prendre les bonnes versions. Si un bug de config apparait alors il y a de fortes chances que ce même bug soit sur votre APIC avec un bémol car il y a un petit décalage entre les versions PROD et Simulateur donc il se pourrait que le bug soit résolu dans une version nouvelle dispo qu'en prod.
Pour résumer, les outils c'est une histoire de goût, d'investissement en fonction des connaissances et quels use-cases (provisionning uniquement ou provisionning et opérations). Le code est la partie simple et il ne vient qu'après avoir déterminé les use-cases et la méthodologie à employer.
Thanks
Francesco
PS: Please don't forget to rate and select as validated answer if this answered your question
