Riepilogo dell’articolo: Canary Release ha spiegato

In questo articolo, esploriamo il concetto di rilascio di Canary, che è una strategia di distribuzione utilizzata per testare le prestazioni di nuove versioni dell’applicazione nell’uso del mondo reale. L’idea del rilascio di Canarie è nata dall’industria mineraria del carbone negli anni ’20, in cui i minatori usavano i canarini in gabbia per rilevare livelli pericolosi di monossido di carbonio nelle miniere.

Allo stesso modo, in una versione di Canary, una piccola percentuale di traffico utente è indirizzata alla nuova versione dell’applicazione mentre la maggior parte del traffico continua a essere gestita dalla vecchia versione. Ciò consente agli sviluppatori di monitorare le prestazioni della nuova versione e identificare eventuali problemi o bug. Se vengono rilevati problemi, il traffico viene immediatamente reindirizzato alla vecchia versione e il processo di distribuzione viene interrotto fino a quando i problemi non vengono risolti.

Il controllo del traffico svolge un ruolo cruciale nelle versioni del canarino. Gli sviluppatori possono instradare selettivamente il traffico verso la nuova versione in base a criteri specifici o casualmente. Questo livello di controllo consente loro di raccogliere dati significativi e approfondimenti dalle interazioni dell’utente con la nuova versione. Gli strumenti di controllo del traffico comunemente usati nelle versioni di Canary su Kubernetes includono ISTIO e Ambassador Edge Stack.

ISTIO è un controllore di traffico agile che consente una regolazione programmabile del traffico che passa attraverso la sua maglia di servizio. Fornisce flessibilità nel roll-out e roll-backs, rendendolo adatto per le versioni di Canarie. Lo stack di Ambassador Edge, d’altra parte, implementa il routing del traffico tra i servizi utilizzando uno schema round-robin ponderato, consentendo una distribuzione del traffico irregolare. Raccoglie inoltre importanti metriche per monitorare l’avanzamento delle versioni del canarino.

Quando si conducono le versioni di Canarie, vengono eseguiti test Canary per valutare le prestazioni della nuova applicazione in un ambiente del mondo reale. I flag di funzionalità sono comunemente utilizzati nei test Canarie per abilitare o disabilitare le funzionalità specifiche per gruppi di utenti mirati. Ciò consente agli sviluppatori di raccogliere approfondimenti su importanza, prestazioni e soddisfazione dell’utente.

Tuttavia, è importante notare che i test Canary non devono sostituire altri tipi di test come test unitari, test di capacità e test A/B. Il test Canary si concentra sulle prestazioni di nuove funzionalità, codice o configurazioni in un ambiente di produzione e mira ad aumentare la fiducia degli sviluppatori nell’applicazione.

Un caso d’uso pratico del rilascio di Canary è dimostrato da YouTube. Hanno testato una nuova funzionalità che ha visualizzato le anteprime video quando il puntatore è stato inserito su un video. Dirigendo un sottoinsieme di traffico utente verso questa nuova funzionalità, sono stati in grado di misurare il suo impatto sul coinvolgimento e sulla soddisfazione degli utenti. Il test di successo ha comportato il completamento della nuova funzionalità.

I limiti delle versioni canarie includono l’incapacità di comprendere appieno le prestazioni della nuova versione rispetto alla versione esistente, poiché solo un piccolo sottoinsieme di traffico è diretto ad esso. Pertanto, la decisione di procedere con la distribuzione si basa sull’analisi dei dati incompleti.

Domande e risposte:

1. Qual è il concetto di rilascio di canarino?
   Canary Release è una strategia di distribuzione che mette alla prova le prestazioni delle nuove versioni dell’applicazione nell’uso del mondo reale dirigendo una piccola percentuale di traffico utente verso la nuova versione mentre la maggior parte del traffico continua a utilizzare la vecchia versione.
2. Come viene implementato il controllo del traffico in una versione di Canary?
   Il controllo del traffico in una versione Canary viene eseguito instradando selettivamente il traffico verso la nuova versione in base a criteri specifici o casualmente. Questo aiuta a raccogliere dati significativi e approfondimenti dalle interazioni dell’utente con la nuova versione.
