{"id":31761,"date":"2019-10-31T21:42:55","date_gmt":"2019-10-31T18:42:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/mikroservisy-razmer-imeet-znachenie-dazhe-esli-u-vas-kubernetes\/"},"modified":"2019-10-31T21:42:55","modified_gmt":"2019-10-31T18:42:55","slug":"mikroservisy-razmer-imeet-znachenie-dazhe-esli-u-vas-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/mikroservisy-razmer-imeet-znachenie-dazhe-esli-u-vas-kubernetes","title":{"rendered":"Microserviciile: dimensiunea conteaz\u0103, chiar dac\u0103 ave\u021bi Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

19 septembrie \u00een Moscova a avut loc<\/a><\/noindex> prima \u00eent\u00e2lnire tematic\u0103 HUG (Highload++ User Group), care a fost dedicat\u0103 microserviciilor. Aici a fost sus\u021binut\u0103 prezentarea \u201eExploatarea microserviciilor: dimensiunea conteaz\u0103, chiar dac\u0103 ave\u021bi Kubernetes\u201d, \u00een care am \u00eemp\u0103rt\u0103\u0219it o experien\u021b\u0103 vast\u0103 a companiei \u201eFlant\u201d \u00een exploatarea proiectelor cu arhitectur\u0103 de microservicii. \u00cen primul r\u00e2nd, va fi util\u0103 tuturor dezvoltatorilor care se g\u00e2ndesc s\u0103 aplice aceast\u0103 abordare \u00een proiectul lor actual sau viitor.<\/p>\n

\"Microserviciile:
\n
\nPrezent\u0103m un videoclip cu prezentarea<\/b><\/a><\/noindex> (50 de minute, mult mai informativ dec\u00e2t un articol), precum \u0219i rezumatul principal \u00een format text.<\/p>\n

NB: Videoclipul \u0219i prezentarea sunt de asemenea disponibile la sf\u00e2r\u0219itul acestei publica\u021bii.<\/i><\/a><\/noindex><\/p>\n

Introducere<\/h2>\n

\nDe obicei, o poveste bun\u0103 are o introducere, un plot principal \u0219i o concluzie. Aceast\u0103 prezentare seam\u0103n\u0103 mai mult cu o introducere, de fapt una tragic\u0103. De asemenea, este important de men\u021bionat c\u0103 este prezentat un punct de vedere asupra microserviciilor din perspectiva exploat\u0103rii<\/i>.<\/p>\n

Voi \u00eencepe cu un astfel de grafic, al c\u0103rui autor (\u00een 2015) este<\/a><\/noindex> Martin Fowler:<\/p>\n

\"Microserviciile:
\n
\n\u00cen acesta se observ\u0103 cum, \u00een cazul unei aplica\u021bii monolitice care a atins o anumit\u0103 dimensiune, productivitatea \u00eencepe s\u0103 scad\u0103. Microserviciile se disting prin faptul c\u0103 productivitatea ini\u021bial\u0103 este mai mic\u0103, dar pe m\u0103sur\u0103 ce complexitatea cre\u0219te, degradarea eficien\u021bei nu este at\u00e2t de evident\u0103.<\/p>\n

Voi completa acest grafic pentru cazul utiliz\u0103rii Kubernetes:<\/p>\n

\"Microserviciile:
\n
\nDe ce a devenit mai bun\u0103 aplica\u021bia cu microservicii? Deoarece o astfel de arhitectur\u0103 impune cerin\u021be serioase asupra arhitecturii, care, la r\u00e2ndul lor, sunt excelente pentru capacit\u0103\u021bile Kubernetes. Pe de alt\u0103 parte, o parte din aceast\u0103 func\u021bionalitate va fi util\u0103 \u0219i pentru monolit, mai ales din cauza faptului c\u0103 monolitul tipic de ast\u0103zi nu este chiar un monolit (detalii vor fi date ulterior \u00een prezentare).<\/p>\n

Dup\u0103 cum se vede, graficul final (c\u00e2nd at\u00e2t aplica\u021biile monolitice, c\u00e2t \u0219i cele microserviciilor sunt \u00een infrastructura Kubernetes) nu se deosebe\u0219te prea mult de cel ini\u021bial. \u00cen continuare, vom vorbi despre aplica\u021biile exploatate utiliz\u00e2nd Kubernetes.<\/p>\n

Microservicii utile \u0219i d\u0103un\u0103toare<\/h2>\n

\n\u0218i aici, g\u00e2ndul principal este:<\/p>\n

\"Microserviciile:
\n
\nCe este o arhitectur\u0103<\/b> microserviciilor normal\u0103? Aceasta ar trebui s\u0103 v\u0103 aduc\u0103 beneficii reale, cresc\u00e2nd eficien\u021ba muncii. Dac\u0103 ne \u00eentoarcem la grafic, atunci o avem:<\/p>\n

\"Microserviciile:
\n
\nDac\u0103 o numim util\u0103<\/b>, atunci pe cealalt\u0103 parte a graficului va fi d\u0103un\u0103toare<\/b> microserviciu (\u00eengreuneaz\u0103 munca):<\/p>\n

\"Microserviciile:
\n
\nRevenind la \u201eideea principal\u0103\u201d: ar trebui s\u0103 am \u00eencredere \u00een experien\u021ba mea? De la \u00eenceputul acestui an, am v\u0103zut 85 de proiecte<\/b>. Nu toate au fost microservicii (aproximativ o treime p\u00e2n\u0103 la jum\u0103tate dintre ele aveau aceast\u0103 arhitectur\u0103), dar totu\u0219i este un num\u0103r semnificativ. Noi (compania \u201eFlant\u201d) ca outsourceri reu\u0219im s\u0103 vedem o diversitate larg\u0103 de aplica\u021bii, dezvoltate at\u00e2t \u00een companii mici (cu 5 dezvoltatori), c\u00e2t \u0219i \u00een companii mari (~500 de dezvoltatori). Un alt avantaj este c\u0103 vedem cum evolueaz\u0103 aceste aplica\u021bii de-a lungul anilor.<\/p>\n

De ce microservicii?<\/h2>\n

\nLa \u00eentrebarea despre beneficiile microserviciilor exist\u0103 un r\u0103spuns foarte concret<\/a><\/noindex> dat de deja men\u021bionatul Martin Fowler:<\/p>\n

    \n
  1. grani\u021be clare ale modularit\u0103\u021bii;<\/li>\n
  2. implementare independent\u0103;<\/li>\n
  3. libertatea de a alege tehnologiile.<\/li>\n<\/ol>\n

    \nAm discutat mult cu arhitec\u021bi \u0219i dezvoltatori software \u0219i i-am \u00eentrebat de ce le sunt necesare microserviciile. \u0218i am \u00eentocmit lista a\u0219tept\u0103rilor lor. Iat\u0103 ce a rezultat:<\/p>\n

    \"Microserviciile:
    \n
    \nDac\u0103 a\u0219 descrie \u201e\u00een percep\u021bii\u201d c\u00e2teva dintre puncte, acestea ar fi:<\/p>\n