Questu hè u primu di una seria di posti nantu à i cambiamenti, i migliuramenti è l'aghjunghjini in l'aghjurnamentu di a piattaforma Red Hat OpenShift 4.0 chì vi aiuterà à preparà per a transizione à a nova versione.
Da u mumentu chì a nova comunità Kubernetes si riunì per a prima volta in l'uffiziu di Google di Seattle in a caduta di u 2014, era chjaru chì u prughjettu Kubernetes era destinatu à rivoluzionari u modu di u software hè sviluppatu è implementatu oghje. À u listessu tempu, i fornitori di servizii publichi di nuvola cuntinueghjanu à investisce assai in u sviluppu di l'infrastruttura è di i servizii, chì facenu u travagliu cù l'informatica è a creazione di software assai più faciule è più accessibile, è li rende incredibilmente accessibili, chì pochi puderianu imaginà à u principiu di u decenniu.
Di sicuru, l'annunziu di ogni novu serviziu di nuvola hè stata accumpagnata da numerosi discussioni trà l'esperti in Twitter, è i dibattiti sò stati fatti nantu à una varietà di temi - cumpresa a fine di l'era open source, u declinu di l'IT in situ, è l'inevitabbilità. di un novu monopoliu di software in u nuvulu, è cumu u novu paradigma X rimpiazzà tutti l'altri paradigmi.
Inutili, tutti questi disputi eranu assai stupidi
A rialtà hè chì nunda ùn andarà, è oghje pudemu vede una crescita esponenziale in i prudutti finali è a manera chì sò sviluppati, per via di l'emergenza constante di novu software in a nostra vita. E malgradu u fattu chì tuttu u circondu cambierà, à u stessu tempu, in essenza, tuttu resta invariatu. I sviluppatori di software scriveranu sempre codice cù errori, ingegneri di operazioni è specialisti di affidabilità caminaranu sempre cù paginatori è ricevenu avvisi automatichi in Slack, i gestori operanu sempre in i cuncetti di OpEx è CapEx, è ogni volta chì un fallimentu si verifica, l'anzianu u sviluppatore. suspirerà tristemente cù e parolle: "Tu l'aghju dettu"...
Oh veramente deve esse discutitu, hè quale arnesi pudemu avè à a nostra dispusizione per creà prudutti di software megliu, è cumu si ponu migliurà a sicurità è fà u sviluppu più faciule è più affidabile. Siccomu i prughjetti diventanu più cumplessi, ci sò novi risichi, è oghje a vita di e persone hè cusì dipendente da u software chì i sviluppatori anu da pruvà à fà u so travagliu megliu.
Kubernetes hè un tali strumentu. U travagliu hè in corso per unisce Red Hat OpenShift cù altre arnesi è servizii in una sola piattaforma chì rende u software più affidabile, più faciule da gestisce è più sicuru per l'utilizatori.
Dittu questu, a squadra OpenShift pone una pregunta simplice:
Cumu pudete fà u travagliu cù Kubernetes più faciule è più còmode?
A risposta hè sorprendentemente evidenti:
- automatizà aspetti cumplessi di implementazione in u nuvulu o fora di u nuvulu;
- fucalizza nantu à l'affidabilità mentre oculta a cumplessità;
- cuntinuà à travaglià continuamente per liberà aghjurnamenti simplici è sicuri;
- ottene u cuntrollu è a verificabilità;
- strive to initially insurance high security, ma micca a spesa di usabilità.
A prossima versione di OpenShift deve piglià in contu l'esperienza di i creatori è l'esperienza di l'altri sviluppatori chì implementanu software in grande scala in e più grande cumpagnie di u mondu. Inoltre, deve piglià in contu tutta l'esperienza accumulata di l'ecosistema aperti chì sottumette u mondu mudernu oghje. À u listessu tempu, hè necessariu di abbandunà a vechja mentalità di u sviluppatore dilettante è di passà à una nova filusufìa di un futuru automatizatu. Hè bisognu di colma u distaccu trà vechji è novi modi di implementà u software, è prufittà pienamente di tutte l'infrastruttura dispunibule, sia ospitu da u più grande fornitore di nuvola o in esecuzione in sistemi minuscoli à u bordu.
Cumu ottene stu risultatu?
À Red Hat, hè abitudine di fà un travagliu noioso è ingrate per un bellu pezzu per priservà a cumunità stabilita è impedisce a chjusura di prughjetti in quale a cumpagnia hè implicata. A cumunità open-source cuntene un gran numaru di sviluppatori di talentu chì creanu e cose più straordinarie - divertenti, educative, aprendu novi opportunità è simpliciamente belle, ma, sicuru, nimu ùn aspetta chì tutti si movenu in a listessa direzzione o perseguite scopi cumuni. . U sfruttamentu di sta energia è a redirezzione in a direzzione ghjusta hè qualchì volta necessariu per sviluppà spazii chì avarianu benefiziu à i nostri utilizatori, ma à u listessu tempu duvemu monitorà u sviluppu di e nostre cumunità è amparà da elli.
À l'iniziu di 2018, Red Hat hà acquistatu u prughjettu CoreOS, chì avia veduti simili nantu à u futuru - più sicuru è affidabile, creatu nantu à principii open-source. A cumpagnia hà travagliatu per sviluppà ulteriormente queste idee è implementarle, mettendu a nostra filusufìa in pratica - pruvendu à assicurà chì tutti i software funzionanu in modu sicuru. Tuttu stu travagliu hè custruitu nantu à Kubernetes, Linux, nuvuli publichi, nuvuli privati, è millaie di altri prughjetti chì sustenenu u nostru ecosistema digitale mudernu.
A nova versione di OpenShift 4 serà chjaru, automatizatu è più naturali
A piattaforma OpenShift hà da travaglià cù i sistemi operativi Linux megliu è più affidabili, cù supportu hardware bare-metal, virtualizazione còmuda, prugrammazione automatica di l'infrastruttura è, sicuru, cuntenituri (chì sò essenzialmente solu imagine Linux).
A piattaforma deve esse sicura da u principiu, ma permette ancu à i sviluppatori di iterà facilmente, vale à dì, esse abbastanza flessibili è sicura mentre permettenu ancu à l'amministratori di audità è gestisce facilmente.
Duverebbe permette à u software per esse eseguitu "cum'è serviziu" è ùn porta micca à una crescita di l'infrastruttura inmanageable per l'operatori.
Permetterà à i sviluppatori di fucalizza nantu à a creazione di prudutti veri per l'utilizatori è i clienti. Ùn averete micca da passà per a jungla di paràmetri di hardware è software, è tutte e cumplicazioni accidintali seranu una cosa di u passatu.
OpenShift 4: piattaforma NoOps chì ùn hà micca bisognu di mantenimentu
В hà descrittu quelli travaglii chì aiutanu à furmà a visione di a cumpagnia per OpenShift 4. L'ughjettu di a squadra hè di simplificà i travaglii di ogni ghjornu di uperazione è mantenimentu di u software quant'è pussibule, per fà questi prucessi faciuli è rilassati - sia per i specialisti implicati in l'implementazione sia per i sviluppatori. Ma cumu si pò avvicinassi à stu scopu? Cumu creà una piattaforma per eseguisce u software chì richiede intervenzione minima? Chì significa ancu NoOps in questu cuntestu?
Se pruvate d'astrattu, allora per i sviluppatori i cuncetti di "senza servitore" o "NoOps" significanu strumenti è servizii chì permettenu di ammuccià u cumpunente "operativu" o minimizzà sta carica per u sviluppatore.
- U travagliu micca cù i sistemi, ma cù l'interfaccia di l'applicazione (API).
- Ùn vi preoccupate micca di implementà u software - lasciate u fornitore fà per voi.
- Ùn saltate à creà un grande quadru subitu - cuminciate à scrive picculi pezzi chì agiranu cum'è "blocchi di custruzzione", pruvate à fà stu codice travaglià cù dati è avvenimenti, è micca cù dischi è basa di dati.
L'ughjettu, cum'è prima, hè di accelerà iterazioni in u sviluppu di software, furnisce l'uppurtunità di creà prudutti megliu, è cusì chì u sviluppatore ùn deve micca preoccupatu di i sistemi nantu à quale u so software corre. Un sviluppatore espertu sapi bè chì u focu annantu à l'utilizatori pò cambià rapidamente a stampa, cusì ùn deve micca mette troppu sforzu in u software di scrittura, salvu chì ùn site assolutamente sicuru chì hè necessariu.
Per i prufessiunali di mantenimentu è operazioni, a parolla "NoOps" pò sona un pocu spaventosa. Ma quandu si cumunicanu cù l'ingegneri di u campu, diventa evidenti chì i mudelli è e tecniche chì utilizanu destinati à assicurà l'affidabilità è l'affidabilità (Site Reliability Engineering, SRE) anu parechje similitudini cù i mudelli descritti sopra:
- Ùn gestionate micca i sistemi - automatizà i so prucessi di gestione.
- Ùn implementate micca u software - create un pipeline per implementà.
- Evitate di raggruppà tutti i vostri servizii inseme è lasciate chì u fallimentu di unu pruvucarà u fallimentu tutale di u sistema - disperseli in tutta a vostra infrastruttura utilizendu strumenti d'automatizazione, è cunnettali in modi chì ponu esse monitorati è monitorati.
L'SRE sanu chì qualcosa pò sbaglià è anu da seguità è risolve u prublema, cusì automatizanu u travagliu di rutina è stabiliscenu i bilanci d'errore in anticipu per esse pronti à priurità è piglià decisioni quandu si presenta un prublema.
Kubernetes in OpenShift hè una piattaforma pensata per risolve dui prublemi principali: invece di furzà à capisce e macchine virtuali o l'API di bilanciu di carica, travaglia cù astrazioni di ordine più altu - prucessi di implementazione è servizii. Invece di installà l'agenti di u software, pudete eseguisce cuntenituri, è invece di scrive a vostra propria pila di monitoraghju, utilizate l'arnesi digià dispunibili in a piattaforma. Dunque, a salsa secreta di OpenShift 4 ùn hè veramente un sicretu - hè solu una questione di piglià principii SRE è cuncetti senza servitore è purtendu à a so cunclusione logica per aiutà i sviluppatori è l'ingegneri di operazioni:
- Automatizà è standardizà l'infrastruttura chì l'applicazioni usanu
- Cunnette i prucessi di implementazione è di sviluppu inseme senza limità i sviluppatori stessi
- Assicurendu chì u lanciu, auditing, è assicurà u serviziu 100th, funzione, applicazione, o stack tutale ùn hè micca più difficiule di u primu.
Ma chì hè a diffarenza trà a piattaforma OpenShift 4 è i so predecessori è da l'approcciu "standard" per risolve tali prublemi? Chì porta a scala per e squadre di implementazione è operazioni? A causa di u fattu chì u rè in questa situazione hè u cluster. Allora,
- Avemu assicuratu chì u scopu di i clusters hè chjaru (Caru nuvola, aghju pigliatu stu cluster perchè puderia)
- Macchine è sistemi operativi esistenu per serve u cluster (Vostra Maestà)
- Gestisce u statu di l'ospiti da u cluster, minimizzà a so ricustruzione (drift).
- Per ogni elementu impurtante di u sistema, hè necessariu una nanny (meccanismu) chì monitorerà è eliminà i prublemi
- U fallimentu di * ogni * aspettu o elementu di un sistema è i miccanismi di ricuperazione assuciati sò una parte normale di a vita
- Tutta l'infrastruttura deve esse cunfigurata via API.
- Aduprate Kubernetes per eseguisce Kubernetes. (Iè, sì, ùn hè micca un errore di battitura)
- L'aghjurnamenti deve esse faciule è senza fastidiu per installà. Se ci vole più di un clic per installà una aghjurnazione, allora ovviamente facemu qualcosa di sbagliatu.
- U monitoraghju è debugging qualsiasi cumpunente ùn deve esse un prublema, è dunque u seguimentu è u rapportu in tutta l'infrastruttura deve esse ancu faciule è cunvene.
Vulete vede e capacità di a piattaforma in azione?
Una versione di anteprima di OpenShift 4 hè diventata dispunibule per i sviluppatori. Cù un installatore faciule d'utilizà, pudete eseguisce un cluster in AWS sopra Red Had CoreOS. Per utilizà l'anteprima, avete solu bisognu di un contu AWS per furnisce l'infrastruttura è un set di cunti per accede à l'imaghjini di vista previa.
- Per cumincià, andate à è cliccate "Get Started".
- Accedi à u vostru contu Red Hat (o creanu un novu) è seguitate e struzzioni per stabilisce u vostru primu cluster.
Dopu a stallazione successu, verificate i nostri tutoriali per acquistà una cunniscenza più profonda di i sistemi è di i cuncetti chì facenu a piattaforma OpenShift 4 un modu cusì faciule è cunvene per eseguisce Kubernetes.
Pruvate a nova versione OpenShift è sparte a vostra opinione. Semu impegnati à fà u travagliu cù Kumbernetes u più accessibile è senza sforzu pussibule - u futuru di NoOps principia oghje.
È avà attenzione !
À a cunferenza U 20 d'aprile, unu di i sviluppatori di l'OpenShift, Vadim Rutkovsky, farà una classa maestra - romperà dece clusters è furzà à riparà. A cunferenza hè pagata, ma cù u codice promozionale #RedHat avete un scontu di 37%.
Master class à 17:15 - 18:15, è u stand hè apertu tuttu u ghjornu. T-shirts, cappelli, stickers - u solitu!
Sala #2
"Qui u sistema tutale deve esse cambiatu: riparemu clusters k8s rotti inseme cù meccanichi certificati."
Source: www.habr.com