3. Quali sono alcuni strumenti di controllo del traffico comunemente usati nelle versioni di Canarie su Kubernetes?
   Due strumenti di controllo del traffico comunemente usati nelle versioni di Canary su Kubernetes sono Istio e Ambassador Edge Stack. ISTIO consente la regolazione programmabile del traffico che passa attraverso la sua mesh di servizio, mentre lo stack di Ambassador Edge implementa il routing del traffico utilizzando uno schema round-robin ponderato.
4. Cos’è il test Canary?
   Il test Canary è un metodo per valutare le prestazioni di una nuova versione dell’applicazione in un ambiente del mondo reale. Implica spesso l’uso di flag di funzionalità per abilitare o disabilitare selettivamente funzionalità specifiche per gruppi di utenti mirati, consentendo agli sviluppatori di raccogliere approfondimenti su importanza, prestazioni e soddisfazione dell’utente.
5. Quali tipi di test dovrebbero non sostituire i test Canary?
   I test Canary non devono sostituire altri tipi di test come test unitari, test di capacità e test A/B. Questi test si concentrano su diversi aspetti della funzionalità, delle prestazioni e dell’esperienza utente dell’applicazione.
6. Come ha usato YouTube a Canary Release?
   YouTube ha usato la versione canary per testare una nuova funzionalità che ha visualizzato le anteprime video quando il puntatore è stato inserito in un video. Dirigendo un sottoinsieme di traffico utente verso questa nuova funzionalità, sono stati in grado di misurare il suo impatto sul coinvolgimento e sulla soddisfazione degli utenti prima di lanciarlo completamente.
7. Quali sono i limiti delle versioni del canarino?
   Una delle principali limitazioni delle versioni del canarino è l’incapacità di comprendere appieno le prestazioni della nuova versione rispetto alla versione esistente. Questo perché solo un piccolo sottoinsieme di traffico è diretto alla nuova versione, che potrebbe non rappresentare accuratamente le sue prestazioni sotto il pieno carico di traffico.

Storico canarino

Sappiamo quanto sia importante che la tua tecnologia si ridimensiona con la tua azienda. Ecco perché sia ​​lo storico’S tecnologia e canarino’Il modello di business è progettato per la scalabilità; Dagli storici del sito alle soluzioni storiche in piena azienda.

Canary Release ha spiegato

Il concetto di rilascio di Canary proviene dall’industria mineraria del carbone degli anni ’20. All’epoca, i minatori trasporterebbero canarini in gabbia per aiutare a testare i livelli di ossigeno nelle miniere. Se il canarino morì, era un segno che c’era troppo monossido di carbonio e avrebbero lasciato la miniera immediatamente.

Di oggi’S World, una versione Canary viene utilizzata per testare le prestazioni della nuova versione dell’applicazione nell’uso del mondo reale. Se ci sono bug, allora la nuova versione viene ripristinata e i problemi vengono risolti prima di un’altra versione. Se non ci sono bug e funziona come previsto, viene ridimensionato fino a quando non sostituisce completamente la vecchia versione. Tutto ciò è reso possibile dalla possibilità di controllare gli utenti’ traffico.

Controllo del traffico in una versione Canary:

In una versione di Canary, il traffico è diviso in base alla versione dell’applicazione a cui viene indirizzato. Inizialmente, la nuova versione dell’applicazione viene distribuita con lo 0% del traffico diretto mentre la vecchia versione gestisce il 100% del traffico. Quindi una piccola percentuale di traffico è indirizzata alla nuova versione e inizia il monitoraggio delle sue prestazioni. Se c’è un problema, il traffico viene reindirizzato alla vecchia versione e il processo di distribuzione viene interrotto. In caso di problemi, più traffico viene gradualmente indirizzato alla nuova versione fino alla vecchia versione’Il traffico è allo 0%.

Routing del traffico:

Il routing del traffico è una caratteristica chiave di una versione di Canary e svolge un ruolo importante nel renderlo una strategia di distribuzione efficace. Con questa strategia, puoi selezionare il traffico che si desidera indirizzare alla nuova versione in modo casuale o soggettivamente utilizzando i criteri impostati. Questo livello di controllo del traffico consente allo sviluppatore di raccogliere dati significativi dagli utenti’ interazioni con la nuova versione. Lo stack Edge di Istio e Ambassador sono strumenti di controllo del traffico che sono comunemente utilizzati nelle versioni di Canarie su Kubernetes.

