(Acest articol a fost publicat pentru prima dată pe Analitică deschisăși a contribuit cu drag la R-Bloggers). (Puteți raporta problema despre conținutul de pe această pagină aici)
Doriți să vă împărtășiți conținutul pe R-Bloggers? Faceți clic aici dacă aveți un blog sau aici dacă nu.
Operator ShinyProxy pentru Docker
ShinyProxy a susținut întotdeauna mai multe backend -uri de containere. În cazul în care ShinyProxy pe Docker este ușor de configurat, îi lipsește unele dintre avantajele rulării shinyproxy pe Kubernetes. Adăugând suport pentru gazdele Pure Docker la operatorul ShinyProxy, închidem acest decalaj astăzi. Suportul pentru Docker a fost adăugat la operatorul Kubernetes existent (fără nicio schimbare de rupere), de aceea o mare parte a logicii operatorului este partajată între versiunea Docker și Kubernetes. La fel ca utilizarea operatorului de pe Kubernetes, acest lucru permite actualizări zero-down-timp ale configurației ShinyProxy și upgrade-uri la ShinyProxy în sine. De asemenea, se integrează cu Redis pentru a oferi persistență de sesiune și aplicații. Pe scurt, puteți actualiza configurația ShinyProxy fără a fi nevoie să o reporniți manual, iar utilizatorii nu vor experimenta nicio întrerupere în timpul procesului. Deși Redis este necesar pentru ca acest lucru să funcționeze, nu trebuie să -l instalați sau să îl configurați singur, operatorul gestionează totul automat. Operatorul implementează chiar stiva completă de monitorizare. Ca bonus final, operatorul configurează automat TLS (folosind CADDY WebServer). În concluzie, utilizarea operatorului de pe Docker vă oferă multe dintre avantajele utilizării Kubernetes, dar într-un mod mult mai rentabil. Desigur, ShinyProxy continuă să sprijine Kubernetes, deoarece este esențial în configurații care au nevoie de scalarea fără efort oferită de Kubernetes. În viitor, dorim chiar să susținem unele dintre caracteristicile operatorului Docker de pe Kubernetes.
Monitorizare
Cu câteva aplicații implementate, puteți privi manual jurnalele cu instrumente precum Docker și Kubernetes CLI. Cu toate acestea, pe măsură ce numărul de aplicații crește de obicei rapid, crește și nevoia de mai bună capacități de monitorizare. De la o lungă perioadă de timp, o stivă de monitorizare este disponibilă pentru shinyproxy. Această versiune îmbunătățește în continuare stiva, ceea ce o face mult mai ușor de utilizat. Multe mici schimbări au fost făcute în tablourile de bord. Pentru început, toate tablourile de bord au o descriere (pliabilă), acestea includ sfaturi despre utilizarea tabloului de bord. Fiecare panou are acum și un text de ajutor. Capacitățile de filtrare ale tablourilor de bord au fost extinse, permițându -vă să găsiți mai ușor jurnalele sau resursele pe care le căutați. Tablourile de bord care conțin informații despre aplicații specifice arată acum și metadatele despre aplicație (inclusiv starea aplicației). Pe lângă îmbunătățiri ale tablourilor de bord, s -au făcut multe îmbunătățiri tehnice. Toate componentele sunt actualizate la cea mai recentă versiune a acestora, în timp ce configurația unor componente a fost simplificată. În cele din urmă, a fost depășită o limitare tehnică, asigurându -se că jurnalele aplicațiilor care nu reușesc (aproape) imediat după pornire, apar de fapt în Grafana. Acest lucru face ca întreaga configurație să fie mai fiabilă. În trecut, stiva de monitorizare a fost susținută doar pe Kubernetes. Cu această versiune, se adaugă suport pentru gazdele Pure Docker. Stack este integrat în operator, care acum îl poate implementa automat pe gazdele Docker.
Manipularea erorilor
Ca parte a creșterii shinyproxy -ului mai plăcut de utilizat, manipularea erorilor a fost îmbunătățită. ShinyProxy acum descrie mai bine motivul pentru care o aplicație nu reușește să pornească și poate prelua, de asemenea, mesaje de eroare direct din backend -ul containerului. Scopul este ca tu să vezi toate informațiile relevante într -un singur loc. În timp ce începe o aplicație, ShinyProxy acum (continuu) monitorizează sănătatea containerului. Dacă containerul se blochează, utilizatorul este notificat imediat, mai degrabă decât să aștepte un interval de timp, ca în versiunile anterioare. S -au făcut îmbunătățiri similare pentru cazurile în care o aplicație care rulează se blochează.
Nimănui nu -i place foarte mult să citească urmele de stivă generate de Java. Acesta este motivul pentru care ShinyProxy afișează acum cel mai relevant mesaj de eroare într-un format concis, citibil de oameni, la sfârșitul ieșirii, atunci când are loc un accident. Urmele complete de stivă este încă disponibilă atunci când mesajul de eroare nu este suficient pentru depanare.
Pe lângă îmbunătățirea mesajelor de eroare, ne propunem să reducem și numărul de erori pe care Shinyproxy le generează în primul rând. De exemplu, configurația resurselor de memorie și procesor a devenit mai inteligentă. ShinyProxy poate acum să analizeze notări comune pentru aceste valori, chiar dacă nu sunt recunoscute de backend -ul containerului. Consultați documentația actualizată.
În cele din urmă, am făcut îmbunătățiri semnificative la utilizarea memoriei, în special pentru serverele care rulează multe aplicații. În conformitate cu aceasta, imaginea oficială Docker include acum setări de memorie Java optimizate în mod implicit.
Documentare
Notele complete de lansare pot fi găsite pe pagina Descărcări, iar documentația actualizată pot fi găsite pe https://shinyproxy.io. Ca întotdeauna, sprijinul comunitar pentru această nouă versiune este disponibil la https://support.openanalytics.eu.
Nu ezitați să trimiteți întrebări sau sugestii și să vă distrați cu shinyproxy!
