{"id":39219,"date":"2019-10-31T22:28:31","date_gmt":"2019-10-31T19:28:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire\/"},"modified":"2019-10-31T22:28:31","modified_gmt":"2019-10-31T19:28:31","slug":"devops-i-haos-dostavka-po-v-detsentralizovannom-mire","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","title":{"rendered":"DevOps \u0219i Haos: livrarea software-ului \u00eentr-o lume descentralizat\u0103","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Fondatorul \u0219i directorul \u00abOtomato Software\u00bb, unul dintre ini\u021biatorii \u0219i instructorii primei certific\u0103ri DevOps din Israel, Anton Vais, a vorbit la evenimentul de anul trecut DevOpsDays Moscova<\/a><\/noindex> despre teoria haosului \u0219i principalele principii ale ingineriei haosului, precum \u0219i despre cum este organizat\u0103 organiza\u021bia ideal\u0103 DevOps a viitorului.<\/p>\n

Am preg\u0103tit o versiune textual\u0103 a raportului. <\/p>\n

\r\n \"Reda\u021bi\r\n
<\/div>\r\n <\/div><\/center>
\n<\/a><\/noindex>
\nBun\u0103 diminea\u021ba! <\/p>\n

DevOpsDays se desf\u0103\u0219oar\u0103 la Moscova pentru al doilea an consecutiv, iar eu sunt din nou pe aceast\u0103 scen\u0103, mul\u021bi dintre voi sunt a doua oar\u0103 \u00een aceast\u0103 sal\u0103. Ce \u00eenseamn\u0103 asta? \u00censeamn\u0103 c\u0103 mi\u0219carea DevOps din Rusia cre\u0219te, se multipli-c\u0103 \u0219i, mai presus de toate, \u00eenseamn\u0103 c\u0103 a venit timpul s\u0103 discut\u0103m despre ce \u00eenseamn\u0103 DevOps \u00een 2018. <\/p>\n

Ridica\u021bi m\u00e2inile cei care cred c\u0103 \u00een 2018 DevOps este deja o profesie? Exist\u0103 astfel de persoane. Exist\u0103 \u00een sal\u0103 ingineri DevOps ai c\u0103ror descrieri ale locurilor de munc\u0103 includ \u00abinginer DevOps\u00bb? Exist\u0103 \u00een sal\u0103 manageri DevOps? Nu sunt. Arhitec\u021bi DevOps? De asemenea, nu sunt. Prea pu\u021bini. Nu exist\u0103 nimeni care s\u0103 aib\u0103 scris c\u0103 este inginer DevOps?<\/p>\n

Asta \u00eenseamn\u0103 c\u0103 majoritatea dintre voi cred c\u0103 acesta este un anti-tipar? C\u0103 o astfel de profesie nu ar trebui s\u0103 existe? Putem g\u00e2ndi orice, dar \u00een timp ce g\u00e2ndim, industria avanseaz\u0103 solemn sub sunetele trompetei DevOps.<\/p>\n

Cine a auzit despre o nou\u0103 tem\u0103 numit\u0103 DevDevOps? Este o nou\u0103 metodologie care permite o colaborare eficient\u0103 \u00eentre dezvoltatori \u0219i specialisti DevOps. De fapt, nu este a\u0219a de nou\u0103. Judec\u00e2nd dup\u0103 Twitter, acum 4 ani au \u00eenceput deja discu\u021biile despre aceasta. \u0218i p\u00e2n\u0103 acum interesul pentru acest subiect continu\u0103 s\u0103 creasc\u0103, deci problema exist\u0103. Trebuie rezolvat\u0103 problema.<\/p>\n

\"DevOps
\n
\nNoi suntem oameni creativi, nu ne oprim at\u00e2t de u\u0219or. Spunem: DevOps este un termen care nu acoper\u0103 totul, lipse\u0219te o varietate de elemente interesante. \u0218i ne \u00eendrept\u0103m spre laboratoarele noastre secrete \u0219i \u00eencepem s\u0103 gener\u0103m muta\u021bii Curioase: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.<\/p>\n

\"DevOps
\n
\nLogica este clar\u0103, nu? Sistemul nostru de livrare nu este func\u021bional, sistemele noastre sunt instabile \u0219i utilizatorii sunt nemul\u021bumi\u021bi, nu reu\u0219im s\u0103 lans\u0103m software-ul la timp, nu ne \u00eencadr\u0103m \u00een buget. Cum vom rezolva toate acestea? Vom inventa un nou cuv\u00e2nt! Va termina \u00een \u201eOps\u201d \u0219i problema este rezolvat\u0103.<\/p>\n

A\u0219a numesc eu aceast\u0103 abordare \u2014 \u00abOps, \u0219i problema este rezolvat\u0103\u00bb.<\/p>\n

Toate acestea se estompeaz\u0103 \u00een fundal atunci c\u00e2nd ne amintim de ce am creat tot acest lucru. Am conceput DevOps pentru a face livrarea de software \u0219i munca noastr\u0103 \u00een acest proces c\u00e2t mai fluent\u0103, f\u0103r\u0103 dureri, eficient\u0103 \u0219i, mai ales, pl\u0103cut\u0103. <\/p>\n

DevOps a crescut din suferin\u021b\u0103. \u0218i ne-am s\u0103turat s\u0103 suferim. Pentru ca toate acestea s\u0103 devin\u0103 realitate, ne baz\u0103m pe practici durabile: colaborare eficient\u0103, practici de flux \u0219i, cel mai important, g\u00e2ndire sistemic\u0103, deoarece f\u0103r\u0103 aceasta, DevOps nu func\u021bioneaz\u0103.<\/p>\n

Ce este un sistem?<\/b><\/h3>\n

\n\u0218i dac\u0103 tot am vorbit despre g\u00e2ndirea sistemic\u0103, s\u0103 ne amintim ce \u00eenseamn\u0103 un sistem.<\/p>\n

\"DevOps
\n
\nDac\u0103 e\u0219ti un hacker revolu\u021bionar, atunci pentru tine un sistem este un r\u0103u absolut. Este un nor care se abate asupra ta \u0219i te oblig\u0103 s\u0103 faci lucruri pe care nu vrei s\u0103 le faci. <\/p>\n

\"DevOps
\n
\nDin perspectiva g\u00e2ndirii sistemice, un sistem este un \u00eentreg care este compus din p\u0103r\u021bi. \u00cen acest sens, fiecare dintre noi este un sistem. Organiza\u021biile \u00een care lucr\u0103m sunt sisteme. Iar ceea ce construim \u00eempreun\u0103 se nume\u0219te sistem.<\/p>\n

Toate acestea sunt parte dintr-un mare sistem sociotehnologic. \u0218i doar dac\u0103 \u00een\u021belegem cum func\u021bioneaz\u0103 \u00eempreun\u0103 acest sistem sociotehnologic, abia atunci putem s\u0103 optimiz\u0103m cu adev\u0103rat ceva \u00een aceast\u0103 privin\u021b\u0103. <\/p>\n

Din perspectiva g\u00e2ndirii sistemice, sistemul are diverse propriet\u0103\u021bi interesante. \u00cen primul r\u00e2nd, acesta este compus din p\u0103r\u021bi, ceea ce \u00eenseamn\u0103 c\u0103 comportamentul s\u0103u depinde de comportamentul p\u0103r\u021bilor. \u00cen acela\u0219i timp, toate p\u0103r\u021bile sale sunt interdependente. A\u0219adar, cu c\u00e2t un sistem are mai multe p\u0103r\u021bi, cu at\u00e2t mai dificil este s\u0103 \u00een\u021belegem sau s\u0103 prezicem comportamentul s\u0103u. <\/p>\n

Din perspectiva comportamentului, exist\u0103 un alt aspect interesant. Un sistem poate face ceva ce niciuna dintre p\u0103r\u021bile sale individuale nu poate face. <\/p>\n

A\u0219a cum spunea doctorul Russell Ackoff (unul dintre fondatorii g\u00e2ndirii sistemice), este destul de u\u0219or s\u0103 dovedim acest lucru printr-un experiment mental. De exemplu, cine din sal\u0103 \u0219tie s\u0103 scrie cod? Multe m\u00e2ini se ridic\u0103, \u0219i aceasta este normal, deoarece este una dintre cerin\u021bele de baz\u0103 ale profesiei noastre. Tu \u0219tii s\u0103 scrii, iar m\u00e2inile tale pot scrie cod separat de tine? Exist\u0103 oameni care ar spune: \u201eM\u00e2inile mele nu scriu cod, creierul meu scrie cod\u201d. \u0218i poate creierul s\u0103 scrie cod separat de tine? Probabil c\u0103 nu. <\/p>\n

Creierul este o ma\u0219in\u0103 uimitoare; nici m\u0103car 10% din ceea ce se \u00eent\u00e2mpl\u0103 acolo nu-l cunoa\u0219tem. Totu\u0219i, el nu poate func\u021biona separat de sistemul din care face parte, adic\u0103 organismul nostru. \u0218i este u\u0219or de demonstrat: deschide-\u021bi craniul, scoate creierul, a\u0219az\u0103-l \u00een fa\u021ba unui calculator \u0219i las\u0103-l s\u0103 \u00eencerce s\u0103 scrie ceva simplu. \u201eHello, world\u201d \u00een Python, de exemplu.<\/p>\n

Dac\u0103 un sistem poate realiza ceva ce niciuna dintre p\u0103r\u021bile sale nu ar putea face separat, atunci comportamentul s\u0103u nu este determinat de comportamentul p\u0103r\u021bilor sale. Atunci ce \u00eel determin\u0103? Se determin\u0103 prin interac\u021biunile dintre aceste p\u0103r\u021bi. A\u0219adar, cu c\u00e2t sunt mai multe p\u0103r\u021bi, cu at\u00e2t interac\u021biunile devin mai complexe, iar \u00een\u021belegerea \u0219i prezicerea comportamentului sistemului sunt mai dificile. Aceasta face ca sistemul s\u0103 fie haotic, deoarece chiar \u0219i cea mai mic\u0103 modificare, invizibil\u0103 ochiului, \u00een oricare dintre p\u0103r\u021bile sistemului poate conduce la rezultate complet imprevizibile. <\/p>\n

Aceast\u0103 sensibilitate la condi\u021biile ini\u021biale a fost descoperit\u0103 \u0219i studiat\u0103 pentru prima dat\u0103 de meteorologul american Edward Lorenz. Ulterior, a primit denumirea de \u201eefectul fluturelui\u201d \u0219i a dus la dezvoltarea unei direc\u021bii \u00een g\u00e2ndirea \u0219tiin\u021bific\u0103 numit\u0103 \u201eteoria haosului\u201d. Aceast\u0103 teorie a devenit una dintre schimb\u0103rile de paradigm\u0103 fundamentale \u00een \u0219tiin\u021b\u0103 \u00een secolul XX.<\/p>\n

Teoria haosului<\/b><\/h3>\n

\nPersoanele care se ocup\u0103 cu studiul haosului se numesc haosologi.<\/p>\n

\"DevOps
\n
\nDe fapt, motivul acestui raport a fost c\u0103, lucr\u00e2nd cu sisteme complexe distribuite \u0219i mari organiza\u021bii interna\u021bionale, la un moment dat am realizat c\u0103 a\u0219a m\u0103 simt eu. Eu sunt haosolog. Este, \u00een general, o modalitate ingenioas\u0103 de a spune: \u201eNu \u00een\u021beleg ce se \u00eent\u00e2mpl\u0103 aici \u0219i nu \u0219tiu ce s\u0103 fac cu asta\u201d. <\/p>\n

Cred c\u0103 mul\u021bi dintre voi se simt la fel de des, a\u0219a c\u0103 sunte\u021bi \u0219i voi haosologi. V\u0103 invit \u00een guildiha haosologilor. Sistemele pe care noi, dragi colegi haosologi, le vom studia se numesc \u201esisteme adaptative complexe\u201d. <\/p>\n

Ce este adaptabilitatea? Adaptabilitatea \u00eenseamn\u0103 c\u0103 comportamentul individual \u0219i colectiv al p\u0103r\u021bilor dintr-un astfel de sistem adaptabil se schimb\u0103 \u0219i se autoorganizeaz\u0103, reac\u021bion\u00e2nd la evenimente sau lan\u021buri de microevenimente \u00een sistem. Cu alte cuvinte, sistemul se adapteaz\u0103 la schimb\u0103ri prin autoorganizare. Iar aceast\u0103 capacitate de autoorganizare se bazeaz\u0103 pe colaborarea voluntar\u0103, complet descentralizat\u0103 a agen\u021bilor autonomi liberi.<\/p>\n

O alt\u0103 proprietate interesant\u0103 a acestor sisteme este c\u0103 sunt liber scalabile. Ce ne-ar trebui s\u0103 ne intereseze ca ingineri ai haosului? Ei bine, dac\u0103 am spus c\u0103 comportamentul unui sistem complex este determinat de interac\u021biunea p\u0103r\u021bilor sale, ce ar trebui s\u0103 ne intereseze? Interac\u021biunea. <\/p>\n

Mai exist\u0103 \u00eenc\u0103 dou\u0103 concluzii interesante.
\n \"DevOps
\n
\n\u00cen primul r\u00e2nd, \u00een\u021belegem c\u0103 un sistem complex nu poate fi simplificat prin simplificarea p\u0103r\u021bilor sale. \u00cen al doilea r\u00e2nd, singura modalitate de a simplifica un sistem complex este prin simplificarea interac\u021biunilor dintre p\u0103r\u021bile sale. <\/p>\n

Cum interac\u021bion\u0103m? Noi to\u021bi suntem p\u0103r\u021bi ale unei mari sisteme informa\u021bionale, care se nume\u0219te societate uman\u0103. Interac\u021bion\u0103m prin intermediul unui limbaj comun, dac\u0103 avem unul, dac\u0103 \u00eel g\u0103sim.<\/p>\n

\"DevOps
\n
\n\u00cens\u0103 limbajul \u00een sine este un sistem complex adaptabil. Prin urmare, pentru a interac\u021biona mai eficient \u0219i mai simplu, este necesar\u0103 crearea unor protocoale. Adic\u0103, o secven\u021b\u0103 de simboluri \u0219i ac\u021biuni care s\u0103 fac\u0103 schimbul de informa\u021bii \u00eentre noi mai simplu, mai previzibil, mai clar.<\/p>\n

Vreau s\u0103 spun c\u0103 tendin\u021bele de complexificare, adaptabilitate, descentralizare \u0219i haoticitate sunt prezente \u00een tot. At\u00e2t \u00een sistemele pe care le construim noi, c\u00e2t \u0219i \u00een sistemele de care suntem parte.<\/p>\n

\u0218i pentru a nu fi doar vorbe \u00een v\u00e2nt, haide\u021bi s\u0103 ne uit\u0103m cum se transform\u0103 acele sisteme pe care le cre\u0103m.<\/p>\n

\"DevOps
\n
\n\u00cen\u021beleg c\u0103 a\u021bi a\u0219teptat aceast\u0103 vorb\u0103. Suntem la conferin\u021ba DevOps, ast\u0103zi acest cuv\u00e2nt va fi pronun\u021bat de vreo o sut\u0103 de mii de ori \u0219i apoi ne va ap\u0103rea \u00een vise noaptea.<\/p>\n

Microserviciile sunt prima arhitectur\u0103 software care a ap\u0103rut ca o reac\u021bie la practicile DevOps, av\u00e2nd scopul de a face sistemele noastre mai flexibile, mai scalabile \u0219i de a asigura livrarea continu\u0103. Cum reu\u0219e\u0219te s\u0103 fac\u0103 acest lucru? Prin reducerea volumului de servicii, mic\u0219orarea limitelor problemelor pe care aceste servicii le gestionat \u0219i scurtarea timpului de livrare. Asta \u00eenseamn\u0103 c\u0103 reducem \u0219i simplific\u0103m p\u0103r\u021bile sistemului, m\u0103rind \u00een acela\u0219i timp num\u0103rul acestora; astfel, complexitatea interac\u021biunilor dintre aceste p\u0103r\u021bi cre\u0219te inevitabil, gener\u00e2nd noi probleme pe care trebuie s\u0103 le rezolv\u0103m.<\/p>\n

\"DevOps
\n
\nMicroserviciile \u00eenc\u0103 nu sunt sf\u00e2r\u0219itul. De fapt, microserviciile sunt deja un concept dep\u0103\u0219it, deoarece ne a\u0219tept\u0103m la sosirea Serverless. Toate serverele s-au ars; nu mai exist\u0103 servere, nu mai exist\u0103 sisteme de operare, doar cod executabil pur. Configura\u021biile sunt separate, st\u0103rile sunt separate, totul este gestionat prin evenimente. Frumuse\u021be, cur\u0103\u021benie, lini\u0219te; nu exist\u0103 evenimente, nimic nu se \u00eent\u00e2mpl\u0103, totul este \u00een ordinea corespunz\u0103toare. <\/p>\n

Unde este complexitatea? Complexitatea, desigur, const\u0103 \u00een interac\u021biuni. C\u00e2t de mult poate face o func\u021bie singur\u0103? Cum interac\u021bioneaz\u0103 cu alte func\u021bii? Cozi de mesaje, baze de date, balance-uri de sarcin\u0103. Cum putem recrea un eveniment atunci c\u00e2nd apare o defec\u021biune? O mul\u021bime de \u00eentreb\u0103ri \u0219i c\u00e2teva r\u0103spunsuri.<\/p>\n

Microserviciile \u0219i Serverless sunt tot ceea ce noi, hipsterii tehnologici, numim Cloud Native. Totul se refer\u0103 la cloud. Dar cloud-ul, \u00een esen\u021ba sa, este de asemenea limitat \u00een scalabilitate. Ne-am obi\u0219nuit s\u0103-l consider\u0103m un sistem distribuit. De fapt, unde \u00ee\u0219i desf\u0103\u0219oar\u0103 activitatea serverele furnizorilor de cloud? \u00cen centre de date. Asta \u00eenseamn\u0103 c\u0103 avem aici un model distribuit, centralizat \u0219i foarte limitat.<\/p>\n

Ast\u0103zi \u00een\u021belegem c\u0103 Internet of Things (IoT) nu este doar un cuv\u00e2nt la mod\u0103, ci conform estim\u0103rilor rezervate, \u00een urm\u0103torii cinci-zece ani ne a\u0219teapt\u0103 miliarde de dispozitive conectate la internet. O cantitate enorm\u0103 de date utile \u0219i inutile care vor curge spre cloud \u0219i vor fi transferate din cloud. <\/p>\n

Cloud-ul nu va face fa\u021b\u0103, de aceea tot mai mult vorbim despre ceea ce se nume\u0219te \u201ecalcul la margine\u201d. Sau \u00eemi place s\u0103 definesc frumos \u201efog computing\u201d. Este o defini\u021bie umbrit\u0103 de misticismul romantic \u0219i de mister.<\/p>\n

\"DevOps
\n
\nComputa\u021bia \u00een cea\u021b\u0103 se refer\u0103 la faptul c\u0103 norii sunt aglomer\u0103ri centralizate de ap\u0103, abur, ghea\u021b\u0103 \u0219i roc\u0103. Iar cea\u021ba este alc\u0103tuit\u0103 din pic\u0103turi de ap\u0103 dispersate \u00een atmosfera noastr\u0103. <\/p>\n

\u00cen paradigma cea\u021b\u0103, cea mai mare parte a muncii este realizat\u0103 de aceste pic\u0103turi \u00een mod autonom sau \u00een colaborare cu alte pic\u0103turi. Ele apeleaz\u0103 la nor doar atunci c\u00e2nd este cu adev\u0103rat nevoie. <\/p>\n

Deci, din nou, este vorba de descentralizare, autonomie \u0219i, bine\u00een\u021beles, mul\u021bi dintre voi deja \u00een\u021beleg \u00eencotro se \u00eendreapt\u0103 toate aceste lucruri, deoarece nu po\u021bi vorbi despre descentralizare f\u0103r\u0103 a men\u021biona blockchain-ul. <\/p>\n

\"DevOps
\n
\nExist\u0103 oameni care cred \u00een aceste lucruri, ace\u0219tia fiind cei care au investit \u00een criptomoned\u0103. Exist\u0103 cei care cred, dar se tem, ca mine, de exemplu. Iar al\u021bii nu cred. Se poate avea o viziune diferit\u0103 asupra acestei situa\u021bii. Exist\u0103 o tehnologie, un domeniu nou \u0219i confuz, exist\u0103 probleme. Asemenea oric\u0103rei noi tehnologii, aceasta ridic\u0103 mai multe \u00eentreb\u0103ri dec\u00e2t r\u0103spunsuri. <\/p>\n

Hype-ul din jurul blockchain-ului este destul de clar. Chiar \u0219i dac\u0103 l\u0103s\u0103m la o parte goana dup\u0103 aur, tehnologia \u00een sine ofer\u0103 promisiuni extraordinare pentru un viitor str\u0103lucit: mai mult\u0103 libertate, mai mult\u0103 autonomie, \u00eencredere global\u0103 distribuit\u0103. Ce nu \u021bi-ai dori? <\/p>\n

Prin urmare, tot mai mul\u021bi ingineri din \u00eentreaga lume \u00eencep s\u0103 dezvolte aplica\u021bii descentralizate. \u0218i aceasta este o for\u021b\u0103 de care nu po\u021bi sc\u0103pa spun\u00e2nd pur \u0219i simplu: \u201eAaa, blockchain-ul este doar o baz\u0103 de date distribuit\u0103 prost implementat\u0103\u201d. Sau cum \u00eei place scepticilor s\u0103 spun\u0103: \u201eNu exist\u0103 aplica\u021bii reale pentru blockchain\u201d. G\u00e2ndindu-ne la asta, cu 150 de ani \u00een urm\u0103 spuneau acela\u0219i lucru despre electricitate. \u0218i \u00een unele privin\u021be aveau dreptate, deoarece ceea ce electricitatea face acum, \u00een secolul 19 era complet imposibil.<\/p>\n

Apropo, cine \u0219tie ce logo apare pe ecran? Aceasta este Hyperledger. Este un proiect dezvoltat sub egida The Linux Foundation, care include un set de tehnologii blockchain. Aceasta este cu adev\u0103rat for\u021ba comunit\u0103\u021bii noastre de cod deschis.<\/p>\n

Ingineria haotic\u0103<\/b><\/h3>\n

\n\"DevOps
\n
\nA\u0219adar, sistemul pe care \u00eel dezvolt\u0103m devine tot mai complex, tot mai haotic, tot mai adaptabil. Netflix a fost pionier \u00een sistemele microserviciu. Au fost printre primii care au \u00een\u021beles acest lucru, dezvolt\u00e2nd un set de instrumente numit Simian Army, cel mai cunoscut dintre ele fiind Chaos Monkey<\/a><\/noindex>. El a definit ceea ce a devenit cunoscut sub numele de \u00abprincipiile ingineriei haosului\u00bb<\/a><\/noindex>.<\/p>\n

De fapt, \u00een timpul lucrului la raport, am tradus acest text \u00een limba rus\u0103, a\u0219a c\u0103 vizita\u021bi linkul<\/a><\/noindex>, citi\u021bi, comenta\u021bi, critici\u021bi.<\/p>\n

\u00cen esen\u021b\u0103, principiile ingineriei haosului spun urm\u0103toarele. Sistemele distribuite complexe sunt, prin natura lor, imprevizibile \u0219i au erori. Erorile sunt inevitabile, ceea ce \u00eenseamn\u0103 c\u0103 trebuie s\u0103 accept\u0103m aceste erori \u0219i s\u0103 lucr\u0103m cu aceste sisteme \u00eentr-un mod complet diferit. <\/p>\n

Trebuie s\u0103 \u00eencerc\u0103m s\u0103 introducem aceste erori \u00een sistemele noastre de produc\u021bie pentru a le testa adaptabilitatea, capacitatea de auto-organizare \u0219i supravie\u021buire. <\/p>\n

\u0218i asta schimb\u0103 totul. Nu doar modul \u00een care lans\u0103m sistemul \u00een produc\u021bie, ci \u0219i modul \u00een care le dezvolt\u0103m \u0219i le test\u0103m. Nu exist\u0103 niciun proces de stabilizare sau de \u00eenghe\u021bare a codului, dimpotriv\u0103, exist\u0103 un proces constant de destabilizare. \u00cencerc\u0103m s\u0103 distrugem sistemul \u0219i s\u0103 vedem c\u0103 el continu\u0103 s\u0103 supravie\u021buiasc\u0103.<\/p>\n

Protocoalele de integrare a sistemelor distribuite<\/b><\/h3>\n

\n\"DevOps
\n
\n\u00cen consecin\u021b\u0103, acest lucru necesit\u0103 ca sistemele noastre s\u0103 se schimbe \u00eentr-un fel. Pentru a deveni mai rezistente, au nevoie de noi protocoale de interac\u021biune \u00eentre p\u0103r\u021bile lor. Astfel, aceste p\u0103r\u021bi pot ajunge la un acord \u0219i pot realiza o auto-organizare. Apar tot felul de instrumente noi, protocoale noi, pe care eu le numesc \u00abprotocoale de interac\u021biune a sistemelor distribuite\u00bb.<\/p>\n

\"DevOps
\n
\nDespre ce vorbesc? \u00cen primul r\u00e2nd, proiectul Opentracing<\/a><\/noindex>. O \u00eencercare de a crea un protocol comun de urm\u0103rire distribuit\u0103, care este un instrument absolut indispensabil pentru depanarea sistemelor distribuite complexe.<\/p>\n

\"DevOps
\n
\nMai departe \u2014 Open Policy Agent<\/a><\/noindex>. Spunem c\u0103 nu putem prezice ce se va \u00eent\u00e2mpla cu sistemul, deci este necesar s\u0103-i cre\u0219tem observabilitatea. Opentracing face parte din familia de instrumente care ofer\u0103 observabilitate sistemelor noastre. Dar avem nevoie de observabilitate pentru a determina dac\u0103 sistemul se comport\u0103 a\u0219a cum ne a\u0219tept\u0103m sau nu. Cum putem determina comportamentul a\u0219teptat? Prin definirea unei politici, a unui set de reguli. Proiectul Open Policy Agent se ocup\u0103 cu definirea acestui set de reguli pe o gam\u0103 larg\u0103: de la acces p\u00e2n\u0103 la plasarea resurselor.<\/p>\n

\"DevOps
\n
\nA\u0219a cum am spus, sistemele noastre devin din ce \u00een ce mai gestionate pe baza evenimentelor. Serverless este un exemplu remarcabil de sisteme gestionate pe baza evenimentelor. Pentru a putea transmite evenimente \u00eentre sisteme \u0219i a le urm\u0103ri, avem nevoie de un limbaj comun, un protocol comun pentru modul \u00een care discut\u0103m despre evenimente, cum le transmitem \u00eentre noi. Acest lucru este gestionat de proiectul numit Cloudevents<\/a><\/noindex>.<\/p>\n

\"DevOps
\n
\nFluxul continuu de modific\u0103ri care inund\u0103 sistemele noastre le destabilizeaz\u0103 constant, acesta este un flux perpetuu de artefacte software. Pentru a putea sus\u021bine acest flux constant de modific\u0103ri, avem nevoie de un protocol comun prin care s\u0103 putem discuta despre ce este un artefact software, cum este verificat, ce validare a trecut. Acest lucru este gestionat de proiectul numit Grafeas<\/a><\/noindex>. Deci, un protocol comun de metadate pentru artefactele software.<\/p>\n

\"DevOps
\n
\n\u0218i, \u00een cele din urm\u0103, dac\u0103 vrem ca sistemele noastre s\u0103 fie complet autonome, adaptive, auto-organizate, trebuie s\u0103 le oferim dreptul la autoidentificare. Proiectul numit spiffe<\/a><\/noindex> se ocup\u0103 exact de acest lucru. Acesta este, de asemenea, un proiect sub egida Cloud Native Computing Foundation.<\/p>\n

Toate aceste proiecte sunt tinere, au nevoie de dragostea \u0219i validarea noastr\u0103. Toate sunt cod deschis, testarea noastr\u0103, implementarea noastr\u0103. Ele ne arat\u0103 \u00een ce direc\u021bie se \u00eendreapt\u0103 tehnologia. <\/p>\n

Dar DevOps nu a fost niciodat\u0103 \u00eenainte de tehnologie, \u00een primul r\u00e2nd a fost \u00eentotdeauna despre colaborarea \u00eentre oameni. Prin urmare, dac\u0103 dorim ca sistemele pe care le dezvolt\u0103m s\u0103 se schimbe, atunci trebuie s\u0103 ne schimb\u0103m \u0219i noi. De fapt, se pare c\u0103 ne schimb\u0103m oricum, nu avem o alegere \u00een acest sens. <\/p>\n

\"DevOps
\n
\nExist\u0103 o minunat\u0103 carte<\/a><\/noindex> scriere a autoarei britanice Rachel Botsman, \u00een care vorbe\u0219te despre evolu\u021bia \u00eencrederii de-a lungul istoriei umane. Ea spune c\u0103, de la \u00eenceput, \u00een societ\u0103\u021bile primitive, \u00eencrederea era local\u0103, adic\u0103 ne \u00eencredeam doar \u00een aceia pe care \u00eei cuno\u0219team personal. <\/p>\n

Apoi a fost o perioad\u0103 foarte lung\u0103 \u2013 o epoc\u0103 \u00eentunecat\u0103, c\u00e2nd \u00eencrederea era centralizat\u0103, c\u00e2nd am \u00eenceput s\u0103 ne \u00eencredem \u00een oameni pe care nu-i cunoa\u0219tem pe baza faptului c\u0103 ne apar\u021binem unui anumit institut social sau de stat.<\/p>\n

\u0218i iat\u0103 ce vedem \u00een lumea noastr\u0103 modern\u0103: \u00eencrederea devine din ce \u00een ce mai distribuit\u0103 \u0219i descentralizat\u0103, baz\u00e2ndu-se pe libertatea fluxurilor informa\u021bionale \u0219i pe accesibilitatea informa\u021biei. <\/p>\n

Dac\u0103 ne g\u00e2ndim bine, aceast\u0103 accesibilitate, care face posibil\u0103 aceast\u0103 \u00eencredere, o realiz\u0103m noi \u00een\u0219ine. Asta \u00eenseamn\u0103 c\u0103 trebuie s\u0103 se schimbe at\u00e2t modul \u00een care colabor\u0103m, c\u00e2t \u0219i modul \u00een care facem acest lucru, deoarece organiza\u021biile IT centralizate \u0219i ierarhice de odinioar\u0103 \u00eenceteaz\u0103 s\u0103 func\u021bioneze. Ele \u00eencep s\u0103 dispar\u0103. <\/p>\n

Fundamentele organiza\u021biilor DevOps<\/b><\/h3>\n

\nOrganiza\u021bia DevOps ideal\u0103 a viitorului este un sistem descentralizat \u0219i adaptiv, format din echipe autonome, fiecare dintre ele compus\u0103 din indivizi autonomi. Aceste echipe sunt r\u0103sp\u00e2ndite \u00een \u00eentreaga lume \u0219i colaboreaz\u0103 eficient unele cu altele prin comunicare asincron\u0103, utiliz\u00e2nd protocoale de schimb informa\u021bional foarte transparente. Este foarte frumos, nu-i a\u0219a? O viitoare foarte frumoas\u0103.<\/p>\n

Desigur, toate acestea sunt imposibile f\u0103r\u0103 schimb\u0103ri culturale. Trebuie s\u0103 avem un leadership transforma\u021bional, responsabilitate personal\u0103 \u0219i motiva\u021bie intern\u0103.<\/p>\n

\"DevOps
\n
\nAceasta este baza organiza\u021biilor DevOps: transparen\u021ba informa\u021biei, comunic\u0103rile asincrone, leadershipul transforma\u021bional, descentralizarea. <\/p>\n

Epuizarea<\/b><\/h3>\n

\nSistemele de care facem parte, \u0219i cele pe care le construim, devin din ce \u00een ce mai haotice, iar nou\u0103, oamenilor, ne este greu s\u0103 facem fa\u021b\u0103 acestui g\u00e2nd, ne este greu s\u0103 renun\u021b\u0103m la iluzia controlului. \u00cencerc\u0103m s\u0103 le control\u0103m \u00een continuare, iar asta duce adesea la epuizare. Spun asta din experien\u021ba proprie, m-am ars \u0219i eu, sunt un invalid al defec\u021biunilor neprev\u0103zute \u00een produc\u021bie.<\/p>\n

\"DevOps
\n
\nEpuizarea are loc atunci c\u00e2nd \u00eencerc\u0103m s\u0103 control\u0103m ceea ce de fapt nu poate fi controlat. C\u00e2nd ne epuiz\u0103m, totul \u00ee\u0219i pierde sensul, deoarece pierdem dorin\u021ba de a face ceva nou, ne punem \u00een defensiv\u0103 \u0219i \u00eencepem s\u0103 protej\u0103m ceea ce avem. <\/p>\n

Profesia de inginer, a\u0219a cum \u00eemi place adesea s\u0103-mi amintesc, este \u00een primul r\u00e2nd o profesie creativ\u0103. Dac\u0103 pierdem dorin\u021ba de a crea ceva, ne transform\u0103m \u00een cenu\u0219\u0103, ne schimb\u0103m \u00een cenu\u0219\u0103. Oamenii se epuizeaz\u0103, organiza\u021biile \u00eentregi se epuizeaz\u0103.<\/p>\n

Din punctul meu de vedere, doar acceptarea puterii creatoare a haosului, doar construirea colabor\u0103rii pe principiile acestuia \u2013 acesta este ceea ce ne va ajuta s\u0103 nu pierdem ceea ce este bun \u00een profesia noastr\u0103. <\/p>\n

Ce v\u0103 doresc: s\u0103 iubi\u021bi munca voastr\u0103, s\u0103 iubi\u021bi ceea ce facem. Aceast\u0103 lume se hr\u0103ne\u0219te cu informa\u021bie \u0219i avem privilegiul de a o hr\u0103ni. A\u0219a c\u0103 haide\u021bi s\u0103 studiem haosul, s\u0103 fim haosologi, s\u0103 aducem valoare, s\u0103 cre\u0103m ceva nou, iar problemele, a\u0219a cum am stabilit, sunt inevitabile \u0219i, c\u00e2nd apar, vom spune simplu \u201eOps!\u201d, iar problema se rezolv\u0103. <\/p>\n

Ce este \u00een afar\u0103 de Chaos Monkey?<\/b><\/p>\n

De fapt, toate aceste instrumente sunt foarte tinere. La fel, Netflix a construit instrumentele pentru nevoile proprii. Construie\u0219te instrumente pentru tine. Cite\u0219te principiile ingineriei haosului \u0219i respect\u0103 aceste principii, \u00een loc s\u0103 cau\u021bi alte instrumente pe care altcineva le-a construit deja. <\/p>\n

\u00cencerca\u021bi s\u0103 \u00een\u021belege\u021bi cum se distrug sistemele voastre \u0219i \u00eencepe\u021bi s\u0103 le distruge\u021bi pentru a observa cum rezist\u0103. Asta este prioritatea. \u0218i instrumentele pot fi c\u0103utate. Exist\u0103 tot felul de proiecte. <\/p>\n

Nu am \u00een\u021beles foarte bine momentul c\u00e2nd ai spus c\u0103 sistemul nu poate fi simplificat prin simplificarea componentelor sale \u0219i imediat ai trecut la microservicii, care de fapt simplific\u0103 sistemul prin simplificarea componentelor \u00een sine \u0219i complic\u00e2nd interac\u021biunile. Aceasta sunt, \u00een esen\u021b\u0103, dou\u0103 p\u0103r\u021bi care se contrazic una pe cealalt\u0103. <\/b><\/p>\n

A\u0219a este, microserviciile sunt o tem\u0103 foarte controversat\u0103. De fapt, simplificarea p\u0103r\u021bilor cre\u0219te flexibilitatea. Ce ne ofer\u0103 microserviciile? Ne ofer\u0103 flexibilitate \u0219i vitez\u0103, dar cu siguran\u021b\u0103 nu ne ofer\u0103 simplificare. Ele cresc complexitatea.<\/p>\n

Deci, \u00een filosofia DevOps, microserviciile nu sunt un lucru at\u00e2t de benefic?<\/b><\/p>\n

Orice bine are o latur\u0103 \u00eentunecat\u0103. Exist\u0103 un bine: aceasta cre\u0219te flexibilitatea, ne ofer\u0103 posibilitatea de a face modific\u0103ri mai rapid, dar cre\u0219te complexitatea \u0219i, \u00een consecin\u021b\u0103, fragilitatea \u00eentregului sistem. <\/p>\n

Totu\u0219i, pe ce se pune mai mult accent: pe simplificarea interac\u021biunii sau pe simplificarea p\u0103r\u021bilor?<\/b> <\/p>\n

Focalizarea se face, f\u0103r\u0103 \u00eendoial\u0103, pe simplificarea interac\u021biunii, pentru c\u0103, dac\u0103 ne uit\u0103m la acest lucru din perspectiva modului \u00een care lucr\u0103m, mai \u00eent\u00e2i trebuie s\u0103 ne concentr\u0103m asupra simplific\u0103rii interac\u021biunilor, nu asupra simplific\u0103rii muncii fiec\u0103ruia dintre noi. Deoarece simplificarea muncii \u00eenseamn\u0103 a ne transforma \u00een robo\u021bi. La McDonald's, acest lucru func\u021bioneaz\u0103 normal, c\u00e2nd ai stabilit: aici pui burgerul, aici torni sosul. Acest lucru nu func\u021bioneaz\u0103 deloc \u00een munca noastr\u0103 creativ\u0103.<\/p>\n

Este adev\u0103rat c\u0103 tot ceea ce a\u021bi spus tr\u0103ie\u0219te \u00eentr-o lume f\u0103r\u0103 competi\u021bie, unde haosul este at\u00e2t de binevoitor, iar \u00een interiorul acestui haos nu exist\u0103 contradic\u021bii, nimeni nu vrea s\u0103 m\u0103n\u00e2nce sau s\u0103 omoare pe nimeni? Cum ar trebui s\u0103 coexiste competi\u021bia \u0219i DevOps?<\/b><\/p>\n

Ei bine, depinde despre ce fel de competi\u021bie vorbim. Despre competi\u021bia la locul de munc\u0103 sau despre competi\u021bia \u00eentre companii? <\/p>\n

Despre competi\u021bia serviciilor care exist\u0103, pentru c\u0103 serviciile nu sunt doar c\u00e2teva companii. Cre\u0103m un nou tip de mediu informa\u021bional, iar orice mediu nu poate tr\u0103i f\u0103r\u0103 competi\u021bie. \u00cen cele din urm\u0103, exist\u0103 competi\u021bie.<\/b><\/p>\n

Lu\u0103m acelea\u0219i Netflix, consider\u00e2ndu-i ca un model de referin\u021b\u0103. De ce au g\u00e2ndit acest lucru? Deoarece aveau nevoie s\u0103 fie competitivi. Aceast\u0103 flexibilitate \u0219i rapiditate de mi\u0219care reprezint\u0103 cerin\u021ba competitiv\u0103, ad\u0103ug\u00e2nd haoticitate sistemelor noastre. A\u0219adar, haosul nu este ceva ce facem con\u0219tient, pentru c\u0103 \u00eel vrem, ci este rezultatul cerin\u021belor lumii. Trebuie doar s\u0103 ne adapt\u0103m. \u0218i haosul este, de fapt, rezultatul competi\u021biei.<\/p>\n

Asta \u00eenseamn\u0103, oare, c\u0103 haosul este o lips\u0103 de scopuri? Sau acele scopuri pe care nu dorim s\u0103 le vedem? Suntem \u00een c\u0103su\u021b\u0103 \u0219i nu \u00een\u021belegem scopurile altora. Competitia, de fapt, se bazeaz\u0103 pe faptul c\u0103 avem scopuri clare \u0219i \u0219tim \u00eencotro ne \u00eendrept\u0103m \u00een fiecare moment. Acesta este, din punctul meu de vedere, esen\u021ba DevOps.<\/b><\/p>\n

Este, de asemenea, o perspectiv\u0103 asupra problemei. Cred c\u0103 scopul nostru comun este acela\u0219i: s\u0103 supravie\u021buim \u0219i s\u0103 facem acest lucru cu
\nc\u00e2t mai mult\u0103 pl\u0103cere. Scopul competitiv al oric\u0103rei organiza\u021bii este la fel. Supravie\u021buirea se desf\u0103\u0219oar\u0103 adesea \u00eentr-o lupt\u0103 competitiv\u0103, nu avem ce face.<\/p>\n

\u00cen acest an, conferin\u021ba DevOpsDays Moscova<\/a><\/noindex> va avea loc pe 7 decembrie la \u201eTechnopolis\u201d. P\u00e2n\u0103 pe 11 noiembrie primim propuneri pentru prezent\u0103ri. Scrie\u021bi<\/a><\/noindex> nou\u0103 dac\u0103 dori\u021bi s\u0103 vorbi\u021bi.<\/p>\n

\u00censcrierea pentru participan\u021bi este deschis\u0103, biletul cost\u0103 7000 de ruble. Al\u0103tura\u021bi-v\u0103! \n<\/p><\/blockquote>\n

Sursa: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c \u0438 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440 \u00abOtomato Software\u00bb, \u043e\u0434\u0438\u043d \u0438\u0437 \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u0432 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0442\u043e\u0440\u043e\u0432 \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0410\u043d\u0442\u043e\u043d \u0412\u0430\u0439\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b \u043d\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u0433\u043e\u0434\u043d\u0435\u043c DevOpsDays Moscow \u043f\u0440\u043e \u0442\u0435\u043e\u0440\u0438\u044e \u0445\u0430\u043e\u0441\u0430 \u0438 \u0433\u043b\u0430\u0432\u043d\u044b\u0435 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u044b \u0445\u0430\u043e\u0441\u043d\u043e\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u0438\u0438, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043e\u0431\u044a\u044f\u0441\u043d\u0438\u043b, \u043a\u0430\u043a \u0443\u0441\u0442\u0440\u043e\u0435\u043d\u0430 \u0438\u0434\u0435\u0430\u043b\u044c\u043d\u0430\u044f DevOps-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0431\u0443\u0434\u0443\u0449\u0435\u0433\u043e. \u041c\u044b \u043f\u0440\u0438\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0442\u0435\u043a\u0441\u0442\u043e\u0432\u0443\u044e \u0432\u0435\u0440\u0441\u0438\u044e \u0434\u043e\u043a\u043b\u0430\u0434\u0430. \u0414\u043e\u0431\u0440\u043e\u0435 \u0443\u0442\u0440\u043e! DevOpsDays \u0432 \u041c\u043e\u0441\u043a\u0432\u0435 \u0432\u0442\u043e\u0440\u043e\u0439 \u0433\u043e\u0434 \u043f\u043e\u0434\u0440\u044f\u0434, \u044f \u0432\u0442\u043e\u0440\u043e\u0439 \u0440\u0430\u0437 \u043d\u0430 \u044d\u0442\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29435,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39219","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47DevOps \u0219i Haos: livrarea software-ului \u00eentr-o lume descentralizat\u0103 | ProHoster","description":"Fondatorul \u0219i directorul \u00abOtomato Software\u00bb, unul dintre ini\u021biatorii \u0219i instructorii primei certific\u0103ri DevOps din Israel, Anton Vais, a vorbit la evenimentul de anul trecut","canonical_url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"ro_RO","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0414\u0435\u0432\u041e\u043f\u0441 \u0438 \u0425\u0430\u043e\u0441: \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0430 \u041f\u041e \u0432 \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u043c \u043c\u0438\u0440\u0435 | ProHoster","og:description":"\u041e\u0441\u043d\u043e\u0432\u0430\u0442\u0435\u043b\u044c \u0438 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440 \u00abOtomato Software\u00bb, \u043e\u0434\u0438\u043d \u0438\u0437 \u0438\u043d\u0438\u0446\u0438\u0430\u0442\u043e\u0440\u043e\u0432 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0442\u043e\u0440\u043e\u0432 \u043f\u0435\u0440\u0432\u043e\u0439 \u0432 \u0418\u0437\u0440\u0430\u0438\u043b\u0435 DevOps-\u0441\u0435\u0440\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 \u0410\u043d\u0442\u043e\u043d \u0412\u0430\u0439\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043b \u043d\u0430 \u043f\u0440\u043e\u0448\u043b\u043e\u0433\u043e\u0434\u043d\u0435\u043c","og:url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/devops-i-haos-dostavka-po-v-detsentralizovannom-mire","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:28:31+00:00","article:modified_time":"2019-10-31T19:28:31+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39219","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 01:19:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:54:41","updated":"2026-01-24 01:19:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/39219","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/comments?post=39219"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/39219\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media\/29435"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media?parent=39219"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/categories?post=39219"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/tags?post=39219"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}