Istio: Questo è un controllore di traffico agile che accetta una regolazione programmabile del traffico che passa attraverso la sua mesh di servizio. La sua capacità di far rispettare le politiche subito dopo aver ricevuto le istruzioni rende flessibile un rilascio Canary perché il roll-out e i roll-back possono essere implementati velocemente.

Ambassador Edge Stack: Implementa il routing del traffico tra diversi servizi utilizzando lo schema round-robin ponderato. Questa è una strategia di bilanciamento del carico che consente una distribuzione del traffico ineguale. Le metriche importanti vengono raccolte per tutto il traffico che gli strumenti maneggiano e questo semplifica il monitoraggio dell’avanzamento di un rilascio di Canarie.

Test in un rilascio di Canarie:

Quando si intraprendono una versione di Canary, eseguiamo test Canarie per valutare le prestazioni dell’applicazione nell’uso del mondo reale. Uno dei modi per eseguire i test Canarie è utilizzando flag di funzionalità. Questo funziona consentendo agli sviluppatori di separare l’abilitazione delle funzionalità e il rilascio del codice in modo da creare più dimensioni del test. Ad esempio, può attivare o disattivare alcune funzionalità per un gruppo specifico di utenti o per tutti gli utenti dell’applicazione. Ciò gli consente di misurare la prominenza, le prestazioni e l’importanza per gli utenti presi di mira dalle modifiche. Tutti questi dati forniscono informazioni significative relative agli utenti’ interazione con la nuova applicazione o funzionalità.

Attenzione: Anche se un rilascio di Canarie consentirà test dell’applicazione, non dovrebbe essere una sostituzione per altri tipi di test come test unitari, test di capacità e test A/B. I test Canary dovrebbero essere utilizzati per testare le applicazioni che hanno superato tutti gli altri test. In breve, i test eseguiti in una versione di Canary dovrebbero mostrare solo le prestazioni della nuova funzionalità, codice o configurazione in un ambiente di produzione. In altre parole, i test eseguiti hanno lo scopo di aumentare gli sviluppatori’ Fiducia nell’applicazione.

Un caso d’uso pratico: come YouTube ha usato il rilascio di Canary

Google è una delle grandi aziende tecnologiche che è nota per utilizzare la strategia di rilascio Canary durante la distribuzione di nuovi codice e configurazioni. Qualche tempo fa, YouTube ha testato una nuova funzionalità che visualizzerebbe un’anteprima video e non solo una didascalia statica, quando il puntatore è stato messo su un video. Ciò aveva lo scopo di fornire a un utente maggiori informazioni su un video oltre le visualizzazioni, la didascalia, il titolo e la descrizione. Hanno distribuito questa nuova applicazione in alcuni dei loro server e hanno diretto un piccolo sottoinsieme di traffico utente verso di essa. Da questo, sono stati in grado di misurare due cose: se più utenti hanno fatto clic sui video dopo l’anteprima e, se ha aiutato gli utenti a ottenere il video che volevano guardare più velocemente. Il test è stato un successo e alla fine hanno lanciato completamente la nuova applicazione.

Limitazioni:

Non è facile comprendere appieno le capacità della versione Canarie perché gestisce solo un piccolo sottoinsieme del traffico. Per questo motivo, puoi’A essere sicuro delle sue prestazioni rispetto alla versione esistente che gestisce significativamente più traffico. Pertanto, la decisione di andare avanti con la distribuzione viene presa in base a un’analisi che non è’T molto completo. Ad esempio, una versione Canary con un piccolo sottoinsieme di utenti può essere veloce ma avere latenza significativa quando si gestiscono tutti gli utenti.

Riepilogo

Il rilascio di Canary è molto efficiente in una situazione in cui vi sono frequenti distribuzioni di nuove versioni dell’applicazione. Questo perché è facile da configurare quando si lancia aggiornamenti della luce in un breve periodo di tempo. Durante la selezione di un sottoinsieme di utenti per essere indirizzato alla nuova versione, si ha la possibilità di farlo in modo casuale o in base ai criteri impostati. Mentre i test Canary possono essere molto approfonditi, non dovrebbe essere usato in sostituzione di altri tipi di test.

