{"id":34140,"date":"2019-10-31T21:56:35","date_gmt":"2019-10-31T18:56:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/printsipy-razrabotki-sovremennyh-prilozhenij-ot-nginx-chast-1\/"},"modified":"2019-10-31T21:56:35","modified_gmt":"2019-10-31T18:56:35","slug":"printsipy-razrabotki-sovremennyh-prilozhenij-ot-nginx-chast-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sk\/blog\/administrirovanie\/printsipy-razrabotki-sovremennyh-prilozhenij-ot-nginx-chast-1","title":{"rendered":"Princ\u00edpy v\u00fdvoja modern\u00fdch aplik\u00e1ci\u00ed od NGINX. \u010cas\u0165 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ahojte, priatelia. Pred spusten\u00edm kurzu \u201eBackend developer na PHP\u201c<\/a><\/noindex>, tradi\u010dne sa s vami del\u00edme o preklad u\u017eito\u010dn\u00e9ho materi\u00e1lu.<\/p>\n

Softv\u00e9r rie\u0161i \u010doraz viac ka\u017edodenn\u00fdch \u00faloh, pri\u010dom sa st\u00e1va st\u00e1le zlo\u017eitej\u0161\u00edm. Ako raz povedal Marc Andreessen, pohlt\u00ed svet. <\/p>\n

\"Princ\u00edpy
\n
\nV d\u00f4sledku toho sa v posledn\u00fdch rokoch pr\u00edstupy k v\u00fdvoju a dod\u00e1vaniu aplik\u00e1ci\u00ed v\u00e1\u017ene zmenili. Boli to posuny tektonick\u00e9ho rozsahu, ktor\u00e9 viedli k vzniku s\u00faboru princ\u00edpov. Tieto princ\u00edpy sa uk\u00e1zali ako u\u017eito\u010dn\u00e9 pri formovan\u00ed t\u00edmov, navrhovan\u00ed, v\u00fdvoji a doru\u010dovan\u00ed va\u0161ich aplik\u00e1ci\u00ed koncov\u00fdm pou\u017e\u00edvate\u013eom. <\/a><\/noindex><\/p>\n

Princ\u00edpy m\u00f4\u017eu by\u0165 zhrnut\u00e9 nasledovne: aplik\u00e1cia by mala by\u0165 mal\u00e1, sie\u0165ov\u00e1 a ma\u0165 architekt\u00faru orientovan\u00fa na v\u00fdvoj\u00e1ra<\/i>. Opieraj\u00fac sa o tieto tri princ\u00edpy, m\u00f4\u017eete vytvori\u0165 robustn\u00fa, komplexn\u00fa aplik\u00e1ciu, ktor\u00fa m\u00f4\u017eete r\u00fdchlo a bezpe\u010dne doru\u010di\u0165 koncov\u00e9mu pou\u017e\u00edvate\u013eovi a z\u00e1rove\u0148 je \u013eahko \u0161k\u00e1lovate\u013en\u00e1 a roz\u0161\u00edrite\u013en\u00e1.<\/p>\n

\"Princ\u00edpy
\n
\nKa\u017ed\u00fd z navrhovan\u00fdch princ\u00edpov m\u00e1 mno\u017estvo aspektov, ktor\u00e9 sa pok\u00fasime presk\u00fama\u0165, aby sme uk\u00e1zali, ako ka\u017ed\u00fd princ\u00edp prispieva k dosiahnutiu kone\u010dn\u00e9ho cie\u013ea, ktor\u00fdm je r\u00fdchle dodanie spo\u013eahliv\u00fdch aplik\u00e1ci\u00ed, ktor\u00e9 s\u00fa jednoduch\u00e9 na \u00fadr\u017ebu a pou\u017e\u00edvanie. Budeme sk\u00fama\u0165 princ\u00edpy v porovnan\u00ed s ich protikladmi, aby sme objasnili, \u010do znamen\u00e1, povedzme, \"Uistite sa, \u017ee pou\u017e\u00edvate princ\u00edp malosti<\/i>\u00bb.<\/p>\n

D\u00fafame, \u017ee tento \u010dl\u00e1nok v\u00e1s podnieti k tomu, aby ste pou\u017e\u00edvali navrhovan\u00e9 princ\u00edpy v\u00fdstavby modern\u00fdch aplik\u00e1ci\u00ed, ktor\u00e9 poskytn\u00fa jednotn\u00fd pr\u00edstup k navrhovaniu v kontexte neust\u00e1le rast\u00faceho technick\u00e9ho stacku. <\/p>\n

Aplikovan\u00edm t\u00fdchto princ\u00edpov zist\u00edte, \u017ee sa dr\u017e\u00edte najnov\u0161\u00edch trendov vo v\u00fdvoji softv\u00e9ru, vr\u00e1tane pr\u00edstupu DevOps<\/a><\/noindex> k v\u00fdvoju a dod\u00e1vaniu aplik\u00e1ci\u00ed, vyu\u017e\u00edvanie kontajnerov (napr\u00edklad, Docker<\/a><\/noindex>) a r\u00e1mcov pre orchestr\u00e1ciu kontajnerov (napr\u00edklad, Kubernetes<\/a><\/noindex>), vyu\u017e\u00edvanie mikroslu\u017eieb (vr\u00e1tane Mikroslu\u017ebovej Architekt\u00fary NGINX<\/noindex> a architekt\u00fara sie\u0165ovej komunik\u00e1cie<\/a><\/noindex> pre mikroslu\u017ebov\u00e9 aplik\u00e1cie.<\/p>\n

\u010co je modern\u00e1 aplik\u00e1cia?<\/b><\/p>\n

Modern\u00e9 aplik\u00e1cie? Modern\u00fd stack? \u010co vlastne znamen\u00e1 \u201emodern\u00fd\"? <\/p>\n

V\u00e4\u010d\u0161ina v\u00fdvoj\u00e1rov m\u00e1 len v\u0161eobecn\u00fa predstavu o tom, \u010do tvor\u00ed modern\u00fa aplik\u00e1ciu, preto je potrebn\u00e9 poskytn\u00fa\u0165 jasn\u00fa defin\u00edciu tohto pojmu.<\/p>\n

Modern\u00e1 aplik\u00e1cia podporuje viacer\u00fdch klientov, \u010di u\u017e je to pou\u017e\u00edvate\u013esk\u00e9 rozhranie na kni\u017enici JavaScript React, mobiln\u00e1 aplik\u00e1cia pre Android alebo iOS, alebo aplik\u00e1cia, ktor\u00e1 sa sp\u00e1ja s inou prostredn\u00edctvom API. Modern\u00e1 aplik\u00e1cia predpoklad\u00e1 existenciu neobmedzen\u00e9ho po\u010dtu klientov, pre ktor\u00fdch poskytuje d\u00e1ta alebo slu\u017eby.<\/p>\n

Modern\u00e1 aplik\u00e1cia poskytuje API na pr\u00edstup k po\u017eadovan\u00fdm \u00fadajom a slu\u017eb\u00e1m. API by malo by\u0165 nemenn\u00e9 a trval\u00e9, a nie nap\u00edsan\u00e9 \u0161pecificky na konkr\u00e9tnu po\u017eiadavku z nejak\u00e9ho konkr\u00e9tneho klienta. API je dostupn\u00e9 cez HTTP(S) a poskytuje pr\u00edstup ku v\u0161etk\u00fdm funkci\u00e1m, ktor\u00e9 s\u00fa k dispoz\u00edcii v GUI alebo CLI. <\/p>\n

\u00dadaje by mali by\u0165 dostupn\u00e9 v be\u017enom, kompatibilnom form\u00e1te, ako je JSON. API poskytuje objekty a slu\u017eby v zrozumite\u013enej, usporiadanej forme, napr\u00edklad RESTful API alebo GraphQL poskytuj\u00fa vyhovuj\u00face rozhranie.<\/p>\n

Modern\u00e9 aplik\u00e1cie s\u00fa postaven\u00e9 na modernom stacku, a modern\u00fd stack je ten stack, ktor\u00fd podporuje tak\u00e9to aplik\u00e1cie. Tak\u00fdto stack umo\u017e\u0148uje v\u00fdvoj\u00e1rovi \u013eahko vytvori\u0165 aplik\u00e1ciu s HTTP rozhran\u00edm a jasn\u00fdmi koncov\u00fdmi bodmi API. Zvolen\u00fd pr\u00edstup umo\u017en\u00ed va\u0161ej aplik\u00e1cii \u013eahko prij\u00edma\u0165 a posiela\u0165 d\u00e1ta vo form\u00e1te JSON. In\u00fdmi slovami, modern\u00fd stack zodpoved\u00e1 prvkom Dvan\u00e1stich faktorov aplik\u00e1cie pre mikroslu\u017eby<\/a><\/noindex>. <\/p>\n

Popul\u00e1rne verzie tohto typu stacku s\u00fa zalo\u017een\u00e9 na Java<\/a><\/noindex>, Python<\/a><\/noindex>, Node<\/a><\/noindex>, Ruby<\/a><\/noindex>, PHP<\/a><\/noindex> a Go<\/a><\/noindex>. Architekt\u00fara mikroslu\u017eieb NGINX<\/a><\/noindex> je pr\u00edkladom modern\u00e9ho stacku realizovan\u00e9ho v ka\u017edom z uveden\u00fdch jazykov.<\/p>\n

V\u0161imnite si, \u017ee nepropagujeme v\u00fdlu\u010dne mikroslu\u017eobn\u00fd pr\u00edstup. Mnoh\u00ed z v\u00e1s pracuj\u00fa s monolitmi, ktor\u00e9 sa musia rozv\u00edja\u0165, zatia\u013e \u010do in\u00ed sa zaoberaj\u00fa aplik\u00e1ciami SOA, ktor\u00e9 sa roz\u0161iruj\u00fa a vyv\u00edjaj\u00fa na mikroslu\u017eobn\u00e9 aplik\u00e1cie. T\u00ed tret\u00ed smeruj\u00fa k nasadeniu bezserverov\u00fdch aplik\u00e1ci\u00ed a niektor\u00ed implementuj\u00fa kombin\u00e1cie z uveden\u00e9ho. Princ\u00edpy uveden\u00e9 v \u010dl\u00e1nku s\u00fa aplikovate\u013en\u00e9 na ka\u017ed\u00fa z t\u00fdchto syst\u00e9mov len s nieko\u013ek\u00fdmi drobn\u00fdmi zmenami. <\/p>\n

Principy<\/b><\/p>\n

Teraz, ke\u010f sme dosiahli spolo\u010dn\u00e9 porozumenie toho, \u010do je modern\u00e1 aplik\u00e1cia a modern\u00fd stack, nastal \u010das ponori\u0165 sa do princ\u00edpov architekt\u00fary a v\u00fdvoja, ktor\u00e9 v\u00e1m dobre posl\u00fa\u017eia pri v\u00fdvoji, implement\u00e1cii a podpore modernej aplik\u00e1cie.<\/p>\n

Jeden z princ\u00edpov znie ako \u201evytv\u00e1rajte mal\u00e9 aplik\u00e1cie\u201c, nechajme to jednoducho nazva\u0165 princ\u00edpom malosti<\/i>. Existuj\u00fa neuverite\u013ene zlo\u017eit\u00e9 aplik\u00e1cie, ktor\u00e9 sa skladaj\u00fa z ve\u013ek\u00e9ho mno\u017estva pohybliv\u00fdch komponentov. Na druhej strane, budovanie aplik\u00e1cie z mal\u00fdch diskr\u00e9tnych komponentov zjednodu\u0161uje jej n\u00e1vrh, \u00fadr\u017ebu a celkov\u00fa pr\u00e1cu s \u0148ou. (V\u0161imnite si, \u017ee sme povedali \u201ezjednodu\u0161uje\u201c, a nie \u201erob\u00ed jednoduch\u00fdm\u201c).<\/p>\n

Druh\u00fd princ\u00edp spo\u010d\u00edva v tom, \u017ee m\u00f4\u017eeme zv\u00fd\u0161i\u0165 produktivitu v\u00fdvoj\u00e1rov t\u00fdm, \u017ee im pom\u00e1hame s\u00fastredi\u0165 sa na funkcie, ktor\u00e9 vyv\u00edjaj\u00fa, pri\u010dom ich zbavujeme starost\u00ed o infra\u0161trukt\u00faru a CI\/CD po\u010das implement\u00e1cie. Tak\u017ee, v skratke, n\u00e1\u0161 pr\u00edstup je zameran\u00fd na v\u00fdvoj\u00e1rov<\/i>.<\/p>\n

Nakoniec, v\u0161etko, \u010do sa t\u00fdka va\u0161ej aplik\u00e1cie, by malo by\u0165 pripojen\u00e9 k sieti. V posledn\u00fdch 20 rokoch sme sa v\u00fdrazne posunuli k sie\u0165ovej bud\u00facnosti, preto\u017ee siete sa stali r\u00fdchlej\u0161\u00edmi a aplik\u00e1cie zlo\u017eitej\u0161\u00edmi. Ako sme u\u017e zistili, modern\u00e1 aplik\u00e1cia mus\u00ed by\u0165 pou\u017e\u00edvan\u00e1 cez sie\u0165 mnoh\u00fdmi r\u00f4znymi klientmi. Pou\u017eitie sie\u0165ov\u00e9ho myslenia v architekt\u00fare m\u00e1 v\u00fdznamn\u00e9 v\u00fdhody, ktor\u00e9 dobre zapadaj\u00fa do princ\u00edpom malosti<\/i> a konceptu pr\u00edstupu, zameran\u00e9ho na v\u00fdvoj\u00e1rov<\/i>.<\/p>\n

Ak si pri v\u00fdvoji a implement\u00e1cii aplik\u00e1cie zapam\u00e4t\u00e1te uveden\u00e9 princ\u00edpy, budete ma\u0165 nepochybn\u00e9 v\u00fdhody pri v\u00fdvoji a dod\u00e1van\u00ed svojho produktu.<\/p>\n

Po\u010fme sa na tieto tri princ\u00edpy pozrie\u0165 podrobnej\u0161ie.<\/p>\n

Princ\u00edp malosti<\/b><\/p>\n

\u013dudsk\u00e9mu mozgu rob\u00ed probl\u00e9m naraz prij\u00edma\u0165 ve\u013ek\u00e9 mno\u017estvo inform\u00e1ci\u00ed. V psychol\u00f3gii pojem kognit\u00edvna z\u00e1\u0165a\u017e znamen\u00e1 celkov\u00e9 mno\u017estvo ment\u00e1lnych n\u00e1mahy potrebn\u00fdch na uchovanie inform\u00e1ci\u00ed v pam\u00e4ti. Zn\u00ed\u017eenie kognit\u00edvnej z\u00e1\u0165a\u017ee na v\u00fdvoj\u00e1rov je prioritou, preto\u017ee v takom pr\u00edpade sa m\u00f4\u017eu s\u00fastredi\u0165 na rie\u0161enie probl\u00e9mu, namiesto toho, aby si v hlave udr\u017eiavali aktu\u00e1lny komplexn\u00fd model celej aplik\u00e1cie a vyv\u00edjan\u00fdch funkci\u00ed. <\/p>\n

\"Princ\u00edpy
\n
\nAplik\u00e1cie s\u00fa rozdelen\u00e9 z nasleduj\u00facich d\u00f4vodov:<\/p>\n