{"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\/et\/blog\/administrirovanie\/printsipy-razrabotki-sovremennyh-prilozhenij-ot-nginx-chast-1","title":{"rendered":"NGINX-i kaasaegsete rakenduste arendamise p\u00f5him\u00f5tted. Osa 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Tere, s\u00f5brad. Kursuse \u00abBackend arendaja PHP-s\u00bb<\/a><\/noindex>, traditsiooniliselt jagame teiega kasulikku materjali.<\/p>\n

Tarkvara lahendab \u00fcha enam igap\u00e4evaseid \u00fclesandeid, samal ajal muutudes j\u00e4rjest keerulisemaks. Nagu kord \u00fctles Mark Andreessen, see neelab maailma. <\/p>\n

\"NGINX-i
\n
\nSeet\u00f5ttu on viimase paarik\u00fcmne aasta jooksul rakenduste arendamise ja tarnimise l\u00e4henemised muutunud. Need on olnud tektoonilised muutused, mis on toonud kaasa p\u00f5him\u00f5tete kogumi. Need p\u00f5him\u00f5tted osutusid kasulikuks teie meeskonna loomisel, projekteerimisel, arendamisel ja rakenduse l\u00f5ppkasutajatele tarnimisel. <\/a><\/noindex><\/p>\n

P\u00f5him\u00f5tted saab kokku v\u00f5tta j\u00e4rgmiselt: rakendus peab olema v\u00e4ike, v\u00f5rgup\u00f5hine ja arendajale suunatud arhitektuuriga<\/i>. Tuginedes nendele kolmele p\u00f5him\u00f5ttele, saate luua usaldusv\u00e4\u00e4rse, keeruka rakenduse, mida saab kiiresti ja turvaliselt l\u00f5ppkasutajale tarnida ning mida on kerge skaleerida ja laiendada.<\/p>\n

\"NGINX-i
\n
\nIga ettepaneku p\u00f5him\u00f5tte alusel on mitmeid aspekte, mida arutame, et n\u00e4idata, kuidas iga p\u00f5him\u00f5te aitab kaasa peamise eesm\u00e4rgi saavutamisele, milleks on usaldusv\u00e4\u00e4rsete rakenduste kiire tarnimine, mis on lihtsad hooldada ja kasutada. Arutame p\u00f5him\u00f5tteid nende vastanditega, et selgitada, mida t\u00e4hendab n\u00e4iteks \u201eVeenduge, et kasutate v\u00e4ikuse p\u00f5him\u00f5tet<\/i>\u00bb.<\/p>\n

Loodame, et see artikkel julgustab teid kasutama ettepanekut, et luua modernseid rakendusi, mis tagavad \u00fchtse l\u00e4henemise projekteerimisel pidevalt kasvavas tehnoloogia virnas. <\/p>\n

Nende p\u00f5him\u00f5tete rakendamisel leiate, et kasutate uusimaid tarkvaraarenduse suundi, sealhulgas l\u00e4henemist DevOps<\/a><\/noindex> rakenduste arendusele ja tarnimisele, konteinerite kasutamine (n\u00e4iteks Docker<\/a><\/noindex>) ja konteinerite orkestreerimise raamistikud (n\u00e4iteks Kubernetes<\/a><\/noindex>), mikroteenuste kasutamine (sealhulgas Mikroteenuste Arhitektuur NGINX<\/noindex> ja v\u00f5rgusuhtluse arhitektuur<\/a><\/noindex> mikroteenuste rakenduste jaoks.<\/p>\n

Mis on kaasaegne rakendus?<\/b><\/p>\n

Kaasaegsed rakendused? Kaasaegne virn? Mida t\u00e4pselt t\u00e4hendab \u201ekaasaegne\u201c? <\/p>\n

Enamik arendajatest omab vaid \u00fcldistatult arusaama, millest t\u00e4nap\u00e4evane rakendus koosneb, seet\u00f5ttu tuleb selle m\u00f5istele selge m\u00e4\u00e4ratlus anda.<\/p>\n

T\u00e4nap\u00e4evane rakendus toetab mitut klienti, olgu need siis kasutajaliidese komponent JavaScripti raamatukogus React, mobiilirakendus Androidile v\u00f5i iOS-ile v\u00f5i rakendus, mis \u00fchendub teisega API kaudu. T\u00e4nap\u00e4evane rakendus eeldab, et tal on m\u00e4\u00e4ramata arv kliente, kellele ta andmeid v\u00f5i teenuseid pakub.<\/p>\n

T\u00e4nap\u00e4evane rakendus pakub API-t, et p\u00e4\u00e4seda juurde n\u00f5utud andmetele ja teenustele. API peab olema muutumatu ja p\u00fcsiv, mitte kirjutatud spetsiaalselt teatud kliendi \u00fche konkreetse p\u00e4ringu jaoks. API on saadaval HTTP(S) kaudu ja tagab juurdep\u00e4\u00e4su kogu funktsionaalsusele, mis on saadaval GUI v\u00f5i CLI kaudu. <\/p>\n

Andmed peavad olema kergesti ligip\u00e4\u00e4setavas, \u00fchilduvas formaadis, n\u00e4iteks JSON. API pakub objekte ja teenuseid arusaadavas, organisatsioonilises vormis, n\u00e4iteks RESTful API v\u00f5i GraphQL tagab kvaliteetse liidese.<\/p>\n

T\u00e4nap\u00e4evased rakendused on \u00fcles ehitatud kaasaegsele tehnoloogiapinnale, mis toetab selliseid rakendusi. Selline tehnoloogiapind v\u00f5imaldab arendajal kergesti luua rakendusi, millel on HTTP-liides ja selged API l\u00f5pp-punktid. Valitud l\u00e4henemine v\u00f5imaldab teie rakendusel h\u00f5lpsasti vastu v\u00f5tta ja saata andmeid JSON-formaadis. Teisis\u00f5nu, kaasaegne tehnoloogia vastab Kaheteistk\u00fcmne Faktoriga rakenduse elementidele. Mikroteenused<\/a><\/noindex>. <\/p>\n

Selle t\u00fc\u00fcpi tehnoloogiapinna populaarsed versioonid p\u00f5hinevad Java<\/a><\/noindex>, Python<\/a><\/noindex>, Node<\/a><\/noindex>, Ruby<\/a><\/noindex>, PHP<\/a><\/noindex> ja Go<\/a><\/noindex>. Mikroteenuste arhitektuur NGINX<\/a><\/noindex> toob esile n\u00e4ite kaasaegsest tehnoloogiapinnast, mis on rakendatud igas eespool nimetatud keeles.<\/p>\n

Pange t\u00e4hele, et me ei propageeri ainult mikroteenuste l\u00e4henemist. Paljud teist t\u00f6\u00f6tavad monoliitide kallal, mis peavad arenema, samas kui teised tegelevad SOA rakendustega, mis laienevad ja arenevad, et muutuda mikroteenuste rakendusteks. Kolmandad liiguvad suunas serverita (serverless) rakenduste rakendamine ning m\u00f5ned rakendavad eelpool nimetatud kombinatsioone. Artiklis esitatud p\u00f5him\u00f5tted on kohaldatavad igasugustele nendele s\u00fcsteemidele, ulatudes m\u00f5ningate v\u00e4ikeste muudatusteni. <\/p>\n

P\u00f5him\u00f5tted<\/b><\/p>\n

N\u00fc\u00fcd, kui oleme saavutanud \u00fcldise arusaama sellest, mis on t\u00e4nap\u00e4evane rakendus ja kaasaegne tehnoloogiaplatvorm, on aeg s\u00fcveneda arhitektuuri ja arenduse p\u00f5him\u00f5tetesse, mis toovad kasu teie rakenduse loomisel, elluviimisel ja hooldamisel.<\/p>\n

\u00dcks p\u00f5him\u00f5tteid on \u00ablooge v\u00e4ikeseid rakendusi\u00bb, nimetagem seda lihtsalt v\u00e4ike rakendusprintsiip<\/i>. On olemas uskumatult keerulisi rakendusi, mis koosnevad paljusid liikuvatest komponentidest. See omakorda muudab rakenduse ehitamise v\u00e4ikestest eraldiseisvatest komponentidest lihtsamaks projekteerimise, hooldamise ja \u00fcldise kasutamise osas. (Pange t\u00e4hele, et me \u00fctlesime \u00ablihtsamaks\u00bb, mitte \u00ablihtsaks\u00bb).<\/p>\n

Teine p\u00f5him\u00f5te seisneb selles, et saame suurendada arendajate tootlikkust, aidates neil keskenduda neile funktsioonidele, mida nad arendavad, vabastades nad samas infrastruktuuri ja CI\/CD hooldamise muredest elluviimise ajal. Nii et l\u00fchidalt \u00f6eldes, meie l\u00e4henemine on arendajale suunatud<\/i>.<\/p>\n

L\u00f5puks peab k\u00f5ik teie rakendusega seonduv olema \u00fchendatud v\u00f5rku. Viimase 20 aasta jooksul oleme teinud suuri edusamme v\u00f5rgu tuleviku suunas, kuna v\u00f5rgud on muutunud kiiremaks ja rakendused keerukamaks. Nagu juba selgitasime, peab kaasaegne rakendus olema v\u00f5rgu kaudu saadaval paljude erinevate klientide jaoks. V\u00f5rgup\u00f5hise m\u00f5tlemise rakendamine arhitektuuris toob kaasa m\u00e4rkimisv\u00e4\u00e4rseid eeliseid, mis sobivad h\u00e4sti kokku v\u00e4ike rakendusprintsiip<\/i> ja l\u00e4henemise m\u00f5istega, mille fookus on arendajatel<\/i>.<\/p>\n

Kui peate oma rakenduse arendamise ja kasutuselev\u00f5tu k\u00e4igus silmas neid p\u00f5him\u00f5tteid, on teil vaieldamatu eelis oma toote arendamisel ja kohandamisel.<\/p>\n

Uurime neid kolme p\u00f5him\u00f5tet l\u00e4hemalt.<\/p>\n

V\u00e4ike rakendusprintsiip<\/b><\/p>\n

Inimese ajul on keeruline samal ajal tajuda suurt hulka teavet. Ps\u00fchholoogias t\u00e4hendab kognitiivne koormus \u00fcldist vaimset pingutust, mis on vajalik info m\u00e4letamiseks. Arendajate kognitiivse koormuse v\u00e4hendamine on prioriteet, kuna sel juhul saavad nad keskenduda probleemide lahendamisele, selle asemel et hoida peas praegust keerulist mudelit kogu rakendusest ja arendatavatest funktsioonidest. <\/p>\n

\"NGINX-i
\n
\nRakendused dekomponeeritakse j\u00e4rgmiste p\u00f5hjusel:<\/p>\n