{"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":"Kaasaegsete rakenduste arendamise printsiibid NGINX-ilt. Osa 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Tere, s\u00f5brad. Enne kursuse k\u00e4ivitamist \u201ePHP tagasiside arendaja\u201d<\/a><\/noindex>, jagame traditsiooniliselt teiega kasuliku materjali t\u00f5lget.<\/p>\n

Tarkvara lahendab \u00fcha rohkem igap\u00e4evaseid \u00fclesandeid, muutudes samas j\u00e4rjest keerulisemaks. Kuidas \u00fctles kord Marc Andreessen, see neelab maailma. <\/p>\n

\"Kaasaegsete
\n
\nSeet\u00f5ttu on viimastel aastatel l\u00e4henemisviisid rakenduste arendamisele ja kohaletoimetamisele t\u00f5siselt muutunud. Need on olnud tektoonilised muudatused, mis on l\u00f5puks viinud uusi p\u00f5him\u00f5tteid. Need p\u00f5him\u00f5tted on osutunud kasulikeks teie meeskonna, projekteerimise, arendamise ja rakenduse l\u00f5ppkasutajatele kohaletoimetamise kujundamisel. <\/a><\/noindex><\/p>\n

P\u00f5him\u00f5tted saab kokku v\u00f5tta j\u00e4rgmiselt: rakendus peab olema v\u00e4ike, v\u00f5rkturundus- ja arendajakeskne arhitektuur<\/i>. Nende kolme p\u00f5him\u00f5tte abil saate luua usaldusv\u00e4\u00e4rse, kompleksse rakenduse, mida saab l\u00f5ppkasutajale kiiresti ja turvaliselt edastada ning mis on h\u00f5lpsasti skaleeritav ja laiendatav.<\/p>\n

\"Kaasaegsete
\n
\nIga pakutav p\u00f5him\u00f5te sisaldab mitmeid aspekte, millest r\u00e4\u00e4gime, et n\u00e4idata, kuidas iga p\u00f5him\u00f5te aitab saavutada l\u00f5ppeesm\u00e4rki \u2014 kiirelt usaldusv\u00e4\u00e4rsete rakenduste tarnimist, mis on lihtsad hooldada ja kasutada. Vaatame p\u00f5him\u00f5tteid nende vastanditega v\u00f5rreldes, et selgitada, mida t\u00e4hendab n\u00e4iteks \"Veenduge, et kasutate v\u00e4ikse p\u00f5him\u00f5tet<\/i>\u00bb.<\/p>\n

Loodame, et see artikkel innustab teid kasutama kaasaegsete rakenduste ehitamise soovitatud p\u00f5him\u00f5tteid, mis tagavad \u00fchtse l\u00e4henemise disainile pidevalt kasvavas tehnoloogiate virnas. <\/p>\n

Nende p\u00f5him\u00f5tete rakendamisega avastate, et j\u00e4rgite tarkvaraarenduse uusimaid suundi, sealhulgas l\u00e4henemist DevOps<\/a><\/noindex> rakenduste arendusele ja tarnimisele, konteinerite kasutamisele (n\u00e4iteks Docker<\/a><\/noindex>), konteinerite orkestreerimise raamistike (n\u00e4iteks Kubernetes<\/a><\/noindex>), mikroteenuste kasutamisele (sh Mikroteenuste Arhitektuur NGINX<\/noindex> ja v\u00f5rgustiku arhitektuur<\/a><\/noindex> mikroteenuste rakendustele.<\/p>\n

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

Kaasaegsed rakendused? Kaasaegne tehnoloogia? Mida t\u00e4pselt t\u00e4hendab \u2018kaasaegne\u2019? <\/p>\n

Enamikel arendajatel on vaid \u00fcldine ettekujutus, millest kaasaegne rakendus koosneb, seet\u00f5ttu on oluline selle m\u00f5iste selgelt m\u00e4\u00e4ratleda.<\/p>\n

Kaasaegne rakendus toetab mitut klienti, olgu need siis kasutajaliides JavaScripti raamatukogul React, mobiilirakendus Androidi v\u00f5i iOS-i jaoks v\u00f5i rakendus, mis suhtleb teisega API kaudu. Kaasaegne rakendus t\u00e4hendab, et see teenindab m\u00e4\u00e4ramatut arvu kliente, kellele pakutakse andmeid v\u00f5i teenuseid.<\/p>\n

Kaasaegne rakendus pakub API-d, et p\u00e4\u00e4seda ligi n\u00f5utud andmetele ja teenustele. API peab olema p\u00fcsiv ja \u00fchtne, mitte spetsiaalselt m\u00f5ne konkreetse kliendi jaoks kirjutatud. API on saadaval \u00fcle HTTP(S) ja tagab juurdep\u00e4\u00e4su kogu funktsionaalsusele, mis on saadaval GUI v\u00f5i CLI kaudu. <\/p>\n

Andmed peavad olema kergesti k\u00e4ttesaadavad tuntud, \u00fchilduvas formaadis, n\u00e4iteks JSON. API pakub objekte ja teenuseid arusaadavas, organiseeritud vormis; n\u00e4iteks RESTful API v\u00f5i GraphQL pakuvad kvaliteetset liidest.<\/p>\n

Kaasaegsed rakendused p\u00f5hinevad kaasaegsel tehnoloogiakihil, mis toetab selliseid rakendusi. See tehnoloogiakiht v\u00f5imaldab arendajal h\u00f5lpsasti luua rakendust, millel on HTTP-liides ja selged API l\u00f5pp-punktid. Valitud l\u00e4henemine v\u00f5imaldab teie rakendusel h\u00f5lpsasti andmeid vastu v\u00f5tta ja edastada JSON-formaadis. Teisis\u00f5nu, kaasaegne tehnoloogiakiht vastab Kaheteistk\u00fcmne Faktoriga Rakenduse elementidele. mikroteenustena<\/a><\/noindex>. <\/p>\n

Selle tehnoloogiakihtide populaarsetes versioonides p\u00f5hinevad Java<\/a><\/noindex>, Python<\/a><\/noindex>, S\u00f5lm<\/a><\/noindex>, Ruby<\/a><\/noindex>, PHP<\/a><\/noindex> ja Go<\/a><\/noindex>. Mikroteenuste arhitektuur NGINX<\/a><\/noindex> on n\u00e4ide kaasaegsest tehnoloogiakihist, mis on rakendatud igas mainitud keeles.<\/p>\n

Pange t\u00e4hele, et me ei propageeri ainult mikroteenuste l\u00e4henemist. Paljude teie seas t\u00f6\u00f6tavad monoliitidega, mis peavad arenema, samas kui teised tegelevad SOA rakendustega, mis laienevad ja arenevad mikroteenuste rakendusteks. Kolmandad liiguvad suunas, kus rakendatakse serverita (serverless) lahendusi, ning m\u00f5ned rakendavad teile \u00fclaltoodud kombinatsioone. Artiklis esitatud p\u00f5him\u00f5tted kehtivad iga\u00fche kohta, tehes vaid m\u00f5ned pisikesed muudatused. <\/p>\n

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

N\u00fc\u00fcd, kui oleme saavutanu \u00fchise arusaama sellest, mis on kaasaegsed rakendused ja kaasaegne tehnoloogia, on aeg s\u00fcveneda arhitektuuri ja arenduse p\u00f5him\u00f5tetesse, mis aitavad teil kaasaegsete rakenduste arendus-, rakendamis- ja hooldusprotsessis.<\/p>\n

\u00dcks p\u00f5him\u00f5te k\u00f5lab nagu \u201elooge v\u00e4ikeseid rakendusi\u201c, nimetame seda lihtsalt v\u00e4ikuse p\u00f5him\u00f5tteks<\/i>. On eksisteerivad uskumatult keerulised rakendused, mis koosnevad paljusid liikuvatest komponentidest. Seet\u00f5ttu lihtsustab rakenduse loomine v\u00e4ikestest eraldiseisvatest komponentidest selle projekteerimist, hooldamist ja \u00fcldiselt selle kasutamist. (T\u00e4helepanu, me \u00fctlesime \u201elihtsustab\u201c, mitte \u201emuudab lihtsaks\u201c).<\/p>\n

Teine p\u00f5him\u00f5te on, et saame suurendada arendajate tootlikkust, aidates neil keskenduda neile funktsioonidele, mida nad arendavad, samal ajal vabastades nad infrastruktuuri ja CI\/CD muredest rakendamise ajal. Nii et l\u00fchidalt, meie l\u00e4henemine on suunatud arendajatele<\/i>.<\/p>\n

L\u00f5puks peab k\u00f5ik, mis on seotud teie rakendusega, olema \u00fchendatud v\u00f5rguga. Viimase 20 aasta jooksul oleme teinud suuri edusamme v\u00f5rgup\u00f5hise tuleviku poole, kuna v\u00f5rgud on muutunud kiiremateks ja rakendused keerukamateks. Nagu juba selgus, peab kaasaegne rakendus olema k\u00f5ige erinevatesse klientidesse kasutusele v\u00f5etud \u00fcle v\u00f5rgu. V\u00f5rgup\u00f5hise m\u00f5tteviisi rakendamine arhitektuuris toob kaasa olulisi eeliseid, mis sobivad h\u00e4sti kokku v\u00e4ikuse p\u00f5him\u00f5tteks<\/i> ja l\u00e4henemise kontseptsiooniga, mis on suunatud arendajatele<\/i>.<\/p>\n

Kui arvestate rakenduse arendamisel ja rakendamisel neid p\u00f5him\u00f5tteid, on teil konkurentsieelis oma toote arendamisel ja pakkumisel.<\/p>\n

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

Mugavuse p\u00f5him\u00f5te<\/b><\/p>\n

Inimese ajul on raske korraga suurt hulka teavet vastu v\u00f5tta. Ps\u00fchholoogias t\u00e4hendab kognitiivne koormus kogu vaimset pingutust, mis on vajalik teabe meeles hoidmiseks. Arendajate kognitiivse koormuse v\u00e4hendamine on prioriteet, kuna see v\u00f5imaldab neil keskenduda probleemi lahendamisele, mitte hoida meeles rakenduse keerulist mudelit ja arendatavaid funktsioone. <\/p>\n

\"Kaasaegsete
\n
\nRakendused dekoneeritakse mitmel p\u00f5hjusel:<\/p>\n