Crea la tua prima distribuzione di rilascio Canary in minuti!

Prova la piattaforma Wildcard, una soluzione con pipeline CI/CD senza problemi che ti aiuterà a trasformare il modo in cui consegna le tue applicazioni native cloud. Inizia a costruire, testare e distribuire in pochi minuti non!

Storico canarino

La bellezza dello storico del canarino è che la stessa soluzione funziona anche sul posto come per l’intera impresa. È possibile registrare i dati a livello locale, inviandoli contemporaneamente al tuo storico aziendale.

Soprattutto, man mano che cresci, anche la soluzione. Un singolo storico del canarino può registrare oltre due milioni di tag e più storici del canarino possono essere raggruppati per gestire decine di milioni di tag.

Enterprise Historian Solutions può essere ospitato nei tuoi data center o in AWS e Azure. E, a differenza di altre soluzioni storiche aziendali, gli storici del canarino non richiedono squadre specializzate di dieci e più per mantenerle.

Uno storico di dati veramente senza perdita

Lo storico Canary è un database di serie temporali NoSQL che utilizza Algoritmi di compressione senza perdita Per offrirti il ​​meglio di entrambi i mondi, prestazioni ad alta velocità senza richiedere l’interpolazione dei dati!

Ogni tag che scegli di archiviare nello storico Canary può contenere i seguenti dati:

