{"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 si espande 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 esaminati i limiti per il download delle immagini dei contenitori.<\/p>\n

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

In prima parte<\/a><\/noindex> Abbiamo esaminato in dettaglio le immagini memorizzate in Docker Hub, il pi\u00f9 grande registry di immagini dei contenitori. Scriviamo di questo affinch\u00e9 possiate comprendere meglio come i nostri aggiornati Termini di servizio influenzeranno i team di sviluppo che utilizzano Docker Hub per gestire le immagini dei contenitori e le pipeline CICD.<\/p>\n

<\/p>\n

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

<\/p>\n

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

<\/p>\n

La frequenza dei download da parte di Docker \u00e8 definita come il numero di richieste di manifesti a Docker Hub. Le restrizioni sui 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 dei download \u00e8 legata all'indirizzo IP.<\/p>\n

<\/p>\n

N.B.<\/strong> Altri dettagli e best practice li troverai nel corso di Docker tenuto da professionisti<\/a><\/noindex>. Inoltre, puoi seguirlo quando ti \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 layer delle immagini dei contenitori. Non consideriamo i layer dell'immagine nelle restrizioni sulla frequenza di download, poich\u00e9 limitiamo il download dei manifesti e attualmente non vi \u00e8 alcun limite sul numero di layer (richieste blob). Questa modifica si basa sul feedback della comunit\u00e0, per renderlo pi\u00f9 amichevole per gli utenti, cos\u00ec gli utenti non devono contare i layer su ogni immagine che utilizzano.<\/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 determinare la causa delle limitazioni della velocit\u00e0 e come dovrebbero essere implementate. Ci\u00f2 che abbiamo scoperto ha confermato che praticamente tutti gli utenti scaricano le immagini a una velocit\u00e0 prevedibile per i flussi di lavoro tipici. Tuttavia, c'\u00e8 un impatto notevole 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 si basano su questa analisi, quindi la maggior parte dei nostri utenti non subir\u00e0 alcun danno. Queste restrizioni sono state create per riflettere l'uso normale da parte degli sviluppatori: esplorazione di Docker, sviluppo di codice, creazione di immagini, ecc.<\/p>\n

<\/p>\n

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

<\/p>\n

Ora che abbiamo compreso l'impatto e dove devono essere posti i limiti, dobbiamo definire le condizioni tecniche per l'implementazione di queste restrizioni. Limitare il download delle immagini dal registro Docker \u00e8 piuttosto complicato. Non troverai un API per gli upload nella descrizione del registro \u2014 semplicemente non esiste. In effetti, il download di un'immagine rappresenta una combinazione di richieste per il manifesto e dei blob nell'API, e queste vengono eseguite in modo diverso a seconda dello stato del client e dell'immagine richiesta.<\/p>\n

<\/p>\n

Ad esempio, se hai gi\u00e0 un'immagine, Docker Engine invier\u00e0 una richiesta per il manifesto, capir\u00e0 che ha gi\u00e0 tutti i layer necessari in base al manifesto ricevuto, e quindi si fermer\u00e0. D'altra parte, se stai scaricando un'immagine che supporta pi\u00f9 architetture, la richiesta per il manifesto restituir\u00e0 un elenco di manifesti dell'immagine per ogni architettura supportata. Successivamente, Docker Engine invier\u00e0 un'altra richiesta per il manifesto riguardo all'architettura specifica su cui opera, ricevendo in risposta un elenco di tutti i layer dell'immagine. Poi richieder\u00e0 ogni layer mancante (blob).<\/p>\n

<\/p>\n

N.B.<\/strong> Questo tema viene trattato pi\u00f9 ampiamente nel corso Docker<\/a><\/noindex>, in cui esamineremo tutti i suoi strumenti: dalle astrazioni di base alle impostazioni di rete, alle sfumature del lavoro con diversi sistemi operativi e linguaggi di programmazione. Ti familiarizzerai con la tecnologia e comprenderai dove e come utilizzare al meglio Docker.<\/p>\n

<\/p>\n

Risulta che il download di un'immagine sia in realt\u00e0 una o due richieste di manifesto, oltre a richieste di livelli (blob) che vanno da zero all'infinito. Storicamente, Docker ha monitorato la frequenza dei download basandosi sui livelli, poich\u00e9 questo \u00e8 pi\u00f9 correlato all'uso della larghezza di banda. Tuttavia, abbiamo ascoltato la community, dato che questo approccio \u00e8 pi\u00f9 complicato, poich\u00e9 \u00e8 necessario monitorare il numero richiesto di livelli, il che porter\u00e0 a ignorare le best practices relative all'utilizzo di Dockerfile e, in generale, non sar\u00e0 intuitivo per gli utenti che desiderano semplicemente lavorare con il registry senza approfondire i dettagli.<\/p>\n

<\/p>\n

Quindi, limitiamo il numero di richieste basate sulle 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 gi\u00e0 presente, la richiesta sar\u00e0 comunque conteggiata, anche se non scaricherai i livelli. In ogni caso, speriamo che questo metodo di limitazione della frequenza dei download sia giusto e comodo per gli utenti.<\/p>\n

<\/p>\n

Aspettiamo i vostri feedback<\/h2>\n

<\/p>\n

Monitoreremo le limitazioni e apporteremo le opportune modifiche sulla base dei casi d'uso comuni, per assicurarci che i limiti siano adatti a ogni tipo di utente e, in particolare, ci impegneremo a non ostacolare mai i programmatori nel loro lavoro.<\/p>\n

<\/p>\n

Seguite i nostri messaggi nelle prossime settimane, ci sar\u00e0 un altro articolo sulla configurazione dei sistemi CI e di produzione alla luce di queste modifiche.<\/p>\n

<\/p>\n

Infine, nell'ambito del supporto alla comunit\u00e0 degli sviluppatori di software open source, entro il 1 novembre forniremo nuovi piani tariffari per il codice aperto. Per fare richiesta, \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

A coloro che necessitano di aumentare i limiti sulla frequenza di download delle immagini, Docker offre download illimitati di immagini come caratteristica dei piani Pro o Team<\/a><\/noindex>. Come sempre, aspettiamo feedback e 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\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 si espande il business di Docker per servire milioni di sviluppatori, parte 2: Risultati | ProHoster","description":"","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: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","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\/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}]}}