{"id":86472,"date":"2020-06-25T19:41:59","date_gmt":"2020-06-25T17:41:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy"},"modified":"2020-06-25T19:41:59","modified_gmt":"2020-06-25T17:41:59","slug":"sovremennaya-infrastruktura-problemy-i-perspektivy","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy","title":{"rendered":"Infrastruttura moderna: problemi e prospettive","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Infrastruttura moderna: problemi e prospettive\" src=\"\/wp-content\/uploads\/2020\/06\/11ee21e8779fbedf460fcdc6e753a151.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAlla fine di maggio <noindex><a rel=\"nofollow\" href=\"https:\/\/www.facebook.com\/groups\/feedme.ru\/\">noi<\/a><\/noindex> abbiamo condotto un meetup online sul tema <noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/uf4EgFmUY1Y\">\u00abInfrastruttura moderna e container: problemi e prospettive\u00bb<\/a><\/noindex>. Abbiamo parlato di container, Kubernetes e orchestrazione in generale, sui criteri di scelta dell'infrastruttura e molto altro. I partecipanti hanno condiviso casi dalla propria esperienza. <\/p>\n<p><b>Partecipanti:<\/b><\/p>\n<ul>\n<li><b>Evgenij Potapov, CEO \u00abITSumma\u00bb<\/b>. Pi\u00f9 della met\u00e0 dei suoi clienti sta gi\u00e0 passando o desidera passare a Kubernetes.<\/li>\n<li><b>Dmitrij Stoljarov, CTO \u00abFlant\u00bb<\/b>. Ha oltre 10 anni di esperienza con sistemi containerizzati.<\/li>\n<li><b>Denis Remchukov (aka Eric Oldmann), COO argotech.io, ex-RAO EES<\/b>. Ha promesso di raccontare casi dal \u00abbloody\u00bb enterprise.<\/li>\n<li><b>Andrej Fedorovskij, CTO \u00abNews360.com\u00bb<\/b>Dopo l'acquisto dell'azienda da parte di un altro attore, \u00e8 responsabile di vari progetti ML e AI e dell'infrastruttura.<\/li>\n<li><b>Ivan Kruglov, ingegnere di sistema, ex\u2013Booking.com.<\/b>Proprio quell'uomo che ha fatto molto con Kubernetes con le sue mani.<\/li>\n<\/ul>\n<p>\n<b>Temi:<\/b><\/p>\n<ul>\n<li>Insight dei partecipanti sui container e sull'orchestrazione (Docker, Kubernetes e altro); cosa hanno provato nella pratica o analizzato.<\/li>\n<li>Caso: L'azienda sta costruendo un piano di sviluppo dell'infrastruttura per anni. Come viene presa la decisione di costruire (o migrare l'attuale) infrastruttura su container e Kubernetes o meno? <\/li>\n<li>Problemi nel mondo del cloud-native, cosa manca, facciamo delle fantasie su cosa ci sar\u00e0 domani.<\/li>\n<\/ul>\n<p>\nSi \u00e8 instaurata una discussione interessante, le opinioni dei partecipanti erano cos\u00ec diverse e hanno suscitato cos\u00ec tanti commenti che vogliamo condividerli con voi. C'\u00e8 <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/watch?v=uf4EgFmUY1Y\">un video di tre ore<\/a><\/noindex>, e qui sotto \u2013 un sunto della discussione. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Kubernetes \u00e8 gi\u00e0 uno standard o una grande strategia di marketing?<\/h2>\n<p>\n<i>\u00abSiamo arrivati a lui (Kubernetes. \u2014 Ndr.) quando ancora nessuno sapeva di cosa si trattasse. Siamo arrivati a lui quando non esisteva ancora. Lo volevamo gi\u00e0 prima\u00bb \u2014 <b>Dmitrij Stoljarov<\/b><\/i><\/p>\n<p><img decoding=\"async\" alt=\"Infrastruttura moderna: problemi e prospettive\" src=\"\/wp-content\/uploads\/2020\/06\/a814dda8f5e37560b6882535522498a6.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto da Reddit.com<\/i><\/p>\n<p>Cinque-dieci anni fa esistevano una miriade di strumenti, e non c'era uno standard unico. Ogni sei mesi appariva un nuovo prodotto, e a volte anche pi\u00f9 di uno. Prima Vagrant, poi Salt, Chef, Puppet,\u2026 \u00abe dovevi ricostruire la tua infrastruttura ogni sei mesi. Avevi cinque amministratori impegnati a riscrivere costantemente le configurazioni\u00bb \u2014 ricorda Andrej Fedorovskij. Ritiene che Docker e Kubernetes abbiano \u00absoppiantato\u00bb gli altri. <b>Docker \u00e8 diventato uno standard negli ultimi cinque anni, Kubernetes \u2014 negli ultimi due anni. E questo \u00e8 positivo per l'industria.<\/b>.<\/p>\n<p>Dmitry Stolyarov e il suo team amano Kubernetes. Hanno desiderato questo strumento prima che fosse disponibile e si sono avvicinati a esso quando nessuno ne era a conoscenza. Al momento, per comodit\u00e0, non prendono clienti se comprendono che non implementeranno Kubernetes. Secondo Dmitry, l'azienda ha \"moltissime storie di successo gigantesche nella trasformazione di terribili legacy\".<\/p>\n<p><b>Kubernetes non \u00e8 solo orchestrazione di container, ma un sistema di gestione della configurazione con API avanzata, un componente di rete, bilanciamento L3 e controller Ingress, che consente di gestire relativamente facilmente le risorse, scalare e astrarsi dai livelli inferiori dell'infrastruttura.<\/b><\/p>\n<p>Sfortunatamente, nella nostra vita bisogna pagare per tutto. E questa tassa \u00e8 alta, soprattutto quando si parla della transizione verso Kubernetes per aziende con infrastrutture consolidate, secondo Ivan Kruglov. Potrebbe lavorare facilmente sia in un'azienda con un'infrastruttura tradizionale che con Kubernetes. \u00c8 fondamentale comprendere le peculiarit\u00e0 dell'azienda e del mercato. Ma, ad esempio, per Yevgeny Potapov, che generalizzerebbe Kubernetes a qualsiasi strumento di orchestrazione di container, questo problema non si pone. <\/p>\n<p>Yevgeny ha fatto un'analogia con la situazione degli anni '90, quando \u00e8 emersa la programmazione orientata agli oggetti come modo per programmare applicazioni complesse. In quel momento, i dibattiti non si fermavano e comparivano nuovi strumenti che supportavano l'OOP. Poi sono emersi i microservizi come modo per allontanarsi dal concetto monolitico. Questo, a sua volta, ha portato alla nascita dei container e degli strumenti per la loro gestione. \"Credo che presto arriveremo a un momento in cui non ci si chieder\u00e0 se valga la pena scrivere un'applicazione piccola in microservizi, sar\u00e0 scritta automaticamente come microservizio\", afferma. Allo stesso modo, Docker e Kubernetes diventeranno nel tempo soluzioni standard senza necessit\u00e0 di scelta.<\/p>\n<h2>Il problema delle basi \u00e8 stateless<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Infrastruttura moderna: problemi e prospettive\" src=\"\/wp-content\/uploads\/2020\/06\/5bd0a882ea3cebcafbb846570672be20.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto di <noindex><a rel=\"nofollow\" href=\"https:\/\/unsplash.com\/@jankolar?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText\">Twitter: @jankolario su Unsplash<\/a><\/noindex><\/i><\/p>\n<p>Ogni giorno ci sono molti ricette per avviare database in Kubernetes. Anche su come separare la parte che lavora con il disco I\/O dalla parte, in modo condizionale, dell'applicazione del database. <b>\u00c8 possibile che in futuro i database si trasformino cos\u00ec tanto da essere forniti in un pacchetto in cui una parte sar\u00e0 orchestrata tramite Docker e Kubernetes, mentre l'altra parte dell'infrastruttura, tramite un software separato, fornir\u00e0 la parte di storage?<\/b> I database si trasformeranno come prodotto?<\/p>\n<p>Questa descrizione ricorda la gestione delle code, ma le richieste per l'affidabilit\u00e0 e la sincronizzazione delle informazioni nei database tradizionali sono molto pi\u00f9 elevate, sostiene Andrey. Il cache hit ratio nei database normali si mantiene attorno al 99%. Se un worker si ferma, ne viene avviato un altro e la cache viene \"riscaldata\" da zero. Finch\u00e9 la cache non \u00e8 riscaldata, il worker lavora lentamente, quindi non si pu\u00f2 caricare un carico utente. Senza carico utente, la cache non viene riscaldata. \u00c8 un circolo vizioso. <\/p>\n<p>Dmitry \u00e8 totalmente in disaccordo: i quorum e lo sharding risolvono il problema. Ma Andrey insiste che la soluzione non \u00e8 adatta a tutti. In alcune situazioni un quorum pu\u00f2 funzionare, ma comporta un carico aggiuntivo sulla rete. Un database NoSQL non \u00e8 adatto in tutti i casi. <\/p>\n<p>I partecipanti al meet-up si sono divisi in due fazioni.<\/p>\n<p>Denis e Andrey affermano che tutto ci\u00f2 che scrive su disco \u2014 database e altro \u2014 non \u00e8 possibile realizzare nell'attuale ecosistema di Kubernetes. <b>\u00c8 impossibile mantenere l'integrit\u00e0 e la coerenza dei dati produttivi in Kubernetes. Questa \u00e8 una caratteristica fondamentale.<\/b> Soluzione: infrastruttura ibrida. <\/p>\n<p>Anche i moderni database cloud native, come MongoDB e Cassandra, o le code di messaggi, come Kafka o RabbitMQ, richiedono costanti archiviazioni di dati al di fuori di Kubernetes. <\/p>\n<p>Eugene obietta: \u00abI database in Kubernetes sono un trauma quasi russo o quasi aziendale, legato al fatto che in Russia non c'\u00e8 adozione del cloud\u00bb. Le piccole o medie imprese in occidente sono cloud. Utilizzare i database Amazon RDS \u00e8 pi\u00f9 semplice che gestire Kubernetes da soli. In Russia si utilizza Kubernetes \"on-premise\" e si trasferiscono in esso i database quando si cerca di liberarsi dello zoo tecnico.<\/p>\n<p>Dmitry non \u00e8 d'accordo con l'affermazione che non si possono mantenere database in Kubernetes: \u00abUn database non \u00e8 come un altro. Se si inserisce un enorme database relazionale \u2014 allora assolutamente no. Se si mette qualcosa di piccolo e cloud native, pronto a una vita semi-efimerale, andr\u00e0 tutto bene.\u00bb Dmitry ha anche menzionato che gli strumenti di gestione dei database non sono pronti n\u00e9 per Docker n\u00e9 per Kubernetes, quindi sorgono grandi problemi.<\/p>\n<p>Ivan, da parte sua, \u00e8 certo che anche se si astraesse dai concetti di stateful e stateless, l'ecosistema delle soluzioni enterprise in Kubernetes non \u00e8 ancora pronto. Con Kubernetes \u00e8 difficile soddisfare i requisiti delle autorit\u00e0 legislative e regolatorie. Ad esempio, non \u00e8 possibile implementare una soluzione di identity provision che richieda garanzie rigorose di identificazione del server, fino all'hardware inserito nei server. Questo settore si sta sviluppando, ma al momento non esiste una soluzione.<br \/>\nI partecipanti non sono riusciti a trovare un accordo, pertanto non ci saranno conclusioni in questa parte. Ecco alcuni casi pratici.<\/p>\n<h3>Caso 1. Sicurezza informatica del \u00abmegaregulator\u00bb con database esterni a Kubernetes<\/h3>\n<p>\nIn caso di un sistema di cybersecurity sviluppato, l'uso di contenitori e orchestrazione consente di difendersi da attacchi e intrusioni. Ad esempio, in un megaregulator, Denis e il suo team hanno implementato un legame tra l'orchestratore e un servizio SIEM addestrato, che analizza i log in tempo reale e determina il processo di attacco, violazione o guasto. In caso di attacco, tentativi di caricare qualcosa o durante un'intrusione da parte di un ransomware, il sistema solleva i contenitori con le applicazioni pi\u00f9 velocemente di quanto possano infettarsi, o pi\u00f9 velocemente di quanto possa attaccarli l'aggressore.<\/p>\n<h3>Caso 2. Parziale migrazione dei database di Booking.com in Kubernetes<\/h3>\n<p>\nIn Booking.com, il database principale \u00e8 MySQL con replica asincrona: c'\u00e8 un master e un'intera gerarchia di slave. Al momento della partenza di Ivan dall'azienda, era stato avviato un progetto per trasferire gli slave, che possono essere \u00abdeportati\u00bb con un certo danno.<\/p>\n<p>Oltre al database principale, esiste un'installazione di Cassandra con orchestrazione personalizzata, creata ancor prima che Kubernetes diventasse mainstream. Non ci sono problemi in questo senso, ma essa conserva persistentemente su SSD locali. I repository remoti, anche all'interno dello stesso data center, non vengono utilizzati a causa di problemi di elevata latenza.<\/p>\n<p>La terza classe di database \u00e8 il servizio di ricerca di Booking.com, dove ogni nodo del servizio \u00e8 un database. I tentativi di migrare il servizio di ricerca in Kubernetes non sono andati a buon fine, poich\u00e9 ogni nodo ha 60-80 GB di storage locale, che \u00e8 difficile da \u00absollevare\u00bb e \u00abriscaldare\u00bb.<\/p>\n<p>Di conseguenza, il motore di ricerca non \u00e8 stato migrato in Kubernetes, e Ivan non pensa che ci saranno nuovi tentativi nel prossimo futuro. Il database MySQL \u00e8 stato trasferito solo parzialmente: solo gli slave, che non sono un problema \u00abdeportare\u00bb. Cassandra si \u00e8 adattata perfettamente.<\/p>\n<h2>La scelta dell'infrastruttura come compito senza soluzione generale<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Infrastruttura moderna: problemi e prospettive\" src=\"\/wp-content\/uploads\/2020\/06\/35cc454130402e47fcb9db3dbf159abb.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto di <noindex><a rel=\"nofollow\" href=\"https:\/\/www.pexels.com\/@artunchained?utm_content=attributionCopyText&amp;utm_medium=referral&amp;utm_source=pexels\">Manuel Geissinger di Pexels<\/a><\/noindex><\/i><\/p>\n<p>Supponiamo di avere una nuova azienda, o un'azienda in cui parte dell'infrastruttura \u00e8 stata costruita in modo tradizionale. In essa si sta elaborando un piano di sviluppo dell'infrastruttura per gli anni a venire. Come si decide se costruire l'infrastruttura su container e Kubernetes o meno? <\/p>\n<p>Le aziende che si battono per i nanosecondi sono escluse dalla discussione. Un sano conservatorismo si ripaga per motivi di affidabilit\u00e0, ma ci sono comunque aziende che dovrebbero considerare nuovi approcci.<\/p>\n<p>Ivan: \u00abSicuramente adesso avvierei un'azienda nel cloud, semplicemente perch\u00e9 \u00e8 pi\u00f9 veloce\u00bb, anche se non necessariamente pi\u00f9 economico. Con lo sviluppo del capitale di rischio, le startup non hanno grandi problemi di denaro e l'obiettivo principale \u00e8 conquistare il mercato. <\/p>\n<p>Ivan sostiene che <b>lo sviluppo dell'infrastruttura attuale \u00e8 un criterio di scelta<\/b>. Se in passato ci sono stati investimenti significativi e funziona, non ha senso rifarlo. Se invece l'infrastruttura non \u00e8 sviluppata e ci sono problemi con gli strumenti, la sicurezza e il monitoraggio, ha senso considerare un'infrastruttura distribuita. <\/p>\n<p>Le tasse dovranno essere pagate in ogni caso, e Ivan pagherebbe quella che gli consentirebbe in futuro di pagare meno. \u00ab<b>Perch\u00e9 semplicemente viaggiando su un treno trainato da altri, percorrer\u00f2 molta pi\u00f9 distanza rispetto a se salissi su un altro treno, nel quale devo mettere io stesso il carburante.<\/b>\u00bb \u2014 dice Ivan. Quando l'azienda \u00e8 nuova e i requisiti per la latenza sono di decine di millisecondi, Ivan guarderebbe verso gli \u00aboperatori\u00bb, dove oggi si \u00abinseriscono\u00bb i database classici. Questi sollevano una catena di replica che si commuta automaticamente in caso di failover, e cos\u00ec via...<\/p>\n<p>Per una piccola azienda con un paio di server in Kubernetes non ha senso, - afferma Andrey. Ma se si prevede di crescere fino a cento server e oltre, allora \u00e8 necessaria l'automazione e un sistema di gestione delle risorse. Nel 90% dei casi, i costi si ripagano. Questo vale indipendentemente dal livello di carico e risorse. A tutti, dalle startup fino alle grandi aziende con un milione di utenti, conviene cominciare a guardare ai prodotti per l'orchestrazione dei container. \u00abS\u00ec, questo \u00e8 davvero il futuro\u00bb, \u00e8 convinto Andrey.<\/p>\n<p>Denis ha identificato due criteri principali - <b>scalabilit\u00e0 e resilienza delle operazioni.<\/b> Sceglier\u00e0 quegli strumenti che si adattano meglio a questo compito. \u00abPu\u00f2 essere un no-name assemblato a mano, con Nutanix Community Edition. Pu\u00f2 essere una seconda linea in forma di applicazione su Kuber con un database sul backend, che viene replicato e ha parametri RTO e RPO definiti\u00bb (obiettivi di recovery time\/point \u2014 <i>esempio<\/i>).<\/p>\n<p>Evgeny ha evidenziato un possibile problema con le risorse umane. Al momento, non ci sono molti specialisti di alto livello sul mercato che comprendano \u00able interiora\u00bb della tecnologia. Infatti, se la tecnologia scelta \u00e8 obsoleta, \u00e8 difficile assumere qualcuno che non sia molto anziano e stanco della vita. Tuttavia, altri partecipanti ritengono che si tratti di una questione di formazione delle risorse umane. <br \/>\nSe poniamo la questione della scelta: avviare una piccola azienda nel Public Cloud con database in Amazon RDS o \u201con premise\u201d con database in Kubernetes, nonostante alcuni svantaggi, la scelta dei partecipanti \u00e8 ricaduta su Amazon RDS. <\/p>\n<p>Poich\u00e9 la maggior parte degli ascoltatori del meetup non proviene dal \u00abcruento\u00bb enterprise, <b>le soluzioni distribuite sono ci\u00f2 a cui bisogna aspirare. I sistemi di archiviazione dei dati devono essere distribuiti, affidabili e creare latenze misurabili in millisecondi, al massimo in decine di millisecondi.<\/b>, ha riassunto Andrey.<\/p>\n<h2>Valutazione dell'utilizzo di Kubernetes<\/h2>\n<p>\nL'ascoltatore Anton Zhbankov ha posto una trappola per gli apologeti di Kubernetes: come hanno scelto e fatto la valutazione tecnico-economica? Perch\u00e9 Kubernetes, perch\u00e9 non macchine virtuali, ad esempio? <\/p>\n<p><img decoding=\"async\" alt=\"Infrastruttura moderna: problemi e prospettive\" src=\"\/wp-content\/uploads\/2020\/06\/cd179deffb9bf66c3cb12d7ca9ef9244.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto di <noindex><a rel=\"nofollow\" href=\"https:\/\/unsplash.com\/@artyana?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText\">Tatyana Eremina su Unsplash<\/a><\/noindex><\/i><\/p>\n<p>A questa domanda hanno risposto Dmitry e Ivan. In entrambi i casi, attraverso un processo di tentativi ed errori, \u00e8 stata elaborata una sequenza di decisioni, che ha portato entrambi i partecipanti a scegliere Kubernetes. Ora le aziende iniziano a sviluppare autonomamente software che ha senso trasferire su Kubernetes. Non si parla di sistemi terzi classici, come 1C. Kubernetes \u00e8 utile quando gli sviluppatori devono rilasciare rapidamente aggiornamenti, in un continuo miglioramento senza interruzioni.<\/p>\n<p>Il team di Andrey ha provato a realizzare un cluster scalabile basato su macchine virtuali. I nodi cadevano come pedine del domino, il che a volte portava al crollo del cluster. \u00abTeoricamente si pu\u00f2 continuare a implementarlo e mantenerlo manualmente, ma \u00e8 faticoso. E se sul mercato esiste una soluzione che funziona subito, ci dirigiamo verso di essa con piacere. Ed \u00e8 ci\u00f2 che abbiamo fatto\u00bb, racconta Andrey.<\/p>\n<p>Esistono standard per tale analisi e calcolo, ma nessuno pu\u00f2 dire quanto siano validi su hardware reale in uso. \u00c8 inoltre importante comprendere ogni strumento e l'ecosistema, ma questo \u00e8 impossibile.<\/p>\n<h2>Cosa ci aspetta<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Infrastruttura moderna: problemi e prospettive\" src=\"\/wp-content\/uploads\/2020\/06\/d7843eb5da33c8aa5b444e86b43184d5.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto di <noindex><a rel=\"nofollow\" href=\"https:\/\/unsplash.com\/@drew_beamer?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText\">Drew Beamer su Unsplash<\/a><\/noindex><\/i><\/p>\n<p>Quando le tecnologie si evolvono, emergono sempre pi\u00f9 pezzi disgiunti, e poi avviene una transizione, appare un fornitore che ha raccolto abbastanza \"risorse\" affinch\u00e9 tutto si unisca in un unico strumento.<\/p>\n<p><b>Non pensate che arriver\u00e0 un momento in cui emerger\u00e0 uno strumento come \u00e8 stata Ubuntu per il mondo Linux?<\/b> Potrebbe darsi che un unico strumento di containerizzazione e orchestrazione includa anche Kubernetes. Con esso diventer\u00e0 semplice costruire cloud on-premise. <\/p>\n<p>Ivan ha risposto: \"Google sta attualmente costruendo Anthos \u2014 \u00e8 la loro offerta pacchetto che distribuisce il cloud e include Kuber, Service Mesh, monitoraggio, \u2014 tutta l'infrastruttura necessaria per i microservizi in un ambiente \"on-premise\". Siamo quasi nel futuro.\"<\/p>\n<p>Denis ha anche menzionato Nutanix e VMWare con il prodotto vRealize Suite, che possono affrontare compiti simili senza la containerizzazione.<\/p>\n<p>Dmitry ha condiviso l'opinione che ridurre il \"dolore\" e abbattere le tasse siano due direzioni in cui ci si pu\u00f2 aspettare miglioramenti. <\/p>\n<p><b>Riassumendo la discussione, evidenziamo i seguenti problemi dell'infrastruttura moderna<\/b><\/p>\n<ul>\n<li>Tre partecipanti hanno subito segnalato il problema con lo stato.<\/li>\n<li>Varie problematiche di supporto alla sicurezza, inclusa la probabilit\u00e0 che in Docker ci siano pi\u00f9 versioni di Python, server applicazioni e componenti.<br \/>\nSpreco di risorse, di cui sarebbe meglio fare un incontro separato.<br \/>\nProblema della formazione, poich\u00e9 l'orchestrazione rappresenta un ecosistema complesso.<br \/>\nUn problema generale del settore \u00e8 l'uso improprio degli strumenti.<\/p>\n<p>Spetta a voi trarre le conclusioni. Rimane l'impressione che l'accoppiamento Docker+Kubernetes abbia difficolt\u00e0 a diventare la parte \"centrale\" del sistema. Ad esempio, i sistemi operativi sono installati su hardware per primi, cosa che non si pu\u00f2 dire dei container e dell'orchestrazione. Magari in futuro sistemi operativi e container si integreranno con il software di gestione cloud.<\/p>\n<p><img decoding=\"async\" alt=\"Infrastruttura moderna: problemi e prospettive\" src=\"\/wp-content\/uploads\/2020\/06\/4f90f876985af1b515a9d5a471ba3c74.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto di <noindex><a rel=\"nofollow\" href=\"https:\/\/www.pexels.com\/@gabrielsantosfotografia?utm_content=attributionCopyText&amp;utm_medium=referral&amp;utm_source=pexels\">Gabriel Santos Fotografia da Pexels<\/a><\/noindex><\/i><\/p>\n<p>Colgo l'occasione per salutare mia madre e ricordo che abbiamo un gruppo su Facebook <noindex><a rel=\"nofollow\" href=\"https:\/\/www.facebook.com\/groups\/feedme.ru\/\">\u00abGestione e sviluppo di grandi progetti IT\u00bb<\/a><\/noindex>, canale <noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/feedmeto\">@feedmeto<\/a><\/noindex> con pubblicazioni interessanti da vari tecnoblog. E il mio canale <noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/rybakalexey\">@rybakalexey<\/a><\/noindex>, dove parlo della gestione dello sviluppo nelle aziende di prodotto.<\/li>\n<\/ul>\n<p>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/508018\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u043a\u043e\u043d\u0446\u0435 \u043c\u0430\u044f \u043c\u044b \u043f\u0440\u043e\u0432\u0435\u043b\u0438 \u043e\u043d\u043b\u0430\u0439\u043d-\u043c\u0438\u0442\u0430\u043f \u043d\u0430 \u0442\u0435\u043c\u0443 \u00ab\u0421\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u0430\u044f \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 \u0438 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u044b: \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0438 \u043f\u0435\u0440\u0441\u043f\u0435\u043a\u0442\u0438\u0432\u044b\u00bb. \u041f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438 \u043e \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u0430\u0445, Kubernetes \u0438 \u043e\u0440\u043a\u0435\u0441\u0442\u0440\u0430\u0446\u0438\u0438 \u0432 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u0435, \u043e \u043a\u0440\u0438\u0442\u0435\u0440\u0438\u044f\u0445 \u0432\u044b\u0431\u043e\u0440\u0430 \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b \u0438 \u043c\u043d\u043e\u0433\u043e\u043c \u0434\u0440\u0443\u0433\u043e\u043c. \u0423\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0438 \u043f\u043e\u0434\u0435\u043b\u0438\u043b\u0438\u0441\u044c \u043a\u0435\u0439\u0441\u0430\u043c\u0438 \u0438\u0437 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0439 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438. \u0423\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0438: \u0415\u0432\u0433\u0435\u043d\u0438\u0439 \u041f\u043e\u0442\u0430\u043f\u043e\u0432, CEO \u00abITSumma\u00bb. \u0411\u043e\u043b\u044c\u0448\u0435 \u043f\u043e\u043b\u043e\u0432\u0438\u043d\u044b \u0435\u0433\u043e \u043a\u043b\u0438\u0435\u043d\u0442\u043e\u0432 \u043b\u0438\u0431\u043e \u0443\u0436\u0435 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u044f\u0442, \u043b\u0438\u0431\u043e \u0445\u043e\u0442\u044f\u0442 \u043f\u0435\u0440\u0435\u0439\u0442\u0438 \u043d\u0430 Kubernetes. \u0414\u043c\u0438\u0442\u0440\u0438\u0439 \u0421\u0442\u043e\u043b\u044f\u0440\u043e\u0432, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":86473,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-86472","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u043a\u043e\u043d\u0446\u0435 \u043c\u0430\u044f\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0421\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u0430\u044f \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430: \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0438 \u043f\u0435\u0440\u0441\u043f\u0435\u043a\u0442\u0438\u0432\u044b | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u043a\u043e\u043d\u0446\u0435 \u043c\u0430\u044f\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-06-25T17:41:59+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-06-25T17:41:59+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Infrastruttura moderna: problemi e prospettive | ProHoster","description":"Alla fine di maggio","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u0430\u044f \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430: \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0438 \u043f\u0435\u0440\u0441\u043f\u0435\u043a\u0442\u0438\u0432\u044b | ProHoster","og:description":"\u0412 \u043a\u043e\u043d\u0446\u0435 \u043c\u0430\u044f","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-06-25T17:41:59+00:00","article:modified_time":"2020-06-25T17:41:59+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"86472","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 14:14:33","updated":"2022-09-29 19:19:47","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/86472","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=86472"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/86472\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/86473"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=86472"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=86472"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=86472"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}