OSIRIS JSON per a Cisco

Cisco no es un unic objectiu per a producers. Son diverses superficies d’infraestructura diferents que han de convergir en un unic model portable.

Aquest es exactament el motiu pel qual Cisco es una direccio important per a OSIRIS JSON. Un producer per a Cisco APIC, Cisco NX-OS i Cisco IOS no hauria d’aplanar aquests mons en una mateixa exportacio en brut. Hauria de traduir cadascun d’ells a un llenguatge de topologia compartit, alhora que preserva els detalls especifics del vendor que continuen important aigues avall.

Tres superficies de Cisco, un objectiu d’intercanvi

El repte del producer es diferent en cada cas.

Cisco APIC exposa una vista de fabric basada en controladors i politiques
Cisco NX-OS exposa inventari i relacions de switching de datacenter centrats en el dispositiu
Cisco IOS exposa l’estat classic de routing, acces i xarxes de campus

Aquests no son models font intercanviables, pero tot i aixi encara poden alimentar la mateixa estructura de documents OSIRIS. Aquest es el sentit de l’estandard: normalitzar infraestructura heterogenia sense fingir que les fonts eren identiques.

APIC no s’hauria de forcar a una exportacio generica de switch

Cisco APIC es l’exemple mes clar de per que OSIRIS necessita tant camps core com namespaces de vendor.

Un producer recolzat per APIC no es limita a descobrir dispositius independents. Tracta amb constructes a nivell de fabric, limits de politiques i relacions mediades pel controlador. En termes d’OSIRIS, aixo significa que un producer encara pot emetre recursos, grups i connexions portables per al graf que necessiten els consumers generics, alhora que preserva la semantica especifica d’ACI sota l’espai d’extensions de Cisco.

L’especificacio ja deixa espai per a aquesta direccio mitjancant extensions de Cisco amb namespace i tipus especifics de vendor com osiris.cisco.aci.fabric. Aquest es el lloc correcte per al significat natiu d’ACI que no s’hauria de forcar dins del schema core.

NX-OS encaixa molt be amb la topologia core

Cisco NX-OS es un objectiu de producer molt natural per a OSIRIS perque la infraestructura subjacent ja es mapeja netament al model estandard.

Els fabrics Nexus solen girar al voltant de recursos de switch, interficies, uplinks, peerings, VLAN, context de routing i relacions fisiques o logiques explicites. Aquestes son exactament les classes d’estructures que OSIRIS esta pensat per transportar. Un bon producer de NX-OS hauria de poder emetre:

recursos network.switch per a dispositius Nexus
ID deterministes i atribucio estable del provider fent servir cisco
connexions explicites per a enllacos, peerings i camins d’attachment
grups per a limits de fabric, lloc, rack, pod o entorn
propietats portables per a model, IP de gestio, versio i context a nivell d’interficie

Si un producer de Cisco no pot expressar clarament un switch fabric en OSIRIS, el problema no es el domini. Es el producer.

IOS importa perque el edge de xarxa encara importa

Cisco IOS pot semblar menys de moda que els fabrics dirigits per controladors, pero continua sent essencial per a la historia dels producers d’OSIRIS.

Routers, dispositius de sucursal, equips de la capa d’acces i edges de xarxa heretats pero critics son exactament la classe de sistemes que tendeixen a viure fora de pipelines de topologia polits. OSIRIS tambe ha de gestionar aquests entorns.

L’estandard ja te mapatges directes per a infraestructura comuna de l’estil d’IOS com network.router, network.switch, network.vlan i les relacions que els envolten. Aixo fa d’IOS un exemple solit del principi de producer que mes importa a la practica: primer normalitzar la forma portable i despres preservar el context natiu del vendor quan calgui.

Detall especific de Cisco sense perdre interoperabilitat

A APIC, NX-OS i IOS, la regla del producer continua sent la mateixa: mantenir portable la topologia core i mantenir en namespaces la semantica de Cisco.

Aixo vol dir:

fer servir tipus estandard de recursos i connexions d’OSIRIS quan ja expressin el concepte
mantenir estable l’atribucio del provider amb el nomenat canonic de Cisco
emmagatzemar a properties els atributs intrinsecs i amplament utils
emmagatzemar a extensions les estructures natives de Cisco, fent servir namespaces com osiris.cisco
preservar la semantica mes profunda especifica d’ACI sota patrons dedicats d’extensio de Cisco o de tipus vendor en lloc de filtrar-la al model core

Aqui es on OSIRIS es mes fort que les exportacions ad hoc. Un consumer que no sapiga res de Cisco encara hauria de ser capac de construir el graf. Un consumer conscient de Cisco pot despres aprofundir sense trencar la portabilitat per a tothom.

El contracte del producer encara s’aplica

Un producer de Cisco continua subjecte a les mateixes regles de producer d’OSIRIS que qualsevol altra font:

es de nomes lectura i no ha de mutar infraestructura
no ha d’endevinar valors desconeguts
ha de produir una sortida determinista per a la mateixa entrada de la font
ha d’eliminar secrets i fallar de manera segura quan es detectin dades sensibles
ha de validar mitjancant la CLI canonica d’OSIRIS en lloc d’entregar el seu propi validador alternatiu

Aquesta disciplina importa encara mes a Cisco perque el panorama de fonts es ampli. Sense un contracte estricte de producer, els exporters d’APIC, NX-OS i IOS derivarien cap a tres interpretacions incompatibles del mateix estandard.

Per que Cisco es una familia de producers significativa per a OSIRIS

Cisco cobreix fabrics dirigits per controladors, switching de datacenter, routing, campus i escenaris d’edge industrial. Aixo el converteix en una prova d’estres util per al model de producers d’OSIRIS.

Si l’estandard pot representar abstraccions d’APIC, fabrics de NX-OS i edges de xarxa d’IOS dins d’un unic enfocament coherent d’intercanvi, llavors esta demostrant una cosa important: OSIRIS no es nomes per a un estil d’infraestructura. Realment es capac d’abastar els entorns mixtos que els operadors han de documentar i validar al mon real.

Llegir la documentacio relacionada

Tots els noms de productes i empreses son marques comercials™ o marques registrades® dels seus respectius titulars. El seu us no implica cap afiliacio ni suport per part seva.

OSIRIS JSON per a Cisco APIC, NX-OS i IOS