Home Blogs Cosa impedisce la velocità del Web Builder
Applications

Cosa impedisce la velocità del Web Builder

About The Author

Outline

Fonte originale: Layer0 Dai il benvenuto al team che fa brillare il tuo sito web. La creazione, la gestione, il debug, l’aggiornamento, la protezione e il monitoraggio di un’applicazione Web moderna può richiedere l’Unione di oltre 20 primitive cloud e servizi Web diversi. Non è facile – la tua squadra combatte i draghi ogni giorno per fare il meglio per la tua attività. E se non dovessero combattere tanti draghi? E se fossero in grado di rilasciare gli aggiornamenti due volte più velocemente? E se avessero a portata di mano informazioni critiche che potrebbero influire sui profitti? E se il tuo sito web fosse caricato in un batter d’occhio? Immaginate cosa si potrebbe ottenere.

Perché la velocità del costruttore è importante (suggerimento: È denaro)

La velocità del generatore è fortemente correlata sia ai ricavi aziendali che ai risparmi sui costi. Una maggiore produttività si riflette sempre sul lato dei costi del bilancio, ma che dire dell’impatto sul lato dei redditi del bilancio? C’è qualche correlazione? McKinsey&Company, società di consulenza gestionale globale, ha deciso di scoprirlo. I risultati sono stati sorprendenti. La crescita dei ricavi delle aziende è fino a cinque volte superiore se hanno una velocità di sviluppo di livello superiore.

Esaminando i ricavi e le distribuzioni per la produzione nei mercati verticali software, servizi finanziari, Retail, Automotive e produzione, lo studio di McKinsey ha rilevato che le aziende nel quartile superiore dell’indice di velocità degli sviluppatori (DVI) superano di 4-5x.

Poiché il “software mangia il mondo”, la velocità con cui spedisci gli aggiornamenti determina se affonderai o nuoterai nel mercato.

Cosa impedisce la velocità del web Builder?

Negli ultimi 10 anni, AWS (Amazon Web Services) ha completamente trasformato il modo in cui acquistiamo e utilizziamo l’infrastruttura software e hardware. Loro e la concorrenza hanno creato migliaia di servizi point (primitive cloud), come il computing e lo storage. Questi servizi sono diventati i martelli e i chiodi che i team hanno dovuto assemblare e mantenere per creare applicazioni Web.

Purtroppo, in troppi casi lo sforzo è cresciuto fuori controllo. Le organizzazioni hanno riunito intere squadre di scarso e costoso talento. E troppo spesso, la maggior parte delle loro risorse viene ora spesa semplicemente per mantenere l’applicazione in funzione su larga scala. Molte squadre sono impantanate da requisiti non funzionali (NFR) quali interoperabilità, affidabilità, scalabilità e altri «aspetti». Molti dedicano più tempo agli NFRs che al miglioramento dell’app stessa.

Oggi, sono in genere necessarie oltre 20 “primitive cloud” per implementare una moderna app web. Molte aziende utilizzano almeno tre fornitori di infrastrutture cloud, CDN, sicurezza, osservabilità e integrazione continua/distribuzione continua. Ecco un esempio dei componenti che devono essere assemblati per un’applicazione web:

Componenti di una tipica applicazione Web Le moderne applicazioni Web richiedono diversi strumenti per la configurazione di servizi e edge, domini e sicurezza, controlli dello stato e sviluppo. Peggio ancora, il lavoro non è facile e richiede esperti che sono difficili da reclutare e mantenere. Alcuni CTO si sono lamentati del fatto che addestrano questi esperti solo perché i fornitori di cloud li possano prendere in giro. In The Developer Experience Gap, Stephen o’Grady di Redmonk ha scritto: La frammentazione rende impossibile per i fornitori fornire in modo nativo i componenti necessari per una toolchain completamente integrata. Ciò non cambia la realtà, tuttavia, che gli sviluppatori sono costretti a prendere in prestito tempo dalla scrittura del codice e a reindirizzarlo verso la gestione dei problemi associati a toolchain di sviluppo multifattore altamente complesse tenute insieme da nastri di condotti e fili di imballaggio. Questo, quindi, è il divario di esperienza degli sviluppatori. Lo stesso mercato che offre agli sviluppatori qualsiasi infrastruttura primitiva che potrebbero desiderare sta dicendo loro contemporaneamente che metterli insieme è un problema per gli sviluppatori. Il problema di questo sviluppatore può bloccare la velocità degli sviluppatori, che può bloccare la crescita dei ricavi.

Velocità sviluppatore turbocompressore

