hosting<\/a>), Yandex.\u041e\u0431\u043b\u0430\u043a\u043e (offre 4000 rubli per 2 mesi), Microsoft Azure (offre accesso gratuito a servizi popolari per un anno, + 12.500 rubli per qualsiasi servizio in un mese). In questo modo, puoi provare uno qualsiasi di questi provider senza spendere un centesimo, ma ricevendo un'idea del livello e della qualit\u00e0 dei servizi erogati. \n<\/li>\n<\/ul>\n\nA seconda del percorso scelto, in seguito cambier\u00e0 solo il fatto che, in gran parte, la responsabilit\u00e0 per un'area specifica di gestione ricade su di te. Se gestisci il servizio da solo, devi capire che eventuali interruzioni di corrente, di connessione a Internet, del server stesso e del software installato su di esso \u2013 tutto questo ricade interamente sulle tue spalle. Tuttavia, per scopi di formazione e test, questo \u00e8 pi\u00f9 che sufficiente. <\/p>\n
Se non hai una macchina in pi\u00f9 in grado di fungere da server, allora potresti voler considerare il secondo o terzo percorso. Il secondo caso \u00e8 simile al primo, con l'eccezione che trasferisci la responsabilit\u00e0 per la disponibilit\u00e0 del server e la sua potenza sulle spalle del fornitore di hosting. L'amministrazione del server e del software \u00e8 ancora sotto il tuo controllo. <\/p>\n
E infine, l'opzione di affittare capacit\u00e0 dai provider cloud. Qui puoi impostare una gestione automatizzata praticamente di qualsiasi cosa, senza dover scendere troppo nei dettagli tecnici. Inoltre, invece di una sola macchina, puoi avere pi\u00f9 istanze (esemplari) eseguite in parallelo, che possono, ad esempio, occuparsi di diverse parti dell'applicazione, senza differire molto nel costo rispetto all'acquisto di un server dedicato. Inoltre, qui sono disponibili strumenti di orchestrazione, containerizzazione, deploy automatico, integrazione continua e molto altro! Alcune di queste cose le esamineremo di seguito. <\/p>\n
In generale, l'infrastruttura del server appare cos\u00ec: abbiamo quello che viene chiamato \u00aborchestratore\u00bb (l'\u00aborchestrazione\u00bb \u00e8 il processo di gestione di pi\u00f9 istanze di server), che gestisce le modifiche all'ambiente su un'istanza del server, un contenitore di virtualizzazione (opzionale, ma molto frequentemente utilizzato), che consente di suddividere l'applicazione in strati logici isolati, e un software per l'Integrazione Continua \u2013 che permette di aggiornare il codice distribuito tramite \u00abscript\u00bb. <\/p>\n
Quindi, l'orchestrazione ti consente di visualizzare gli stati dei server, di eseguire il \u00abrolling out\u00bb o il \u00abrollback\u00bb degli aggiornamenti dell'ambiente del server, e cos\u00ec via. In un primo momento, questo aspetto difficilmente ti riguarder\u00e0, poich\u00e9 per orchestrare qualcosa \u00e8 necessario avere diversi server (si pu\u00f2 anche avere uno solo, ma a che pro?), e per avere diversi server \u00e8 necessaria una domanda per essi. Tra gli strumenti di questo campo, il pi\u00f9 noto \u00e8 Kubernetes, sviluppato Google<\/i>. <\/p>\n
Il passo successivo \u00e8 la virtualizzazione a livello di OS. Attualmente, il concetto di \u00abcontainerizzazione\u00bb ha guadagnato una vasta diffusione, derivante dallo strumento Docker<\/i>, fornendo funzionalit\u00e0 di contenitori isolati l'uno dall'altro, ma che vengono eseguiti nel contesto di un unico sistema operativo. Cosa significa questo: in ciascuno di questi contenitori \u00e8 possibile eseguire un'applicazione, o anche un insieme di applicazioni, che penseranno di essere le uniche presenti nell'intero sistema operativo, senza sospettare nemmeno dell'esistenza di qualcun altro su quella macchina. Questa funzione \u00e8 molto utile sia per eseguire applicazioni identiche di versioni diverse, sia semplicemente per applicazioni in conflitto, e anche per suddividere porzioni di un'applicazione in strati. Questo stampo di strati pu\u00f2 successivamente essere registrato in un'immagine, che pu\u00f2 essere utilizzata, ad esempio, per il deployment dell'applicazione. Cio\u00e8, installando questa immagine, e distribuendo i contenitori che contiene, si ottiene un ambiente pronto per eseguire la tua applicazione! Nella fase iniziale, puoi utilizzare questo strumento sia per scopi educativi, sia per ottenere un vantaggio reale, distribuendo la logica dell'applicazione su diversi strati. Tuttavia, \u00e8 opportuno dire che la containerizzazione non \u00e8 necessaria per tutti, e non sempre. La containerizzazione \u00e8 giustificata nei casi in cui l'applicazione \u00e8 \"frammentata\", suddivisa in piccole parti, ognuna responsabile di un compito specifico, quella che viene comunemente definita \"architettura a microservizi\". <\/p>\n
Inoltre, oltre a fornire un ambiente, \u00e8 necessario garantire anche un corretto deployment dell'applicazione, che comprenda varie trasformazioni del codice, installazioni di librerie e pacchetti associati all'applicazione, esecuzioni di test, notifiche su queste operazioni e cos\u00ec via. Qui dobbiamo prestare attenzione a un concetto come \"Integrazione Continua\" (CI \u2013 Continuous Integration<\/i>). Gli strumenti principali in questo campo attualmente sono Jenkins (un software per CI, scritto in Java, che potrebbe sembrare un po' complesso all'inizio), Travis CI<\/i> (scritto in Ruby, soggettivamente, leggermente pi\u00f9 semplice di Jenkins,<\/i>tuttavia, \u00e8 comunque necessario avere alcune conoscenze nella configurazione del deployment), Gitlab CI<\/i> (scritto in Ruby e Go<\/i>). <\/p>\n
Quindi, dopo aver parlato dell'ambiente in cui la tua applicazione dovr\u00e0 operare, \u00e8 finalmente giunto il momento di esaminare gli strumenti che il mondo moderno ci offre per creare queste applicazioni. <\/p>\n
Iniziamo dalle basi: Backend<\/i> (backend) \u2013 parte server. La scelta del linguaggio, del set di funzioni principali e della struttura predefinita (framework) qui \u00e8 determinata principalmente da preferenze personali, ma \u00e8 comunque opportuno menzionare per considerazione (l'opinione dell'autore sui linguaggi \u00e8 piuttosto soggettiva, sebbene si proponga di fornire una descrizione imparziale): <\/p>\n\nPython \u00e8 un linguaggio abbastanza amichevole per l'utente inesperto, perdona alcuni errori, ma pu\u00f2 essere anche abbastanza severo con lo sviluppatore, affinch\u00e9 non commetta errori gravi. \u00c8 gi\u00e0 un linguaggio di programmazione maturo e ben definito, apparso nel 1991. \n<\/li>\n Go \u00e8 un linguaggio sviluppato da Google, anch'esso molto amichevole e comodo, facile da compilare e ottenere un file eseguibile su qualsiasi piattaforma. Pu\u00f2 essere semplice e piacevole, ma anche complesso e serio. \u00c8 fresco e giovanile, apparso relativamente di recente, nel 2009. <\/li>\n Rust \u00e8 un po' pi\u00f9 vecchio del suo collega precedente, rilasciato nel 2006, ma \u00e8 ancora relativamente giovane rispetto ai suoi simili. \u00c8 orientato a sviluppatori pi\u00f9 esperti, pur cercando di risolvere molte delle attivit\u00e0 a basso livello per conto del programmatore.<\/li>\n Java \u00e8 un veterano dello sviluppo commerciale, emerso nel 1995, ed \u00e8 uno dei linguaggi pi\u00f9 utilizzati nello sviluppo di applicazioni aziendali oggi. Con i suoi concetti di base e la complessit\u00e0 della configurazione dell'ambiente di esecuzione, pu\u00f2 diventare piuttosto complicato per un principiante. <\/li>\n ASP.net \u00e8 una piattaforma per lo sviluppo di applicazioni, rilasciata da Microsoft. Per scrivere funzioni, si utilizza principalmente il linguaggio C# (si pronuncia C-sharp), apparso nel 2000. Per complessit\u00e0, \u00e8 paragonabile a un livello tra Java e Rust. <\/li>\n PHP \u00e8 stato originariamente utilizzato per il pre-processing di HTML, attualmente, sebbene mantenga un assoluto predominio nel mercato dei linguaggi, si osserva una tendenza al calo del suo utilizzo. Caratterizzato da una bassa soglia di ingresso e dalla facilit\u00e0 di scrittura del codice, ma, allo stesso tempo, nello sviluppo di applicazioni piuttosto ampie, la funzionalit\u00e0 del linguaggio potrebbe risultare insufficiente. <\/li>\n<\/ul>\n\nE la parte finale della nostra applicazione \u2013 la pi\u00f9 tangibile per l'utente \u2013 Frontend<\/i> (frontend) \u2013 \u00e8 il volto della tua applicazione, \u00e8 proprio con questa parte che l'utente interagisce direttamente. <\/p>\n
Senza entrare nei dettagli, il moderno frontend si basa su tre pilastri, framework (e non solo), per la creazione di interfacce utente. Di conseguenza, i tre pi\u00f9 popolari sono: <\/p>\n
\nReactJS \u2013 non \u00e8 un framework, ma una libreria. In effetti, differisce dal titolo orgoglioso di framework solo per l'assenza di alcune funzionalit\u00e0 'out of the box' e per la necessit\u00e0 di installarle manualmente. Esistono diverse varianti di 'preparazione' di questa libreria, che formano dei veri e propri framework. Pu\u00f2 risultare un po' complicato per i principianti, a causa di alcuni principi di base e della configurazione piuttosto complessa dell'ambiente di sviluppo. Tuttavia, per un avvio veloce, \u00e8 possibile utilizzare il pacchetto 'create-react-app'.<\/li>\n VueJS \u2013 \u00e8 un framework per la creazione di interfacce utente. Tra questa triade, merita giustamente il titolo di framework pi\u00f9 user-friendly; per sviluppare in Vue, la soglia di ingresso \u00e8 inferiore rispetto agli altri blasonati fratelli. Inoltre, tra di loro \u00e8 il pi\u00f9 giovane. <\/li>\n Angular \u2013 \u00e8 considerato il pi\u00f9 complesso dei framework citati, ed \u00e8 l'unico che richiede la presenza di TypeScript<\/i> (un'estensione del linguaggio Javascript). \u00c8 spesso utilizzato per la creazione di grandi applicazioni aziendali. <\/li>\n<\/ul>\n \nRiassumendo quanto sopra, si pu\u00f2 concludere che oggi l'implementazione di un'applicazione \u00e8 radicalmente diversa rispetto a come si svolgeva in passato. Tuttavia, nessuno vieta di eseguire il 'deploy' alla vecchia maniera. Ma ne vale la pena, rispetto al tempo risparmiato all'inizio, considerando il gran numero di etti che il programmatore che ha scelto questo percorso dovr\u00e0 affrontare? Credo che la risposta sia 'no'. Investendo un po' pi\u00f9 di tempo per familiarizzare con questi strumenti (e non ce ne vuole molto, poich\u00e9 \u00e8 necessario capire se siano necessari nel progetto attuale o meno), sar\u00e0 possibile recuperare quel tempo, riducendo significativamente, ad esempio, i casi di errori fantasma, legati all'ambiente e che si manifestano solo sul server di produzione, le notti trascorse a capire cosa abbia causato il crash del server e perch\u00e9 non riesca a riavviarsi, e molto altro.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