[vc_row][vc_column][vc_column_text]Met de ontwikkelingen rondom APIC-EM, krijg ik steeds vaker de vraag wat de relatie is met Prime Infrastructure (PI). Immers, PI toont ook de topologie, kan ook een verkeerspad tonen en heeft een ‘Plug and Play’-workflow. We zien dus overlap in de functionaliteit die door beide producten wordt geboden.
Het belangrijkste verschil tussen de twee is dat APIC-EM een abstractielaag biedt bovenop de infrastructuur. Dit komt het beste tot uiting in de EasyQoS-app (zie eerder blogpost): een beheerder selecteert welke applicaties ‘business-relevant‘ of ‘business-irrelevant’ zijn, en APIC-EM zorgt ervoor dat de volledige onderliggende infrastructuur correct geconfigureerd wordt. Het netwerk, bestaande uit losse switches, routers en access points, wordt dus als één systeem gezien.
Prime Infrastructure, daarentegen, richt zich op de losse componenten. PI houdt bijvoorbeeld alle configuratiewijzigingen bij en bevat een configuration compliance-tool om te toetsen of alle configuraties conform de policies zijn.
In onderstaande slide heb ik nog een paar verschillen opgesomd:
APIC-EM voert wijzigingen uit, terwijl PI wijzigingen bijhoudt. APIC-EM werkt ‘prescriptive’ – je geeft aan wat je wilt, niet hoe het moet gebeuren –, terwijl je met PI volledige controle hebt over de configuratie en dus juist dicteert hoe alles moet.
APIC-EM als ‘engine’ van PI
Met deze verschillen tussen APIC-EM en PI en de overlap in functionaliteit is het logisch om te verwachten dat PI steeds meer gebruik zal maken van APIC-EM als ‘engine’ om wijzigingen uit te voeren. Op dit moment kan dat al voor de ‘Plug and Play’-functionaliteit in PI: de beheerder kan kiezen om de oude PnP-methode te gebruiken of om vanuit PI de PnP-deployment van APIC-EM aan te roepen.
Ik adviseer daarom al onze klanten en partners om met APIC-EM aan de slag te gaan. Het platform is gratis te downloaden van de Cisco-site en de meeste apps (met uitzondering van IWAN en EasyQoS) zijn niet gelicenseerd.
[/vc_column_text][/vc_column][/vc_row]