hostinga<\/a>), Yandex.Oblak (nude 4000 kuna za 2 mjeseca), Microsoft Azure (nude besplatan pristup popularnim uslugama na godinu dana, + 12 500 kuna na bilo koje usluge tijekom jednog mjeseca). Tako se mo\u017ee isprobati bilo koji od ovih pru\u017eatelja, ne tro\u0161e\u0107i ni lipu, ali dobivaju\u0107i okvirno mi\u0161ljenje o kvaliteti i razini pru\u017eanja usluga. \n<\/li>\n<\/ul>\n\nOvisno o odabranom putu, kasnije \u0107e se promijeniti jedino \u010dinjenica tko snosi odgovornost za odre\u0111eno podru\u010dje administracije. Ako hostate sami, trebate razumjeti da su sve prekide u napajanju, internetu, samom serveru, softveru koji je na njemu instaliran \u2013 sve to potpuno na va\u0161im le\u0111ima. Me\u0111utim, za u\u010denje i testiranje, to je vi\u0161e nego dovoljno. <\/p>\n
Ako pak nemate dodatni stroj koji mo\u017ee odigrati ulogu servera, onda \u0107ete htjeti iskoristiti drugi ili tre\u0107i put. Drugi slu\u010daj je identi\u010dan prvom, s tom razlikom \u0161to prebacujete odgovornost za dostupnost servera i njegovih resursa na le\u0111a hostera. Administracija servera i softvera jo\u0161 uvijek je pod va\u0161om kontrolom. <\/p>\n
I kona\u010dno, opcija iznajmljivanja resursa od oblaku pru\u017eatelja usluga. Ovdje mo\u017eete postaviti automatizirano upravljanje prakti\u010dno bilo \u010dim, ne previ\u0161e ulaze\u0107i u tehni\u010dke pojedinosti. Osim toga, umjesto jednog stroja, mo\u017eete imati nekoliko paralelno pokrenutih instanci koje na primjer mogu odgovarati za razli\u010dite dijelove aplikacije, a da se pritom ne razlikuju mnogo po cijeni od posjedovanja namjenskog servera. Tako\u0111er, tu su dostupni alati za orkestriranje, kontejnerizaciju, automatsko implementiranje, kontinuiranu integraciju i mnogo drugih! Neke od ovih stvari razmotrit \u0107emo u nastavku. <\/p>\n
U op\u0107em smislu, infrastruktura poslu\u017eitelja izgleda ovako: imamo takozvani \u201eorkestrator\u201c (\u201eorkestracija\u201c \u2013 proces upravljanja vi\u0161e instanci poslu\u017eitelja), koji upravlja promjenama okru\u017eenja na instanci poslu\u017eitelja, kontejner virtualizacije (opcionalan, ali \u010desto kori\u0161ten), koji omogu\u0107ava razdvajanje aplikacije na izolirane logi\u010dke slojeve, i softver za Kontinuiranu Integraciju \u2013 koji omogu\u0107ava a\u017euriranje postavljenog koda pomo\u0107u \u201eskripti\u201c. <\/p>\n
Dakle, orkestracija vam omogu\u0107ava da vidite statuse poslu\u017eitelja, provodite \u201eimplementaciju\u201c ili \u201epovrat\u201c a\u017euriranja okru\u017eenja poslu\u017eitelja i tako dalje. U po\u010detku vas taj aspekt vjerojatno ne\u0107e mnogo zanimati, s obzirom da je za orkestriranje potrebno nekoliko poslu\u017eitelja (mo\u017ee i jedan, ali za\u0161to?), a da bi bilo nekoliko poslu\u017eitelja, potrebno je imati potrebu za njima. Od alata u ovoj domeni, najpoznatiji je Kubernetes, razvijen Google<\/i>. <\/p>\n
Sljede\u0107i korak \u2013 virtualizacija na razini OS-a. Trenutno je \u0161iroko prihva\u0107eno poimanje \u201edockerizacije\u201c, koje je proiza\u0161lo iz alata Docker<\/i>, koji pru\u017ea funkcionalnosti izoliranih kontejnera koji se pokre\u0107u unutar istog operativnog sustava. \u0160to to zna\u010di: unutar svakog od tih kontejnera mogu\u0107e je pokrenuti aplikaciju ili \u010dak skup aplikacija, koje \u0107e vjerovati da su jedine koje postoje u cijelom OS-u, \u010dak ne sumnjaju\u0107i u postojanje drugih na tom ure\u0111aju. Ova funkcija je vrlo korisna za pokretanje istih aplikacija razli\u010ditih verzija, ili jednostavno sukobljenih aplikacija, kao i za dijeljenje dijelova aplikacije u slojeve. Ova maska slojeva se mo\u017ee snimiti u sliku, koja se mo\u017ee koristiti, na primjer, za implementaciju aplikacije. Drugim rije\u010dima, instaliranjem ove slike i raspore\u0111ivanjem kontejnera koje ona sadr\u017ei, dobivate spremno okru\u017eenje za pokretanje va\u0161e aplikacije! U ranim fazama mo\u017eete koristiti ovaj alat kako u upoznavaju\u0107e svrhe, tako i za ostvarivanje stvarne korisnosti, raspore\u0111uju\u0107i logiku aplikacije u razli\u010dite slojeve. Me\u0111utim, valja napomenuti da dockerizacija nije potrebna svima, i ne uvijek. Dockerizacija je opravdana kada je aplikacija 'fragmentirana', podijeljena na manje dijelove, od kojih svaki odgovara za svoju zada\u0107u, tzv. 'mikroservisna arhitektura'. <\/p>\n
Osim toga, osim pru\u017eanja okru\u017eenja, potrebno je osigurati i pravilnu implementaciju aplikacije, koja uklju\u010duje sve mogu\u0107e transformacije koda, instalacije knji\u017enica i paketa povezanih s aplikacijom, pokretanje testova, obavijesti o tim operacijama i tako dalje. Ovdje trebamo obratiti pa\u017enju na pojam 'Kontinuirana Integracija' (CI \u2013 Kontinuirana Integracija<\/i>). Glavni alati u ovom podru\u010dju trenutno su Jenkins (CI alat napisan u Javi, mo\u017ee se \u010diniti malo slo\u017eenim na po\u010detku), Travis CI<\/i> (napisan u Rubyju, subjektivno, ne\u0161to jednostavniji od Jenkins-a, ali jo\u0161 uvijek su potrebna neka znanja o postavljanju implementacije), (napisan u<\/i>Rubyju i Golu Gitlab CI<\/i> . Dakle, nakon govoriti o okru\u017eenju u kojem \u0107e va\u0161a aplikacija raditi, kona\u010dno je do\u0161lo vrijeme da pogledamo koje alate nam nudi suvremeni svijet za izradu tih aplikacija. Zapo\u010dnimo s osnovama:<\/i>). <\/p>\n
Dakle, nakon \u0161to smo razgovarali o okru\u017eenju u kojem \u0107e se va\u0161a aplikacija pokretati, kona\u010dno je do\u0161lo vrijeme da pogledamo koje alate suvremeni svijet nudi za izradu tih aplikacija. <\/p>\n
Zapo\u010dnimo s osnovama: Backend smo planirali napraviti na Linuxu. Backend komunicira s bazom podataka, u\u010ditava potrebne popise privilegija i zatim, ovisno o privilegijama koje ima autorizirani korisnik, osigurava pristup za potpisivanje financijskih dokumenata i slanje na izvr\u0161enje, ili generiranje nekog izvje\u0161taja.<\/i> (backend) \u2013 server-side. The choice of language, set of core functions, and predefined structure (framework) is primarily defined by personal preferences, but it is worth mentioning for consideration (the author's opinion on languages is quite subjective, albeit with a claim to an unbiased description): <\/p>\n\nPython \u2013 a language quite friendly for inexperienced users, forgiving some mistakes, but can also be quite strict with developers to prevent them from making serious errors. It is already a well-established and meaningful programming language that emerged in 1991. \n<\/li>\n Go \u2013 a language from Google, also quite friendly and convenient, easy to compile and generate an executable file for any platform. Can be simple and pleasant, or complex and serious. Fresh and young, it appeared relatively recently, in 2009. <\/li>\n Rust \u2013 a bit older than its predecessor, released in 2006, still relatively young compared to its peers. Oriented towards more experienced developers, although it still attempts to handle many low-level tasks on behalf of the programmer.<\/li>\n Java \u2013 a veteran of commercial development, appearing in 1995, it is one of the most frequently used languages for developing enterprise applications currently. Its fundamental concepts and complex runtime environment setup can be quite challenging for newcomers. <\/li>\n ASP.net \u2013 a platform for application development, released by Microsoft. The functionality is mainly written in C# (pronounced C Sharp), which emerged in 2000. Its complexity is comparable to a level between Java and Rust. <\/li>\n PHP \u2013 originally used for preprocessing HTML, currently maintains absolute leadership in the language market, although there is a noticeable trend towards a decline in usage. Characterized by a low entry threshold, simplicity in coding, but at the same time, when developing sufficiently large applications, the language's functionality may prove inadequate. <\/li>\n<\/ul>\n\nAnd the final part of our application \u2013 the most tangible for the user \u2013 Frontend<\/i> (frontend) \u2013 is the face of your application, this is the part that the user interacts with directly. <\/p>\n
Ne ulaze\u0107i u detalje, moderni frontend se oslanja na tri stuba, okvira (i manje okvira), za izradu korisni\u010dkih su\u010delja. Tako\u0111er, tri najpopularnija su: <\/p>\n
\nReactJS \u2013 nije okvir, ve\u0107 knji\u017enica. U su\u0161tini, od ponosnog naziva okvir razlikuje se samo po nedostatku nekih funkcija \"iz kutije\" i potrebom za ru\u010dnom instalacijom. Dakle, postoji nekoliko varijacija \"pripreme\" ove knji\u017enice, koje formiraju svojevrsne okvire. Za po\u010detnike mo\u017ee biti malo te\u017ee, zbog nekih osnovnih principa i dovoljno agresivne konfiguracije okru\u017eenja za izgradnju. Ipak, za brz po\u010detak mo\u017eete koristiti paket \"create-react-app\".<\/li>\n VueJS \u2013 okvir za izradu korisni\u010dkih su\u010delja. Od ove trojice s pravom nosi titulu najpristupa\u010dnijeg okvira, ulazna barijera za razvoj u Vue-u je ni\u017ea nego kod ostalih navedenih kolega. Osim toga, me\u0111u njima je najmla\u0111i. <\/li>\n Angular \u2013 smatra se najte\u017eim od navedenih okvira, jedini zahtijeva prisutnost TypeScript<\/i> (pro\u0161irenje jezika Javascript). \u010cesto se koristi za izradu velikih korporativnih aplikacija. <\/li>\n<\/ul>\n \nSa\u017eimaju\u0107i prethodno napisano, mo\u017ee se zaklju\u010diti da se sada pokretanje aplikacije drasti\u010dno razlikuje od onoga kako je taj proces izgledao ranije. Ipak, nitko ne sprje\u010dava provesti \"deploy\" na stari na\u010din. No, isplati li se malo u\u0161te\u0111enog vremena na po\u010detku \u2013 ogromna koli\u010dina zamki na koje \u0107e nai\u0107i programer koji odabere ovaj put? Smatram da je odgovor \"ne\". Potro\u0161iv\u0161i malo vi\u0161e vremena na upoznavanje s tim alatima (a vi\u0161e ni ne treba, jer trebate shvatiti jesu li vam potrebni u trenutnom projektu ili ne), mo\u0107i \u0107ete to nadoknaditi, znatno smanjuju\u0107i, na primjer, slu\u010dajeve fantomske gre\u0161ke ovisne o okru\u017eenju koje se manifestiraju samo na produkcijskom serveru, no\u0107ne analize \u0161to je dovelo do pada servera i za\u0161to se ne pokre\u0107e, i mnogo drugog.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