La buona notizia è che c’è un modo migliore per creare, gestire, eseguire il debug e aggiornare le tue app e API. I team possono sfruttare la potenza di oltre 20 primitive cloud con un’unica piattaforma. L’attenzione viene spostata dalle complesse tubazioni a un’ottimizzazione efficiente, consentendo rilasci più veloci e affidabili. Tutto questo grazie a un movimento in rapida crescita chiamato AppOps, noto anche come piattaforme Jamstack. AppOps sta rivoluzionando il tradizionale mercato delle CDN; la CDN e l’edge computing possono ora essere una semplice funzionalità all’interno di un’offerta molto più ampia, proprio come la fotocamera digitale è diventata una funzione all’interno degli smartphone dopo il lancio dell’iPhone. Layer0 di Limelight è una piattaforma AppOps facile da costruire che consente ai team di concentrarsi sul miglioramento delle loro app senza distrazioni, eseguendo contemporaneamente su una delle reti globali proprietarie più grandi e dalle prestazioni più elevate al mondo. Questa piattaforma si distingue al di sopra delle altre in base a cinque vantaggi principali, tra cui la possibilità di implementare rapidamente, integrare la sicurezza, rilasciare con sicurezza, evolversi verso un’architettura di microservizi e risparmiare denaro.

Esperienza straordinaria per gli sviluppatori

I team su Layer0 rilasciano fino al doppio della velocità dei normali team con strumenti di produttività integrati, incluse pagine che mostrano le opportunità immediate per migliorare le prestazioni e. CDN configurabile con JavaScript La gestione dell’edge è semplificata con EdgeJS, un linguaggio di configurazione edge basato su JavaScript, performante, dichiarativo e indipendente dal framework. EdgeJS può essere integrato nell’applicazione frontend e, poiché è dichiarativo, gli sviluppatori devono solo descrivere i loro obiettivi anziché dover scrivere tutta la logica. In questo modo è facile da utilizzare e gestire. I team Layer0 sono in grado di testare, rivedere e controllare la propria logica edge durante tutto il processo di sviluppo. Ciò significa che i team possono svilupparsi a livello locale e garantire elevati tassi di hit della cache per i dati dinamici legati al codice dell’applicazione.

Dashboard

Schermata Panoramica livello 0

La schermata di panoramica di Layer0 che riepiloga lo stato del progetto in un colpo d’occhio, inclusi i principali parametri vitali del Web, il traffico, gli errori, il tasso di hit della cache, le statistiche di pre-caricamento e le attività recenti.

Le descrizioni comandi sono sincronizzate tra i grafici sullo stesso schermo, semplificando la correlazione delle informazioni tra più metriche. Ad esempio, quando si passa il mouse sul grafico del tasso di hit della cache nella scheda Panoramica, si otterrà anche la descrizione del comando per la stessa data nel grafico del traffico.

RUM (monitoraggio degli utenti reali)

Google classifica i siti Web in ricerca in base in parte a una serie di metriche di performance chiamate Core Web Vitals, un insieme di metriche che ha un enorme impatto sull’esperienza utente. Con RUM Analytics di Layer0, è possibile comprendere l’impatto delle modifiche del sito in pochi minuti, invece di aspettare giorni o settimane in Google Search Console o Page Speed Insights.

Sono disponibili grafici che mostrano le visualizzazioni delle pagine, la distribuzione e gli eventi RUM nel tempo, in modo da poter capire cosa è successo la scorsa settimana e come risolvere il problema o cosa stavi facendo alcuni mesi fa e come affrontare le potenziali minacce dei principali componenti vitali del Web. È possibile vedere le tendenze nel tempo e nelle distribuzioni.

Caching cockpit

Visualizzare il tasso di hit rate (CHR) complessivo della cache per tutti i percorsi, il modo in cui i CHR sono influenzati dalle distribuzioni e la cronologia di eliminazione della cache. Eliminare facilmente la cache per percorso, chiave surrogata o gruppo. Forse lo strumento più potente è la possibilità di vedere la CHR per Route, insieme a traffico, CPU, memoria, percentuale di hit pre-etch e altro ancora. A differenza delle CDN tradizionali che mostrano ogni URL che ha mai colpito il tuo sito, Layer0 si integra con la tua base di codice ed è sensibile al routing, rendendo facile vedere i percorsi che necessitano di miglioramenti. Questa funzione è estremamente utile per i siti con le migliori prestazioni che desiderano raggiungere velocità inferiori al secondo.

Percentuale di team ad alta velocità

Questi sono solo alcuni degli strumenti per le prestazioni della piattaforma. Insieme, i team stanno rilasciando due volte più velocemente di prima. John Beadles, Lead Web Developer di Vacation Rentals, ha dichiarato: “Layer0 ha aumentato la nostra cadenza [release] di almeno 2 volte, forse di più.”

E ricordate: La crescita dei ricavi delle aziende è fino a cinque volte superiore se hanno una velocità di sviluppo superiore.

Potente sicurezza web