• Nome tag
• Oltre 100 proprietà di meta dati (unità ingegneristiche, descrizioni, limiti e altro)
• Timestamps
• Valori (booleani, galleggianti, numeri interi, stringhe, ecc
• Punteggio di qualità

Immagina la quantità di dati che possono essere prodotti se hai 5.000 tag che inviano valori ogni secondo. E se fossero 50.000 tag, o anche 500.000?

Quello’S Esattamente perché Canary sceglie di non utilizzare SQL, sono solo troppi dati per un database relazionale da archiviare senza compromettere l’archiviazione a lungo termine dei dati grezzi.

Lo storico Canary è stato specificamente costruito e ottimizzato per la scrittura e la lettura di questi dati delle serie temporali speciali e non interpola mai l’archivio dei dati.

Stanco dei limiti di tag? Diventare illimitato!

Basta regolare la licenza di tag di uno qualsiasi dei tuoi storici Canarie su un’opzione di licenza di tag illimitata per la massima pace di mente. Questa semplice funzionalità di licenza scaterirà la tua capacità di raccogliere dati da tutto senza dover gestire le licenze o preoccuparsi dei conteggi dei tag.

Performance incredibilmente veloce

Puoi scrivere più di 1.5 milioni di aggiornamenti al secondo allo storico in una continua opera di 24 ore al giorno, 7 giorni alla settimana. Quello’s molti dati. Soprattutto, il database è strutturato, quindi non importa quanti anni di dati archivi o quanti tag stai raccogliendo, lo manterrai sempre 1.5 milioni di performance per scrittura!

Se necessario, lo storico può mantenere una velocità di lettura continua di più di 2.5 milioni di letture per secondo.

Inoltre, lo storico è in grado di gestire la registrazione dei dati ad alta velocità, con distribuzioni che raggiungono risoluzioni di dati fino a 10 millisecondi, anche nelle operazioni continue di ventiquattro ore al giorno.

Può sembrare che SQL possa ottenere numeri di prestazioni simili, ma a quale costo? In effetti, man mano che un database SQL aumenta sempre di più, prestazioni inizia a cadere. Gli amministratori sono costretti a ridurre le dimensioni del database o aggiungere server. Uno scenario perdita.

Naturalmente, più server portano a costi operativi più elevati e più tempi di gestione. D’altra parte, la riduzione della dimensione del database provoca il taglio della lunghezza di archiviazione o il massaggio dei dati grezzi in dati interpolati. Nessuna di queste opzioni è l’ideale.

Il motivo più allettante che un’azienda potrebbe scegliere SQL è semplicemente un’esperienza precedente o sapere come usarla. Canary ti consente di effettuare query SQL contro il nostro database NOSQL, eliminando qualsiasi curva di apprendimento.

Con Canary, ottieni tutti i vantaggi delle prestazioni di un database di serie temporali NoSQL e i tuoi clienti possono comunque effettuare query SQL. Senza dubbio, è la soluzione migliore per te.

Perdite significa perdite valori di dati originali per sempre

Canarino’L’algoritmo di compressione senza perdita proprietaria garantisce che i tuoi dati non siano mai compromessi. Questo algoritmo di compressione è leader del settore e il risultato di quasi un decennio di lavori di sviluppo.

Ogni giorno, tutti i tuoi record storici sono validati, compressi e chiusi per la scrittura. Il tuo formato di dati grezzi originale è memorizzato per sempre, in modo sicuro e con l’impronta di archiviazione più piccola possibile.

Canary raggiunge un Rapporto di compressione leader del settore di meglio di 3: 1, salvandoti più di 3 volte in memoria. Ciò significa che puoi mantenere più di un decennio di archivi di dati con i loro valori di dati grezzi originali!

Struttura del database facile

Quando si distribuisce lo storico, organizzi i tuoi tag nei set di dati. Un set di dati è una raccolta di sensori o tag, che scegli di raggrupparsi. Dato che autorizzi lo storico solo per conteggio dei tag, puoi creare tutti i set di dati di cui hai bisogno.

All’interno di ciascun set di dati, lo storico scrive in un file di database storico o un file HDB in breve. L’HDB contiene tutti i nomi dei tag e registra il timestamp per ogni cambiamento di valore e il suo punteggio di qualità. Puoi anche associare proprietà a ogni tag che consente di archiviare descrizioni, unità di ingegneria, limiti e altro ancora. In genere, un nuovo file HDB viene creato quotidianamente.

Scalabilità illimitata

Sappiamo quanto sia importante che la tua tecnologia si ridimensiona con la tua azienda. Ecco perché sia ​​lo storico’S tecnologia e canarino’Il modello di business è progettato per la scalabilità; Dagli storici del sito alle soluzioni storiche in piena azienda.

Un singolo server storico Canary può scalare solo da 100 tag a oltre 2 milioni senza richiedere ulteriori installazioni software. Ancora non abbastanza? Puoi raggruppare più storici del canarino per creare soluzioni storiche incredibilmente grandi. Ciò significa che i limiti ai conta dei tag e gli archivi non sono più definiti dal software, ma invece dall’hardware.

Architettura, ridondanza e ripristino di emergenza

È possibile installare storici di canarie nei siti locali e nelle sedi aziendali. Collega più storici per spostare automaticamente i dati dal livello del sito a livello aziendale in tempo reale o in un programma. Puoi anche costruire ridondanza per soluzioni ad alta disponibilità. Ogni collettore di dati può spingere automaticamente i dati a più istanze storiche. Inoltre, il servizio Canary Mirror consente di programmare le snapshot di set di dati su una pianificazione oraria, giornaliera, settimanale o mensile che consente la duplicazione dei dati agli storici fuori sede.

Canary usa molti dati

Об этой сттце

Ыы зарегистрировали подозритеstituire. С помощю ээй ст р ы ыы сможем о imperceде quello. Почему ээо мо л поззти?

Эта страница отображается в тех с лччч, когда автоматическиtal систе quisi которые наршают условия иполззования. Страница перестан scegliere. До этого момента для иполззования сжж google необходимо пхоходить поверку по по по по по.

” ылку запросов. Если ы и ипоеете общий доступ в интернет, проmma. Обратитесь к с ое системому администратору. Подробнеi.

Проверка по слову может также появляться, если вы вводите сложные запросы, обычно распространяемые автоматизированными системами, или же вводите запросы очень часто.

Canary usa molti dati

Об этой сттце

Ыы зарегистрировали подозритеstituire. С помощю ээй ст р ы ыы сможем о imperceде quello. Почему ээо мо л поззти?

Эта страница отображается в тех с лччч, когда автоматическиtal систе quisi которые наршают условия иполззования. Страница перестан scegliere. До этого момента для иполззования сжж google необходимо пхоходить поверку по по по по по.

” ылку запросов. Если ы и ипоеете общий доступ в интернет, проmma. Обратитесь к с ое системому администратору. Подробнеi.

Проверка по слову может также появляться, если вы вводите сложные запросы, обычно распространяемые автоматизированными системами, или же вводите запросы очень часто.