hosting<\/a>), Yandex.\u041e\u0431\u043b\u0430\u043a\u043e (giver 4000 rubler i 2 m\u00e5neder), Microsoft Azure (giver gratis adgang til popul\u00e6re tjenester i et \u00e5r + 12.500 rubler til enhver tjeneste i l\u00f8bet af en m\u00e5ned). P\u00e5 denne m\u00e5de kan du pr\u00f8ve nogen af disse udbydere uden at bruge en \u00f8re, men f\u00e5 en id\u00e9 om kvaliteten og niveauet af de leverede tjenester. \n<\/li>\n<\/ul>\n\nAfh\u00e6ngigt af den valgte vej \u00e6ndres kun det faktum, hvem der i h\u00f8j grad har ansvaret for det eller det omr\u00e5de af administration. Hvis du hoster selv, skal du forst\u00e5, at enhver afbrydelse af elektricitet, internettet, selve serveren og software installeret p\u00e5 den - alt dette hviler fuldst\u00e6ndigt p\u00e5 dine skuldre. Men til l\u00e6ring og testning er dette mere end tilstr\u00e6kkeligt. <\/p>\n
Hvis du ikke har en ekstra maskine, der kan fungere som server, vil du m\u00e5ske v\u00e6lge den anden eller tredje vej. Det andet tilf\u00e6lde er identisk med det f\u00f8rste, bortset fra, at du overf\u00f8rer ansvaret for serverens tilg\u00e6ngelighed og dens kapaciteter til udbyderen. Administrationen af serveren og software er stadig under din kontrol. <\/p>\n
Og endelig er der muligheden for at leje kapaciteter fra cloud-udbydere. Her kan du indstille automatisk styring af n\u00e6sten hvad som helst, uden at dykke dybt ind i tekniske detaljer. Derudover kan du have flere parallelle instanser i stedet for \u00e9n maskine, som kan h\u00e5ndtere forskellige dele af applikationen, og som ikke adskiller sig meget i pris fra at eje en dedikeret server. Desuden er der v\u00e6rkt\u00f8jer til orkestrering, containerisering, automatisk implementering, kontinuerlig integration og meget mere! Nogle af disse ting vil vi se n\u00e6rmere p\u00e5 nedenfor. <\/p>\n
Generelt set ser serverinfrastrukturen s\u00e5ledes ud: vi har det s\u00e5kaldte \"orkestrator\" (\"orkestrering\" er processen med at styre flere serverinstanser), der h\u00e5ndterer \u00e6ndringer i milj\u00f8et p\u00e5 serverinstansen, en virtualiseringselement (valgfri, men ofte brugt), der muligg\u00f8r opdeling af applikationen i isolerede logiske lag, og software til kontinuerlig integration - der muligg\u00f8r opdatering af den udbudte kode via \"scripts\". <\/p>\n
S\u00e5 orkestreringen giver dig mulighed for at se servernes status, udf\u00f8re \"implementering\" eller \"tilbagetr\u00e6kning\" af opdateringer til serverens milj\u00f8, og s\u00e5 videre. I starten vil dette aspekt n\u00e6ppe vedr\u00f8re dig, da det kr\u00e6ver flere servere for at orkestrere noget (man kan bruge \u00e9n, men hvorfor?), og for at have flere servere skal der v\u00e6re et behov for dem. Blandt v\u00e6rkt\u00f8jerne inden for dette omr\u00e5de er Kubernetes, som er meget omtalt og udviklet. Google<\/i>. <\/p>\n
Det n\u00e6ste trin er virtualisering p\u00e5 OS-niveau. I dag er begrebet \"dockerisering\" blevet udbredt, hvilket kommer fra v\u00e6rkt\u00f8jet. Docker<\/i>, der tilbyder funktionalitet i isolerede containere, der alligevel k\u00f8rer i konteksten af et enkelt operativsystem. Hvad betyder det: I hver af disse containere kan man k\u00f8re en applikation eller endda et s\u00e6t af applikationer, som vil tro, at de er de eneste i hele OS'et, uden at v\u00e6re klar over, at der findes andre p\u00e5 den samme maskine. Denne funktion er meget nyttig til at k\u00f8re identiske applikationer i forskellige versioner eller blot konfliktende applikationer, samt til at adskille dele af applikationen i lag. Denne snapshot af lagene kan senere gemmes i et billede, som kan bruges til eksempelvis at deployere applikationen. Med andre ord, ved at installere dette billede og udpakke de containere, det indeholder, f\u00e5r du et klar til at k\u00f8re milj\u00f8 for din applikation! I de tidlige faser kan du bruge dette v\u00e6rkt\u00f8j b\u00e5de til l\u00e6ring og til at f\u00e5 reel v\u00e6rdi ved at opdele logikken af applikationen p\u00e5 forskellige lag. Men det skal siges, at dockerisering ikke er n\u00f8dvendigt for alle, og ikke altid. Dockerisering er berettiget i tilf\u00e6lde hvor applikationen er 'fragmenteret', opdelt i sm\u00e5 dele, hvor hver del tager sig af sin egen opgave, en s\u00e5kaldt 'mikroservice-arkitektur'. <\/p>\n
Derudover, ud over at sikre milj\u00f8et, skal vi ogs\u00e5 sikre en ordentlig deployment af applikationen, som inkluderer alle mulige transformationer af koden, installationer af tilknyttede biblioteker og pakker, k\u00f8rsel af tests, meddelelser om disse operationer osv. Her skal vi v\u00e6re opm\u00e6rksomme p\u00e5 et begreb som 'Continuous Integration' (CI \u2013 Continuous Integration<\/i>). De vigtigste v\u00e6rkt\u00f8jer i dette omr\u00e5de i \u00f8jeblikket er Jenkins (et CI-v\u00e6rkt\u00f8j skrevet i Java, som kan virke lidt kompliceret i starten), Travis CI<\/i> (skrevet i Ruby, subjektivt set lidt nemmere end Jenkins<\/i>, men alligevel kr\u00e6ver det en smule viden om ops\u00e6tning af deployment), Gitlab CI<\/i> (skrevet i Ruby og Go<\/i>). <\/p>\n
S\u00e5, efter at have talt om milj\u00f8et, som din applikation skal arbejde i, er det tid endelig at se, hvilke v\u00e6rkt\u00f8jer den moderne verden tilbyder os til at skabe disse applikationer. <\/p>\n
Lad os starte med grundlaget: Backend<\/i> (backend) \u2013 den server-side. Valg af sprog, s\u00e6t af grundl\u00e6ggende funktioner og forudbestemt struktur (rammev\u00e6rk) bestemmes prim\u00e6rt af personlige pr\u00e6ferencer, men det er stadig v\u00e6rd at n\u00e6vne til overvejelse (forfatterens mening om sprog er ret subjektiv, selvom den p\u00e5st\u00e5r at v\u00e6re objektiv): <\/p>\n\nPython \u2013 et sprog, der er ret venligt for den uerfarne bruger, tilgiver nogle fejl, men kan ogs\u00e5 v\u00e6re strengt over for udvikleren, s\u00e5 de ikke laver alvorlige fejl. Det er et relativt modent og gennemt\u00e6nkt programmeringssprog, der blev introduceret i 1991. \n<\/li>\n Go \u2013 et sprog fra Google, som ogs\u00e5 er ret venligt og bekvemt, nemt at kompilere og f\u00e5 en eksekverbar fil til enhver platform. Det kan v\u00e6re simpelt og behageligt eller komplekst og seri\u00f8st. Frisk og ungt, introduceret i 2009. <\/li>\n Rust \u2013 lidt \u00e6ldre end sin kollega, udgivet i 2006, stadig relativt ung i forhold til sine s\u00f8skende. Fokuseret p\u00e5 mere erfarne udviklere, selvom det stadig fors\u00f8ger at l\u00f8se mange lavniveau opgaver for programm\u00f8ren.<\/li>\n Java \u2013 en veteran inden for kommerciel udvikling, der blev introduceret i 1995, en af de mest anvendte sprog til udvikling af virksomhedsapplikationer p\u00e5 nuv\u00e6rende tidspunkt. Med sine grundl\u00e6ggende koncepter og tunge ops\u00e6tning kan det blive ret komplekst for nybegyndere. <\/li>\n ASP.net \u2013 en platform til applikationsudvikling, udgivet af Microsoft. Til at skrive funktionalitet bruges prim\u00e6rt sproget C# (udtales C-sharp), som blev introduceret i 2000. Dens kompleksitet er sammenlignelig med niveauet mellem Java og Rust. <\/li>\n PHP \u2013 oprindeligt brugt til preprocessing af HTML, i dag, selvom det stadig dominerer markedet for sprog, er der en tendens til faldende brug. Den har en lav t\u00e6rskel for adgang, enkelhed i kodning, men samtidig kan sprogets funktionalitet vise sig at v\u00e6re utilstr\u00e6kkelig til st\u00f8rre applikationer. <\/li>\n<\/ul>\n\nOg den sidste del af vores applikation \u2013 den mest h\u00e5ndgribelige for brugeren \u2013 Frontend<\/i> (frontend) \u2013 er ansigtet p\u00e5 din applikation, det er denne del, brugeren interagerer direkte med. <\/p>\n
Uden at g\u00e5 i detaljer, st\u00e5r moderne frontend p\u00e5 tre s\u00f8jler, rammer (og ikke s\u00e5 meget) til opbygning af brugergr\u00e6nseflader. Derfor er de tre mest popul\u00e6re: <\/p>\n
\nReactJS \u2013 er ikke en ramme, men et bibliotek. Det adskiller sig fra det stolte kaldenavn ramme kun ved frav\u00e6ret af nogle funktioner \"out of the box\" og n\u00f8dvendigheden af at installere dem manuelt. Der findes s\u00e5ledes flere variationer af \"forberedelsen\" af dette bibliotek, der danner s\u00e6rpr\u00e6gede rammer. For en nybegynder kan det v\u00e6re lidt sv\u00e6rt p\u00e5 grund af nogle grundl\u00e6ggende principper og en ret aggressiv ops\u00e6tning af bygge-milj\u00f8et. Men for en hurtig start kan man bruge \"create-react-app\" pakken.<\/li>\n VueJS \u2013 en ramme til opbygning af brugergr\u00e6nseflader. Blandt denne trio f\u00e5r den fortjent titlen som den mest brugervenlige ramme, idet indgangsbarrieren for udvikling i Vue er lavere end for de \u00f8vrige n\u00e6vnte. Derudover er den den yngste blandt dem. <\/li>\n Angular \u2013 betragtes som den sv\u00e6reste af de n\u00e6vnte rammer, den eneste der kr\u00e6ver TypeScript<\/i> (en overbygning p\u00e5 Javascript-sproget). Anvendes ofte til opbygning af store virksomhedsapplikationer. <\/li>\n<\/ul>\n \nSammenfattende kan man konkludere, at oprettelsen af en applikation nu er radikalt forskellig fra, hvordan denne proces foregik tidligere. Ingen forhindrer dog i at udf\u00f8re \"deployment\" p\u00e5 den gamle m\u00e5de. Men er lidt sparet tid ved starten \u2013 alle de mange forhindringer, som udvikleren v\u00e6lger denne vej, skal tr\u00e6de i? Jeg mener, svaret er \"nej\". Ved at bruge lidt mere tid p\u00e5 at s\u00e6tte sig ind i disse v\u00e6rkt\u00f8jer (og det er ikke meget, for du skal blot forst\u00e5, om de er n\u00f8dvendige for dit nuv\u00e6rende projekt eller ej), kan du tage tiden tilbage ved ofte at reducere tilf\u00e6lde af sp\u00f8gelsesfejl, som afh\u00e6nger af milj\u00f8et og kun viser sig p\u00e5 produktionsserveren, natlige opklaringer af, hvad der f\u00f8rte til servernedbrudetet, og hvorfor den ikke starter, og meget andet.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0414\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u0441\u043e\u0437\u0434\u0430\u0442\u044c \u0441\u0432\u043e\u0435 \u0432\u0435\u0431 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u0432 \u043d\u0430\u0448\u0435 \u0432\u0440\u0435\u043c\u044f \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u0443\u043c\u0435\u0442\u044c \u0435\u0433\u043e \u0440\u0430\u0437\u0440\u0430\u0431\u0430\u0442\u044b\u0432\u0430\u0442\u044c. \u0412\u0430\u0436\u043d\u044b\u043c \u0430\u0441\u043f\u0435\u043a\u0442\u043e\u043c \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u043e\u0432 \u043f\u043e \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f, \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0443, \u0430 \u0442\u0430\u043a\u0436\u0435 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u0438 \u0430\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0441\u0440\u0435\u0434\u044b, \u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u043e\u043d\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442. \u042d\u0440\u0430 \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044f \u0443\u0445\u043e\u0434\u0438\u0442 \u0432 \u0437\u0430\u0431\u0432\u0435\u043d\u0438\u0435, \u0434\u0430\u0436\u0435 \u0434\u043b\u044f \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432, \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043c\u043e\u0433\u0443\u0442 \u043f\u0440\u0438\u043d\u0435\u0441\u0442\u0438 \u043e\u0449\u0443\u0442\u0438\u043c\u0443\u044e \u043f\u043e\u043b\u044c\u0437\u0443. \u041f\u0440\u0438 \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u0438 \u00ab\u0440\u0443\u043a\u0430\u043c\u0438\u00bb, \u0437\u0430\u0447\u0430\u0441\u0442\u0443\u044e \u043c\u044b \u043c\u043e\u0436\u0435\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-30874","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t