Gli sviluppatori non devono più integrare manualmente la sicurezza nella logica edge. Distribuite rapidamente soluzioni di gestione DDoS, WAF e bot in modo nativo nel vostro flusso di lavoro su Layer0.

WAF

Web Application Firewall con set di regole gestiti che filtrano e proteggono da exploit comuni ed emergenti, come vulnerabilità OWASP Top 10, minacce Log4J, PHP Object injection, SQL injection e altri.

Gestione dei bot

Rilevate e gestite un’ampia varietà di bot che interrogano le loro applicazioni e consumano risorse preziose. Che si tratti di SEO, motori di ricerca, data center dannosi, social media o bot di scraping, avete la possibilità di segnalarli e arrestarli se il traffico bot è indesiderato.

Protezione dagli attacchi DDoS

Layer0 si trova sulla rete di Limelight, distribuita globalmente e sempre attiva, progettata per ispezionare e respingere un’ampia varietà di attacchi DDoS a livello di rete, mantenendo le risorse sane e protette in tempo reale.

Rilasci affidabili

La produttività, le prestazioni e la protezione non sarebbero complete se i team devops non fossero in grado di rilasciare con sicurezza. Layer0 include un potente strumento di suddivisione del traffico e gestione delle funzioni che viene eseguito all’edge della rete con:

  • Indirizzamento e suddivisione del traffico point-and-click all’edge della rete, molto più facile da usare rispetto agli strumenti all’interno delle CDN tradizionali che non conoscono il codice dell’applicazione
  • Le distribuzioni Canary e Blue/Green consentono di inviare gli aggiornamenti in tutta sicurezza
  • Flag delle funzioni (ovvero funzioni scure) con molte altre in arrivo nella roadmap
  • Test a / B all’edge che non rallenta il tuo sito web che si integra con tutte le principali piattaforme di sperimentazione

Si tratta di varianti “full stack” che includono il codice del browser, il codice edge e il codice senza server cloud in un unico pacchetto atomico: I membri del team DevOps sanno con certezza che i clienti ottengono esattamente ciò che si voleva.

Evolversi verso microservizi e headless

Per ottenere rapidamente velocità, flessibilità e agilità, i clienti possono facilmente passare a un’architettura headless su Layer0, disaccoppiando il livello di presentazione frontend dalla logica di back-end tramite le API.

In questo case study, Kate Spade (Tapestry) ha utilizzato Layer0 per migrare in modo incrementale a una nuova versione di Salesforce Commerce Cloud.

Kate Spade migra a headless una pagina alla volta su Layer0 KateSpade.com è basato sull’architettura SiteGenesis di Salesforce e recupera i dati aziendali memorizzati in Salesforce Commerce Cloud tramite una CDN tradizionale. Tuttavia, tutte le pagine memorizzate nella cache e renderizzate da Layer0 sono ora indirizzate direttamente a Layer0 per una maggiore percentuale di accessi alla cache. Layer0 si trova tra il livello di dati di Kate Spade e il frontend. La precedente piattaforma monolitica era accompagnata da veri server fisici, quindi un traffico più elevato significava un maggiore carico di server che rallentava l’esperienza di acquisto. Utilizzando una piattaforma senza server come Layer0, KateSpade.com ora si adatta al livello di qualsiasi traffico. In termini di agilità, gli aggiornamenti sono più rapidi e semplici, senza dipendere dall’infrastruttura restrittiva di Salesforce. Prima, il team aspettava settimane per vedere i loro aggiornamenti perché faceva parte di un’unica build. Ora, questi aggiornamenti sono frammentati, il che porta a distribuzioni più frequenti con rischi inferiori. Layer0 è il leader delle prestazioni anche per i siti Web headless, con il supporto per 45 delle principali piattaforme Jamstack e il conteggio:

Semplificate e risparmiate denaro

Invece di acquistare strumenti diversi, è ora possibile ottenere i risultati aziendali desiderati con un approccio più semplice e a basso costo. Ecco una visione che confronta i costi dei due approcci:

Con Layer0 potete ottenere risultati migliori a costi inferiori. Il vostro team di costruttori può smettere di preoccuparsi delle tubature e concentrare la loro attenzione sulle innovazioni che distingueranno la vostra soluzione dalla concorrenza.

Bonus: Offrite un’esperienza Web più veloce

Come se raddoppiare la velocità del tuo team di costruzione non fosse sufficiente, puoi anche offrire web experience notevolmente più veloci. Layer0 di Limelight è la CDN e la piattaforma edge per applicazioni Web più programmabili e veloci al mondo. Gli sviluppatori possono controllare caratteristiche innovative delle prestazioni, come il caching dei dati dinamici (non solo dei contenuti statici) e il prefetching predittivo nel dispositivo del visitatore. Ulteriori informazioni su questo in un articolo futuro!