Da qualche altra parte, Coca-Cola Integrato i suoi sistemi globali utilizzando APIConsegna rapida, abilitante a basso costo e una migliore cooperazione interfunzionale. E Uber è andato a Microsarvis con API GatewayAutorizzazione per il ridimensionamento indipendente e la rapida distribuzione nei mercati.
In ogni caso, la rete ha dovuto svilupparsi da stagnanti e hardware a dinamico, programmabile e basato sul consumo. Purakastha afferma: “API-First L’infrastruttura si adatta naturalmente al funzionamento del team IT di oggi”. “Si allinea con l’integrazione continua e la distribuzione continua/i segnali (CI/CD) e gli strumenti di orchestrazione del servizio. Che riducono l’attrito e accelera la velocità con cui le aziende possono lanciare nuovi servizi.”
Connettività on demand di potenza
Comunicazione Tata distribuita Vestiti di rete-Le piattaforme programmabili che utilizzano le API per utilizzare i sistemi aziendali e consentono alle risorse di rete di richiedere e adeguare dinamicamente una società globale software-e-sarvis (suoceri), modernizza il modo in cui gestisce la capacità di rete in risposta alle esigenze aziendali in tempo reale. Man mano che la società migliorava i suoi servizi digitali in tutto il mondo, richiedeva modi più stretti e qualificati per allineare le prestazioni della rete con chirurgo traffico imprevisto e richieste in rapida evoluzione degli utenti. Con la piattaforma di Tata, i team operativi dell’azienda sono stati in grado di ridimensionare automaticamente la larghezza di banda nelle aree principali per prestazioni estreme, durante eventi ad alto impatto come il rilascio di software globale. E per evitare costi inutili, una volta in generale in generale la più rapidamente sulla scala.
In un altro scenario, quando la madre -in -law ha richiesto di eseguire un’operazione di dati su larga scala tra il suo hub USA e Asia, la rete è stata ri -configurata programmaticamente entro un’ora; Un processo che era stato precedentemente richiesto per settimane di pianificazione e fornitura. “Ciò che abbiamo dato è stato solo una larghezza di banda, era la capacità di prendere il controllo delle sue squadre”, afferma Purkastha. “Integrando la nostra API di rete di rete nei loro flussi di lavoro di automazione, abbiamo dato loro una rete che reagisce alla velocità della loro attività.”
Ostacoli per il cambiamento – e come superarli
La modifica dell’infrastruttura di rete non è un piccolo compito. Molte aziende fanno ancora affidamento sulla scrutatura per l’etichetta multiprootocol (MPLS) e l’architettura WAN (WAN) di Heritage Etichetta (WAN). Questi ambienti sono rigidi, gestiti manualmente e spesso incompatibili con le moderne API o le strutture di automazione. Con qualsiasi organizzazione, gli ostacoli possono essere sia tecnici che interni e le apparecchiature ereditarie non possono supportare interfacce programmabili. Le organizzazioni vengono spesso messe a tacere, il che significa che la rete è gestita separatamente per applicazioni e flussi di lavoro DevOps.
Inoltre, la pressione del CIO affronta i rapidi rendimenti e non può rimanere in azienda per molto tempo per mantenere il processo e i risultati, rendendo difficile spingere per le strategie di modernizzazione della rete a lungo termine. Purakastha afferma: “Spesso, è facile affrontare un frutto basso piuttosto che cambiamenti perché i cambiamenti decisionali non possono essere in giro per vedere nella vita”.
Ma un rapido miglioramento o lavoro -Round non può dare risultati desiderati; Richiede invece un cambiamento. “Le imprese hanno storicamente costruito la loro rete per stabilità, non agilità”, afferma Purkastha. “Ma ora, la stessa rigidità diventa un collo di bottiglia quando l’applicazione, l’utente e il carico di lavoro sono distribuiti a nuvole, bordi e posizioni remote.”
