{"id":97758,"date":"2020-10-21T14:42:32","date_gmt":"2020-10-21T12:42:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kak-masshtabiruetsya-biznes-docker-dlya-obsluzhivaniya-millionov-razrabotchikov-chast-2-ishodyashhie-dannye"},"modified":"2020-10-21T14:42:32","modified_gmt":"2020-10-21T12:42:32","slug":"kak-masshtabiruetsya-biznes-docker-dlya-obsluzhivaniya-millionov-razrabotchikov-chast-2-ishodyashhie-dannye","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-masshtabiruetsya-biznes-docker-dlya-obsluzhivaniya-millionov-razrabotchikov-chast-2-ishodyashhie-dannye","title":{"rendered":"Come scala il business di Docker per servire milioni di sviluppatori, parte 2: Dati in uscita","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Come<\/p>\n

<\/p>\n

Questo \u00e8 il secondo articolo di una serie di articoli, in cui verranno esaminate le limitazioni nel download delle immagini dei container.<\/p>\n

<\/a><\/noindex><\/p>\n

In parte uno<\/a><\/noindex> Abbiamo analizzato in dettaglio le immagini memorizzate in Docker Hub, il pi\u00f9 grande registry di immagini dei container. Scriviamo questo per aiutarvi a comprendere come i nostri aggiornamenti ai Termini di servizio influenzeranno i team di sviluppo che utilizzano Docker Hub per gestire immagini di container e pipeline CICD.<\/p>\n

<\/p>\n

Le limitazioni sulla frequenza dei download sono state annunciate in precedenza nei nostri Termini di servizio<\/a><\/noindex>. Esamineremo in dettaglio le limitazioni sulla frequenza che entreranno in vigore il 1 novembre 2020:<\/p>\n

<\/p>\n

Piano gratuito, utenti anonimi: 100 download ogni 6 ore
\nPiano gratuito, utenti registrati: 200 download ogni 6 ore
\nPiano Pro: senza limitazioni
\nPiano Team: senza limitazioni<\/p>\n

<\/p>\n

La frequenza dei download da Docker \u00e8 definita come il numero di richieste di manifest al Docker Hub. Le limitazioni sulla frequenza di download delle immagini dipendono dal tipo di account che richiede l'immagine, non dal tipo di account del proprietario dell'immagine. Per gli utenti anonimi (non autenticati), la frequenza di download \u00e8 legata all'indirizzo IP.<\/p>\n

<\/p>\n

N.B.<\/strong> Ulteriori dettagli e casi di best practice li troverete nel corso di Docker tenuto da professionisti<\/a><\/noindex>. Inoltre, potete seguirlo quando vi \u00e8 pi\u00f9 comodo - sia in termini di tempo che di stato d'animo. <\/p>\n

<\/p>\n

Riceviamo domande da clienti e dalla comunit\u00e0 riguardo ai livelli delle immagini dei container. Non consideriamo i livelli dell'immagine quando limitiamo la frequenza di download, poich\u00e9 limitiamo il download dei manifesti e il numero di livelli (richieste blob) attualmente non \u00e8 limitato. Questa modifica \u00e8 basata sul feedback della comunit\u00e0 per renderlo pi\u00f9 amichevole per gli utenti, cos\u00ec non c'\u00e8 bisogno di contare i livelli per ogni immagine utilizzata.<\/p>\n

<\/p>\n

Analisi dettagliata delle frequenze di download delle immagini di Docker Hub<\/h2>\n

<\/p>\n

Abbiamo dedicato molto tempo ad analizzare il download delle immagini da Docker Hub per identificare la causa delle limitazioni di velocit\u00e0 e come dovrebbero essere impostate. Ci\u00f2 che abbiamo osservato ha confermato che praticamente tutti gli utenti scaricano le immagini a una velocit\u00e0 prevedibile per i flussi di lavoro standard. Tuttavia, c'\u00e8 un impatto significativo di un piccolo numero di utenti anonimi; ad esempio, circa il 30% di tutti i download proviene solo dall'1% degli utenti anonimi.<\/p>\n

<\/p>\n

\"Come<\/p>\n

<\/p>\n

Le nuove limitazioni sono basate su questa analisi, quindi la maggior parte dei nostri utenti non ne risentir\u00e0. Queste restrizioni sono state impostate per riflettere l'uso comune da parte degli sviluppatori \u2014 esplorazione di Docker, sviluppo del codice, creazione di immagini, ecc.<\/p>\n

<\/p>\n

Supporto agli sviluppatori per una migliore comprensione delle limitazioni della frequenza di download<\/h2>\n

<\/p>\n

Ora che comprendiamo l'impatto e dove dovrebbero essere i limiti, dobbiamo definire le condizioni tecniche per l'applicazione di queste restrizioni. Limitare il download delle immagini dal registro Docker \u00e8 piuttosto complesso. Non troverete API per i caricamenti nella documentazione del registro \u2014 semplicemente non esiste. In effetti, il download di un'immagine rappresenta una combinazione di richieste di manifesto e blob nell'API, e vengono eseguite in modo diverso a seconda dello stato del client e dell'immagine richiesta.<\/p>\n

<\/p>\n

Ad esempio, se avete gi\u00e0 un'immagine, Docker Engine far\u00e0 una richiesta di manifesto, comprender\u00e0 che ha gi\u00e0 tutti i layer necessari sulla base del manifesto ricevuto, dopodich\u00e9 si fermer\u00e0. D'altra parte, se state scaricando un'immagine che supporta pi\u00f9 architetture, la richiesta di manifesto restituir\u00e0 un elenco di manifesti delle immagini per ciascuna architettura supportata. Successivamente, Docker Engine emetter\u00e0 un'altra richiesta di manifesto riguardo a un'architettura specifica su cui sta lavorando, e in risposta ricever\u00e0 un elenco di tutti i layer dell'immagine. Poi richieder\u00e0 ogni layer mancante (blob).<\/p>\n

<\/p>\n

N.B.<\/strong> Questo argomento \u00e8 trattato in modo pi\u00f9 ampio nel corso Docker<\/a><\/noindex>, in cui esamineremo tutti i suoi strumenti: dalle principali astrazioni alle opzioni di rete, alle complessit\u00e0 del lavoro con diversi sistemi operativi e linguaggi di programmazione. Scoprirai la tecnologia e capirai dove e come utilizzare al meglio Docker.<\/p>\n

<\/p>\n

Quindi, il download di un'immagine \u00e8 in realt\u00e0 una o due richieste di manifesto, oltre a una serie infinita di richieste per i livelli (blob). Storicamente, Docker ha monitorato la frequenza dei download in base ai livelli, poich\u00e9 questo \u00e8 pi\u00f9 legato all'utilizzo della larghezza di banda. Tuttavia, abbiamo ascoltato la comunit\u00e0, poich\u00e9 \u00e8 pi\u00f9 complicato, dato che \u00e8 necessario tracciare il numero di livelli richiesti, il che porter\u00e0 a ignorare le best practices relative al lavoro con Dockerfile, rendendo anche meno intuitivo per gli utenti che desiderano semplicemente lavorare con il registry senza approfondire i dettagli.<\/p>\n

<\/p>\n

Limitiamo il numero di richieste in base alle richieste di manifesti. Questo \u00e8 direttamente correlato al download delle immagini, il che \u00e8 facilmente comprensibile per gli utenti. C'\u00e8, per\u00f2, un piccolo dettaglio: se provi a scaricare un'immagine che hai gi\u00e0, la richiesta verr\u00e0 comunque conteggiata, anche se non scaricherai i layer. In ogni caso, speriamo che questo metodo di limitazione della frequenza di download risulti equo e conveniente per gli utenti.<\/p>\n

<\/p>\n

Aspettiamo i vostri feedback<\/h2>\n

<\/p>\n

Monitoreremo le limitazioni e apporteremo le modifiche necessarie basate su scenari d'uso standard, per assicurarci che le limitazioni siano adatte a tutti i tipi di utenti e, in particolare, ci impegneremo a non ostacolare mai il lavoro degli sviluppatori.<\/p>\n

<\/p>\n

Rimanete sintonizzati nei prossimi giorni, ci sar\u00e0 un altro articolo sulla configurazione di CI e sistemi di produzione alla luce di questi cambiamenti.<\/p>\n

<\/p>\n

Infine, nell'ambito del supporto alla comunit\u00e0 degli sviluppatori di software open source, entro il 1\u00b0 novembre offriremo nuovi piani tariffari per il codice open source. Per fare domanda, \u00e8 necessario compilare un modulo. qui<\/a><\/noindex>.<\/p>\n

<\/p>\n

Per ulteriori informazioni sulle ultime modifiche ai termini di servizio, contattare FAQ<\/a><\/noindex>.<\/p>\n

<\/p>\n

Coloro che necessitano di aumentare i limiti sulla frequenza di download delle immagini, Docker offre download illimitati delle immagini come caratteristica dei piani Pro o Team<\/a><\/noindex>. Come sempre, attendiamo il vostro feedback e le vostre domande qui<\/a><\/noindex>.<\/p>\n

Fonte: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u042d\u0442\u043e \u0432\u0442\u043e\u0440\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u0438\u0437 \u0441\u0435\u0440\u0438\u0438 \u0441\u0442\u0430\u0442\u0435\u0439, \u0432 \u043d\u0435\u0439 \u0431\u0443\u0434\u0443\u0442 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u044b \u043e\u0433\u0440\u0430\u043d\u0438\u0447\u0435\u043d\u0438\u044f \u043f\u0440\u0438 \u0441\u043a\u0430\u0447\u0438\u0432\u0430\u043d\u0438\u0438 \u043e\u0431\u0440\u0430\u0437\u043e\u0432 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432. \u0412 \u043f\u0435\u0440\u0432\u043e\u0439 \u0447\u0430\u0441\u0442\u0438 \u043c\u044b \u043f\u043e\u0434\u0440\u043e\u0431\u043d\u043e \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043e\u0431\u0440\u0430\u0437\u044b, \u0445\u0440\u0430\u043d\u0438\u043c\u044b\u0435 \u0432 Docker Hub, \u043a\u0440\u0443\u043f\u043d\u0435\u0439\u0448\u0435\u043c registry \u043e\u0431\u0440\u0430\u0437\u043e\u0432 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432. \u041c\u044b \u043f\u0438\u0448\u0435\u043c \u043e\u0431 \u044d\u0442\u043e\u043c \u0434\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u0432\u044b \u043b\u0443\u0447\u0448\u0435 \u043f\u043e\u043d\u0438\u043c\u0430\u043b\u0438, \u043a\u0430\u043a \u043d\u0430\u0448\u0438 \u043e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u043d\u044b\u0435 \u0423\u0441\u043b\u043e\u0432\u0438\u044f \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u044f \u043f\u043e\u0432\u043b\u0438\u044f\u044e\u0442 \u043d\u0430 \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u043e\u0432, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0449\u0438\u0445 Docker Hub \u0434\u043b\u044f \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u043e\u0431\u0440\u0430\u0437\u0430\u043c\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":97759,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97758","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Come scala il business di Docker per servire milioni di sviluppatori, parte 2: Risultati | ProHoster","description":"Questo \u00e8 il secondo articolo di una serie di articoli in cui verranno esaminati i limiti sul download delle immagini dei contenitori. Nel primo articolo, abbiamo esaminato in dettaglio le immagini memorizzate in Docker Hub, il pi\u00f9 grande registry di immagini per contenitori. Scriviamo questo per aiutarti a comprendere meglio come i nostri aggiornati termini di servizio influenzeranno i team di sviluppatori che utilizzano Docker Hub per gestire le immagini","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-masshtabiruetsya-biznes-docker-dlya-obsluzhivaniya-millionov-razrabotchikov-chast-2-ishodyashhie-dannye","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\u041a\u0430\u043a \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u0442\u0441\u044f \u0431\u0438\u0437\u043d\u0435\u0441 Docker \u0434\u043b\u044f \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u044f \u043c\u0438\u043b\u043b\u0438\u043e\u043d\u043e\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u043e\u0432, \u0447\u0430\u0441\u0442\u044c 2: \u0418\u0441\u0445\u043e\u0434\u044f\u0449\u0438\u0435 \u0434\u0430\u043d\u043d\u044b\u0435 | ProHoster","og:description":"\u042d\u0442\u043e \u0432\u0442\u043e\u0440\u0430\u044f \u0441\u0442\u0430\u0442\u044c\u044f \u0438\u0437 \u0441\u0435\u0440\u0438\u0438 \u0441\u0442\u0430\u0442\u0435\u0439, \u0432 \u043d\u0435\u0439 \u0431\u0443\u0434\u0443\u0442 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u044b \u043e\u0433\u0440\u0430\u043d\u0438\u0447\u0435\u043d\u0438\u044f \u043f\u0440\u0438 \u0441\u043a\u0430\u0447\u0438\u0432\u0430\u043d\u0438\u0438 \u043e\u0431\u0440\u0430\u0437\u043e\u0432 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432. \u0412 \u043f\u0435\u0440\u0432\u043e\u0439 \u0447\u0430\u0441\u0442\u0438 \u043c\u044b \u043f\u043e\u0434\u0440\u043e\u0431\u043d\u043e \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043e\u0431\u0440\u0430\u0437\u044b, \u0445\u0440\u0430\u043d\u0438\u043c\u044b\u0435 \u0432 Docker Hub, \u043a\u0440\u0443\u043f\u043d\u0435\u0439\u0448\u0435\u043c registry \u043e\u0431\u0440\u0430\u0437\u043e\u0432 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432. \u041c\u044b \u043f\u0438\u0448\u0435\u043c \u043e\u0431 \u044d\u0442\u043e\u043c \u0434\u043b\u044f \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u0432\u044b \u043b\u0443\u0447\u0448\u0435 \u043f\u043e\u043d\u0438\u043c\u0430\u043b\u0438, \u043a\u0430\u043a \u043d\u0430\u0448\u0438 \u043e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u043d\u044b\u0435 \u0423\u0441\u043b\u043e\u0432\u0438\u044f \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u044f \u043f\u043e\u0432\u043b\u0438\u044f\u044e\u0442 \u043d\u0430 \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u043e\u0432, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044e\u0449\u0438\u0445 Docker Hub \u0434\u043b\u044f \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u043e\u0431\u0440\u0430\u0437\u0430\u043c\u0438","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/kak-masshtabiruetsya-biznes-docker-dlya-obsluzhivaniya-millionov-razrabotchikov-chast-2-ishodyashhie-dannye","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-10-21T12:42:32+00:00","article:modified_time":"2020-10-21T12:42:32+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97758","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 10:13:06","updated":"2022-10-03 12:11:36"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/97758","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=97758"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/97758\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/97759"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=97758"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=97758"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=97758"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}