Zero
Vale la pena di tentare di refactoring esistenti, e probabilmente monolitico, applicazioni, come microservices, o è il tempo e lo sforzo speso meglio edificio nuovo, più flessibile e agile di applicazioni costruite da loosely coupled microservices?
Foto: Joe McKendrick
Sembra impresa squadre stanno avendo entrambi i modi, un recente sondaggio rileva. Il sondaggio, condotto da Red Hat, tra i suoi Red Hat JBoss Middleware di Red Hat OpenShift base di clienti, trova il 69 per cento ha indicato che stanno usando microservices sia per nuove applicazioni e per la ri-progettazione di quelli esistenti. “Questi dati ci dice che microservices offrire un valore aggiunto agli utenti lungo tutto il loro percorso di trasformazione dell’IT — se si sta solo cercando di aggiornare la propria applicazione corrente del portafoglio o si stanno preparando nuove iniziative”, afferma Cesare Saavedra, autore del rapporto.
Per una parte considerevole di ESSO gestori, i vantaggi dell’utilizzo di microservices sono stati realizzati in tempi relativamente brevi. Il terzo del gruppo, il 33 per cento, ha detto che ha cominciato a realizzare i benefici entro due a sei mesi della loro implementazioni. Questi benefici sono stati condito con una maggiore realizzazione della agile e DevOps visione, in forma di continuous integration e continuous deployment (CI/CD). La scalabilità, il tempo più veloce sul mercato, maggiore è la produttività degli sviluppatori, e di velocizzare il debug e la manutenzione sono stati altri benefici visto come le applicazioni sono suddivise in bite-size microservices.
Microservices, e per estensione, contenitori — giocano un ruolo enorme nel ri-orientare approcci per la maggiore impresa di resilienza, come la stessa internet, e ora blockchain, sono stati progettati in un modo altamente distribuiti per evitare l’interruzione. Astasia Myers. un venture capitalist con Redpoint Ventures, per uno, vede microservices la riproduzione di un tole nello svolgimento del “servizio di maglie.” Non è più distribuito in seriale o point-to-point di moda, microservices e contenitori di attivazione del servizio di maglie che “può aiutare a gestire il traffico attraverso il servizio di scoperta, di routing, bilanciamento del carico, controllo dello stato di salute, e observability,” Myers in un post recente. “Servizio di maglie tentativo di domare i ribelli contenitore di complessità. Non abbiamo visto diffusione di sicurezza, ma sappiamo di imprese che eseguono il servizio di maglie in produzione. Inoltre, il servizio di maglie non sono esclusivi per microservices o Kubernetes ambienti e può essere applicato a VM e serverless ambienti.”
Servizio di maglie e la loro microservice e componenti contenitore attivare anche un relativamente nuovo, hip-suono cosa che si chiama “caos ingegneria”, o come Myers descrive, “disciplina per la sperimentazione di un sistema distribuito per costruire la fiducia della capacità del sistema di resistere a condizioni di turbolenza.” In altre parole, intenzionalmente gettando la scimmia chiavi in parti di sistemi distribuiti per vedere come le cose tenere. Il concetto di caos ingegneria è stato perfezionato da Netflix, e poi praticato da Amazon, Google, Microsoft e Facebook, Myers, aggiunge. “Il caos esperimenti di ingegneria in un sistema per migliorare la certezza nella sua capacità di resistere a problemi di produzione,” scrive. “Mentre la rottura dei sistemi può essere divertente, può non essere sempre produttivi o di fornire informazioni utili. Caos ingegneria incarna una portata più ampia, non solo di iniezione di guasti, ma anche altri sintomi come i picchi di traffico, insolita richiesta combinazioni, etc. per scoprire problemi esistenti.”
Naturalmente, l’attuazione o la dissoluzione di applicazioni in arrangiamenti orchestrali di loosely coupled microservices non è la notte. Sfide per l’attuazione di microservices richiede lavorando con i gestori e gli utenti finali in tutta l’azienda ad abbracciare il condivisibili e riutilizzabili servizi che vengono offerti, Red Hat ritrovamenti di indagine. Il superamento di una cultura aziendale e organizzativa sfide è più pronunciato sfida. Ulteriori, più sfide tecniche includono la diagnostica e il monitoraggio microservices, oltre ad essere di dedicare il tempo e le risorse necessarie per la loro costruzione, il collaudo e la manutenzione.
Red Hat indagine è emerso inoltre che i gestori sono mitigare queste sfide attraverso lo sviluppo e l’attuazione di in-house microservices utensili, ri-organizzare le loro DevOps processi, e di lavorare a più stretto contatto con i fornitori per la consulenza e l’orientamento. E forse alla fine di avviare iniettare un po ‘ di caos solo per vedere come funziona il tutto.
(Disclosure: non ho effettuato lavori per Red Hat, menzionato in questa indagine, come parte del mio lavoro indipendente analista del settore negli ultimi 12 mesi).
Argomenti Correlati:
Cloud Priorità
Cloud
Big Data Analytics
L’innovazione
Tecnologia e Lavoro
Collaborazione
0