[{"data":1,"prerenderedAt":479},["ShallowReactive",2],{"/it-it/the-source/authors/lee-faus/":3,"footer-it-it":31,"the-source-navigation-it-it":339,"the-source-newsletter-it-it":366,"lee-faus-articles-list-authors-it-it":378,"lee-faus-articles-list-it-it":408,"lee-faus-page-categories-it-it":478},{"_path":4,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"config":8,"seo":10,"content":12,"type":23,"slug":24,"_id":25,"_type":26,"title":11,"_source":27,"_file":28,"_stem":29,"_extension":30},"/it-it/the-source/authors/lee-faus","authors",false,"",{"layout":9},"the-source",{"title":11},"Lee Faus",[13,21],{"componentName":14,"componentContent":15},"TheSourceAuthorHero",{"config":16,"name":11,"headshot":18},{"gitlabHandle":17},"lfaus",{"altText":11,"config":19},{"src":20},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463398/vivhlomglvnstamj54bo.jpg",{"componentName":22},"TheSourceArticlesList","author","lee-faus","content:it-it:the-source:authors:lee-faus.yml","yaml","content","it-it/the-source/authors/lee-faus.yml","it-it/the-source/authors/lee-faus","yml",{"_path":32,"_dir":33,"_draft":6,"_partial":6,"_locale":7,"data":34,"_id":335,"_type":26,"title":336,"_source":27,"_file":337,"_stem":338,"_extension":30},"/shared/it-it/main-footer","it-it",{"text":35,"source":36,"edit":42,"contribute":47,"config":52,"items":57,"minimal":327},"Git è un marchio di Software Freedom Conservancy e l'uso del termine \"GitLab\" è regolato da un accordo di licenza",{"text":37,"config":38},"Visualizza origine pagina",{"href":39,"dataGaName":40,"dataGaLocation":41},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":43,"config":44},"Modifica questa pagina",{"href":45,"dataGaName":46,"dataGaLocation":41},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":48,"config":49},"Contribuisci",{"href":50,"dataGaName":51,"dataGaLocation":41},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":53,"facebook":54,"youtube":55,"linkedin":56},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[58,85,158,226,288],{"title":59,"links":60,"subMenu":66},"Piattaforma",[61],{"text":62,"config":63},"Piattaforma DevSecOps",{"href":64,"dataGaName":65,"dataGaLocation":41},"/it-it/platform/","devsecops platform",[67],{"title":68,"links":69},"Prezzi",[70,75,80],{"text":71,"config":72},"Visualizza i piani",{"href":73,"dataGaName":74,"dataGaLocation":41},"/it-it/pricing/","view plans",{"text":76,"config":77},"Perché passare a Premium?",{"href":78,"dataGaName":79,"dataGaLocation":41},"/it-it/pricing/premium/","why premium",{"text":81,"config":82},"Perché passare a Ultimate?",{"href":83,"dataGaName":84,"dataGaLocation":41},"/it-it/pricing/ultimate/","why ultimate",{"title":86,"links":87},"Soluzioni",[88,93,98,103,108,113,118,123,128,133,138,143,148,153],{"text":89,"config":90},"Trasformazione digitale",{"href":91,"dataGaName":92,"dataGaLocation":41},"/it-it/topics/digital-transformation/","digital transformation",{"text":94,"config":95},"Sicurezza e conformità",{"href":96,"dataGaName":97,"dataGaLocation":41},"/it-it/solutions/security-compliance/","security & compliance",{"text":99,"config":100},"Distribuzione software automatizzata",{"href":101,"dataGaName":102,"dataGaLocation":41},"/it-it/solutions/delivery-automation/","automated software delivery",{"text":104,"config":105},"Sviluppo Agile",{"href":106,"dataGaName":107,"dataGaLocation":41},"/it-it/solutions/agile-delivery/","agile delivery",{"text":109,"config":110},"Trasformazione cloud",{"href":111,"dataGaName":112,"dataGaLocation":41},"/it-it/topics/cloud-native/","cloud transformation",{"text":114,"config":115},"SCM",{"href":116,"dataGaName":117,"dataGaLocation":41},"/it-it/solutions/source-code-management/","source code management",{"text":119,"config":120},"CI/CD",{"href":121,"dataGaName":122,"dataGaLocation":41},"/it-it/solutions/continuous-integration/","continuous integration & delivery",{"text":124,"config":125},"Gestione del flusso di valore",{"href":126,"dataGaName":127,"dataGaLocation":41},"/it-it/solutions/value-stream-management/","value stream management",{"text":129,"config":130},"GitOps",{"href":131,"dataGaName":132,"dataGaLocation":41},"/it-it/solutions/gitops/","gitops",{"text":134,"config":135},"Aziende",{"href":136,"dataGaName":137,"dataGaLocation":41},"/it-it/enterprise/","enterprise",{"text":139,"config":140},"Piccole imprese",{"href":141,"dataGaName":142,"dataGaLocation":41},"/it-it/small-business/","small business",{"text":144,"config":145},"Pubblica amministrazione",{"href":146,"dataGaName":147,"dataGaLocation":41},"/it-it/solutions/public-sector/","public sector",{"text":149,"config":150},"Istruzione",{"href":151,"dataGaName":152,"dataGaLocation":41},"/it-it/solutions/education/","education",{"text":154,"config":155},"Servizi finanziari",{"href":156,"dataGaName":157,"dataGaLocation":41},"/it-it/solutions/finance/","financial services",{"title":159,"links":160},"Risorse",[161,166,171,176,181,186,191,196,201,206,211,216,221],{"text":162,"config":163},"Installazione",{"href":164,"dataGaName":165,"dataGaLocation":41},"/it-it/install/","install",{"text":167,"config":168},"Guide rapide",{"href":169,"dataGaName":170,"dataGaLocation":41},"/it-it/get-started/","quick setup checklists",{"text":172,"config":173},"Formazione",{"href":174,"dataGaName":175,"dataGaLocation":41},"https://university.gitlab.com/","learn",{"text":177,"config":178},"Documentazione di prodotto",{"href":179,"dataGaName":180,"dataGaLocation":41},"https://docs.gitlab.com/","docs",{"text":182,"config":183},"Blog",{"href":184,"dataGaName":185,"dataGaLocation":41},"/blog/","blog",{"text":187,"config":188},"Storie di successo dei clienti",{"href":189,"dataGaName":190,"dataGaLocation":41},"/customers/","customer success stories",{"text":192,"config":193},"Lavorare da remoto",{"href":194,"dataGaName":195,"dataGaLocation":41},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"text":197,"config":198},"Servizi GitLab",{"href":199,"dataGaName":200,"dataGaLocation":41},"/it-it/services/","services",{"text":202,"config":203},"TeamOps",{"href":204,"dataGaName":205,"dataGaLocation":41},"/it-it/teamops/","teamops",{"text":207,"config":208},"Community",{"href":209,"dataGaName":210,"dataGaLocation":41},"/community/","community",{"text":212,"config":213},"Forum",{"href":214,"dataGaName":215,"dataGaLocation":41},"https://forum.gitlab.com/","forum",{"text":217,"config":218},"Eventi",{"href":219,"dataGaName":220,"dataGaLocation":41},"/events/","events",{"text":222,"config":223},"Partner",{"href":224,"dataGaName":225,"dataGaLocation":41},"/it-it/partners/","partners",{"title":227,"links":228},"Azienda",[229,234,239,244,249,254,259,263,268,273,278,283],{"text":230,"config":231},"Informazioni",{"href":232,"dataGaName":233,"dataGaLocation":41},"/it-it/company/","company",{"text":235,"config":236},"Opportunità di lavoro",{"href":237,"dataGaName":238,"dataGaLocation":41},"/jobs/","jobs",{"text":240,"config":241},"Leadership",{"href":242,"dataGaName":243,"dataGaLocation":41},"/company/team/e-group/","leadership",{"text":245,"config":246},"Team",{"href":247,"dataGaName":248,"dataGaLocation":41},"/company/team/","team",{"text":250,"config":251},"Manuale",{"href":252,"dataGaName":253,"dataGaLocation":41},"https://handbook.gitlab.com/","handbook",{"text":255,"config":256},"Rapporti con gli investitori",{"href":257,"dataGaName":258,"dataGaLocation":41},"https://ir.gitlab.com/","investor relations",{"text":260,"config":261},"Sustainability",{"href":262,"dataGaName":260,"dataGaLocation":41},"/sustainability/",{"text":264,"config":265},"Diversità, inclusione e appartenenza (DIB)",{"href":266,"dataGaName":267,"dataGaLocation":41},"/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":269,"config":270},"Trust Center",{"href":271,"dataGaName":272,"dataGaLocation":41},"/it-it/security/","trust center",{"text":274,"config":275},"Newsletter",{"href":276,"dataGaName":277,"dataGaLocation":41},"/company/contact/","newsletter",{"text":279,"config":280},"Rassegna stampa",{"href":281,"dataGaName":282,"dataGaLocation":41},"/press/","press",{"text":284,"config":285},"Dichiarazione di trasparenza sulla schiavitù moderna",{"href":286,"dataGaName":287,"dataGaLocation":41},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"title":289,"links":290},"Contattaci",[291,296,301,306,311,316,321],{"text":292,"config":293},"Contatta un esperto",{"href":294,"dataGaName":295,"dataGaLocation":41},"/it-it/sales/","sales",{"text":297,"config":298},"Richiedi assistenza",{"href":299,"dataGaName":300,"dataGaLocation":41},"/support/","get help",{"text":302,"config":303},"Portale clienti",{"href":304,"dataGaName":305,"dataGaLocation":41},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"text":307,"config":308},"Stato",{"href":309,"dataGaName":310,"dataGaLocation":41},"https://status.gitlab.com/","status",{"text":312,"config":313},"Termini di utilizzo",{"href":314,"dataGaName":315,"dataGaLocation":41},"/terms/","terms of use",{"text":317,"config":318},"Informativa sulla privacy",{"href":319,"dataGaName":320,"dataGaLocation":41},"/it-it/privacy/","privacy statement",{"text":322,"config":323},"Preferenze dei cookie",{"dataGaName":324,"dataGaLocation":41,"id":325,"isOneTrustButton":326},"cookie preferences","ot-sdk-btn",true,{"items":328},[329,331,333],{"text":312,"config":330},{"href":314,"dataGaName":315,"dataGaLocation":41},{"text":317,"config":332},{"href":319,"dataGaName":320,"dataGaLocation":41},{"text":322,"config":334},{"dataGaName":324,"dataGaLocation":41,"id":325,"isOneTrustButton":326},"content:shared:it-it:main-footer.yml","Main Footer","shared/it-it/main-footer.yml","shared/it-it/main-footer",{"_path":340,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"logo":341,"subscribeLink":346,"navItems":350,"_id":362,"_type":26,"title":363,"_source":27,"_file":364,"_stem":365,"_extension":30},"/shared/it-it/the-source/navigation",{"altText":342,"config":343},"the source logo",{"src":344,"href":345},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1750191004/t7wz1klfb2kxkezksv9t.svg","/it-it/the-source/",{"text":347,"config":348},"Iscriviti",{"href":349},"#subscribe",[351,355,358],{"text":352,"config":353},"Intelligenza artificiale",{"href":354},"/it-it/the-source/ai/",{"text":94,"config":356},{"href":357},"/it-it/the-source/security/",{"text":359,"config":360},"Piattaforma e infrastruttura",{"href":361},"/it-it/the-source/platform/","content:shared:it-it:the-source:navigation.yml","Navigation","shared/it-it/the-source/navigation.yml","shared/it-it/the-source/navigation",{"_path":367,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"title":368,"description":369,"submitMessage":370,"formData":371,"_id":375,"_type":26,"_source":27,"_file":376,"_stem":377,"_extension":30},"/shared/it-it/the-source/newsletter","Newsletter di The Source","Rimani al passo con le ultime tendenze dello sviluppo software grazie a preziosi approfondimenti.","Hai effettuato l'iscrizione alla newsletter di The Source.",{"config":372},{"formId":373,"formName":374,"hideRequiredLabel":326},28469,"thesourcenewsletter","content:shared:it-it:the-source:newsletter.yml","shared/it-it/the-source/newsletter.yml","shared/it-it/the-source/newsletter",{"amanda-rueda":379,"andre-michael-braun":380,"andrew-haschka":381,"ayoub-fandi":382,"brian-wald":383,"bryan-ross":384,"chandler-gibbons":385,"dave-steer":386,"ddesanto":387,"derek-debellis":388,"emilio-salvador":389,"erika-feldman":390,"george-kichukov":391,"gitlab":392,"grant-hickman":393,"haim-snir":394,"iganbaruch":395,"jlongo":396,"joel-krooswyk":397,"josh-lemos":398,"julie-griffin":399,"kristina-weis":400,"lee-faus":11,"ncregan":401,"rschulman":402,"sabrina-farmer":403,"sandra-gittlen":404,"sharon-gaudin":405,"stephen-walters":406,"taylor-mccaslin":407},"Amanda Rueda","Andre Michael Braun","Andrew Haschka","Ayoub Fandi","Brian Wald","Bryan Ross","Chandler Gibbons","Dave Steer","David DeSanto","Derek DeBellis","Emilio Salvador","Erika Feldman","George Kichukov","GitLab","Grant Hickman","Haim Snir","Itzik Gan Baruch","Joseph Longo","Joel Krooswyk","Josh Lemos","Julie Griffin","Kristina Weis","Niall Cregan","Robin Schulman","Sabrina Farmer","Sandra Gittlen","Sharon Gaudin","Stephen Walters","Taylor McCaslin",{"allArticles":409,"visibleArticles":477,"showAllBtn":326},[410,455],{"_path":411,"_dir":412,"_draft":6,"_partial":6,"_locale":7,"config":413,"seo":417,"content":422,"type":450,"category":412,"slug":451,"_id":452,"_type":26,"title":418,"_source":27,"_file":453,"_stem":454,"_extension":30,"date":423,"description":424,"timeToRead":425,"heroImage":420,"keyTakeaways":426,"articleBody":430,"faq":431},"/it-it/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation","platform",{"layout":9,"template":414,"articleType":415,"author":24,"featured":326,"gatedAsset":416,"isHighlighted":6,"authorName":11},"TheSourceArticle","Regular","source-lp-building-a-resilient-software-development-practice",{"title":418,"description":419,"ogImage":420,"config":421},"Perché la logistica del software è fondamentale per accelerare l'innovazione","Trasforma e accelera i processi di deployment con la logistica software, per una collaborazione efficace tra team delle operazioni e sviluppatori.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463545/nomdlhvlawqmncg0g1p8.png",{"ignoreTitleCharLimit":326},{"title":418,"date":423,"description":424,"timeToRead":425,"heroImage":420,"keyTakeaways":426,"articleBody":430,"faq":431},"2025-04-15","Trasforma i processi di deployment con la logistica software, in modo che il tuo team delle operazioni possa aiutare in modo efficiente gli sviluppatori e distribuire il prodotto più velocemente.","4 minuti di lettura",[427,428,429],"La logistica del software si concentra su ciò che accade dopo la creazione di un pacchetto di codice (provisioning, deployment, configurazione, monitoraggio e manutenzione), ottimizzando la seconda metà della catena di fornitura del software.","Solo l'1% circa del personale tecnico ricopre ruoli operativi, perciò le aziende hanno bisogno di una \"mentalità logistica\" per automatizzare i processi di distribuzione e creare developer experience migliori.","Scegliendo una logistica del software basata sulla metodologia Platform-as-a-Product, è possibile standardizzare i processi preservandone la flessibilità, riducendo così i rischi per la sicurezza e accelerando i cicli di deployment.","Il software non è solo il motore della tua attività: è la tua attività. Ma nonostante le aziende investano molto nelle capacità di sviluppo, spesso trascurano una componente fondamentale: la logistica del software.\n\nQuesto termine si riferisce a tutto ciò che accade dopo che il codice è stato preparato per la distribuzione: provisioning, deployment, configurazione, monitoraggio e manutenzione. È la seconda, e fondamentale, metà della catena di fornitura del software, dove anche le soluzioni progettate in modo più brillante possono vacillare senza un'esecuzione corretta.\n\nLa sfida è chiara: secondo le statistiche, per ogni 100 sviluppatori nella tua azienda probabilmente solo una persona si occupa delle operazioni. Queste risorse in genere si occupano dell'ingegneria di rete, dell'amministrazione del database, del platform engineering e dell'affidabilità del sito. Poiché l'IA generativa aumenterà nettamente la quantità di codice prodotta dagli sviluppatori, si genererà un collo di bottiglia insostenibile al momento della distribuzione del software.\n\n## Perché gli approcci tradizionali sono inadeguati\n**I metodi comuni per gestire tale squilibrio sono generalmente due: sovraccaricare i team operativi o costringere gli sviluppatori a diventare esperti di operazioni. Nessuna delle due soluzioni funziona bene.**\n\nQuando i team delle operazioni sono sopraffatti, creano processi restrittivi che rallentano la distribuzione. Quando gli sviluppatori sono costretti a gestire le operazioni, dedicano meno tempo a ciò che sanno fare meglio, ovvero risolvere i problemi aziendali attraverso il codice. La nostra [ricerca mostra](https://about.gitlab.com/developer-survey/2024/ai/) che gli sviluppatori di solito dedicano solo il 21% del loro tempo a scrivere nuovo codice, mentre il resto è dedicato a riunioni, manutenzione e attività amministrative.\n\nQuesta inefficienza è frustrante e costosa. Ogni giorno, le innovazioni rimangono in attesa del deployment, il che comporta una perdita di valore aziendale.\n\n## Il modello di distribuzione premium per i software\nE se potessi garantire una distribuzione software affidabile e prevedibile? È possibile, grazie a una logistica del software efficace.\n\nProprio come le moderne aziende di logistica hanno rivoluzionato la vendita al dettaglio semplificando la catena di approvvigionamento e portando i prodotti dai magazzini ai clienti in modo efficiente, le aziende devono spostare il software dai registri dei pacchetti agli ambienti di produzione senza ostacoli.\n\nSempre più società stanno investendo nel [platform engineering](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/) per accelerare lo sviluppo del software standardizzando le best practice e i componenti per i team di sviluppo. Ma se le iniziative di platform engineering sono incentrate solo sull'esperienza degli sviluppatori, manca un pezzo fondamentale del puzzle. Migliorare l'esperienza degli sviluppatori è importante, ma rendere più efficiente la creazione del codice perde significato se la tua azienda non ha la maturità operativa per eseguirne il deployment, configurarlo, monitorarlo e mantenerlo in modo efficace.\n\nÈ qui che entra in gioco la logistica del software, che garantisce che una velocità di scrittura maggiore si traduca in valore aziendale reale, invece di creare colli di bottiglia nel processo di deployment o problemi operativi.\n\n## Il vantaggio competitivo della logistica del software\nUna logistica del software efficace ha diversi vantaggi:\n- **Cicli di distribuzione accelerati**: il tempo tra il completamento del codice e il deployment in produzione passa da settimane a pochi giorni o addirittura poche ore.\n- **Sicurezza migliore**: integrare la sicurezza nelle pipeline di sviluppo anziché trattarla come un passaggio finale riduce le vulnerabilità e mantiene la velocità desiderata.\n- **Efficienza operativa migliore**: consente al personale operativo limitato di supportare più sviluppatori grazie all'automazione e alle funzionalità self-service.\n- **Migliore allocazione delle risorse**: gli sviluppatori possono dedicarsi alla creazione di valore aziendale, invece che alla gestione delle complessità del deployment.\n\n## Ottimizzare una logistica del software efficace\nParlando con i responsabili tecnici di aziende di varie dimensioni, ho notato diversi schemi ricorrenti che rendono la logistica del software efficace. Ecco tre passaggi per ottimizzare la logistica del software:\n\n### Creare un framework di distribuzione delle applicazioni aziendale\nLa distribuzione del software moderna richiede un'orchestrazione sofisticata in ambienti, strategie di deployment e problemi operativi diversi. Un framework efficace dovrebbe includere aspetti come **l'orchestrazione delle release** per coordinare il deployment di servizi interdipendenti tra gli ambienti;, **strategie di distribuzione progressiva** come le canary release e i flag funzionalità che consentono implementazioni controllate con verifica automatica e **l'automazione del provisioning** che crea l'infrastruttura di base attraverso interfacce controllate da criteri, imponendo al contempo sistemi di protezione e requisiti di conformità. Generando attestati in ogni fase, questo framework crea un registro verificabile dell'intero processo di consegna e consente di valutare i rischi in tempo reale e di convalidare la conformità.\n\n### Adottare una piattaforma con un archivio dati unificato\nLe aziende con le migliori prestazioni hanno bisogno di metriche complete per l'intera pipeline di consegna, dal commit del codice alle prestazioni di produzione. Non è possibile gestire ciò che non si misura, e i migliori team misurano ogni elemento, dalla velocità di sviluppo alla stabilità operativa, fino alla security posture. Una struttura dati unificata è come il sistema nervoso centrale della logistica software efficace, perché collega in silos le informazioni precedentemente isolate attraverso l'intero ciclo di distrubuzione software e consente un processo decisionale intelligente e l'automazione.\n\n### Aumentare l'autonomia degli sviluppatori attraverso le golden pipeline\nUsando interfacce intuitive che consentono agli sviluppatori di avviare il deployment senza comprendere la complessità che ne sono alla base, con sistemi di protezione integrati, puoi ridurre il carico dei team operativi accelerando i cicli di distribuzione. Come mi ha detto un responsabile del platform engineering: \"Il nostro compito è rendere la piattaforma così facile da usare che i team possono gestirsi da soli\".\n\n## Logistica del software: il fattore che distingue le aziende digital-first\nLa pressione dei concorrenti è in costante aumento, perciò la capacità di spostare in modo efficiente il software dai test alla produzione diventa un fattore di differenziazione cruciale. Se il personale operativo è limitato, la logistica del software può contribuire all'organizzazione dello sviluppo software, accelerando l'innovazione e garantendo sicurezza e affidabilità.",[432,435,438,441,444,447],{"header":433,"content":434},"Cos'è la logistica del software nel contesto dello sviluppo?","Con logistica del software si intendono i processi che si verificano dopo la creazione di un pacchetto del codice, inclusi provisioning, deployment, configurazione, monitoraggio e manutenzione. Rappresenta la seconda metà della catena di fornitura del software e garantisce una distribuzione affidabile, sicura ed efficiente in produzione.",{"header":436,"content":437},"Perché la logistica del software sta diventando sempre più importante?","Poiché il ritmo di creazione del codice sta aumentando grazie all'IA generativa, le aziende devono far fronte a una crescente pressione per eseguirne il deployment e mantenerlo in modo efficiente. Se le risorse operative sono limitate, una logistica del software efficace è essenziale per prevenire colli di bottiglia e creare valore aziendale grazie a uno sviluppo rapido.",{"header":439,"content":440},"In che modo una logistica del software scadente influisce sui cicli di distribuzione?","Senza una logistica ottimizzata, si verificano ritardi nel deployment o operazioni incoerenti, e si fa affidamento eccessivo su team delle operazioni sovraccarichi o su sviluppatori che svolgono lavoro operativo. Questi problemi riducono la velocità di innovazione e aumentano il rischio operativo.",{"header":442,"content":443},"Qual è il ruolo delle \"golden pipeline\" nella logistica del software?","Le golden pipeline offrono flussi di deployment preconfigurati e automatici, che gli sviluppatori possono usare in modo indipendente. Queste pipeline aumentano l'autonomia degli sviluppatori, incorporando sistemi di protezione e compliance e riducendo l'affidamento sui team delle operazioni.",{"header":445,"content":446},"In che modo un archivio dati unificato può migliorare la logistica del software?","Un archivio dati unificato collega le metriche lungo tutto il ciclo di distribuzione software, dal commit del codice alla produzione. Così facendo, consente di ottenere approfondimenti in tempo reale e di monitorare le prestazioni e l'automazione. Le aziende possono dunque gestire il rischio di distribuzione e ottimizzare i risultati.",{"header":448,"content":449},"Perché il platform engineering dovrebbe includere la logistica?","Molti progetti di platform engineering puntano a migliorare la developer experience, ma il lato logistico garantisce che una velocità di codifica maggiore si traduca in un'effettiva efficienza di deployment. Senza funzionalità logistiche, la velocità di sviluppo non aumenta l'agilità aziendale.","article","why-software-logistics-is-key-to-accelerating-innovation","content:it-it:the-source:platform:why-software-logistics-is-key-to-accelerating-innovation:index.yml","it-it/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation/index.yml","it-it/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation/index",{"_path":456,"_dir":412,"_draft":6,"_partial":6,"_locale":7,"config":457,"seo":459,"content":464,"type":450,"category":412,"slug":473,"_id":474,"_type":26,"title":460,"_source":27,"_file":475,"_stem":476,"_extension":30,"date":465,"description":466,"timeToRead":467,"heroImage":462,"keyTakeaways":468,"articleBody":472},"/it-it/the-source/platform/finops-balancing-financial-responsibility-and-innovation",{"layout":9,"template":414,"articleType":415,"author":24,"featured":6,"gatedAsset":458,"isHighlighted":6,"authorName":11},"transform-your-software-development",{"title":460,"description":461,"ogImage":462,"config":463},"FinOps: equilibrio tra responsabilità finanziaria e innovazione","Scopri come il FinOps allinea la responsabilità finanziaria agli obiettivi aziendali, promuovendo un'innovazione aziendale economicamente sostenibile.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463866/i27a3wecdhplvd9wbxqr.png",{"ignoreTitleCharLimit":326},{"title":460,"date":465,"description":466,"timeToRead":467,"heroImage":462,"keyTakeaways":468,"articleBody":472},"2024-11-26","Scopri come FinOps armonizza la responsabilità finanziaria con gli obiettivi aziendali, promuovendo un'innovazione economicamente sostenibile nelle imprese moderne.","5 minuti di lettura",[469,470,471],"FinOps promuove la collaborazione tra i team finanziari, tecnici e aziendali, allineando gli investimenti nel cloud con gli obiettivi aziendali strategici per ottenere il massimo valore.","Migliorando la trasparenza finanziaria, FinOps consente alle organizzazioni di prendere decisioni rapide e basate sui dati, ottimizzando la spesa per il cloud.","L'implementazione di FinOps crea un equilibrio tra innovazione e controllo dei costi, allentando la tensione tra i team di sviluppo del prodotto e quelli delle operazioni.","Quando la spesa per il cloud cresce di pari passo con i team tecnici, spesso bisogna raggiungere un difficile compromesso tra spingere gli sviluppatori a distribuire software più velocemente o frenare l'aumento dei costi. E se si potesse aumentare la produttività degli sviluppatori del 30% riducendo al contempo i costi di progetto del 25%? Sembrerà impossibile, eppure è un obiettivo realistico per le organizzazioni che adottano FinOps (Financial Operations), un approccio basato sui dati che applica i principi e le pratiche DevOps per ottimizzare i costi associati a persone, processi e tecnologia nell'intero ciclo di sviluppo software.\n\nHo visto personalmente come FinOps trasforma le organizzazioni apportando chiarezza finanziaria a ogni aspetto dello sviluppo software. Di recente mi sono riunito con il team DevOps di una compagnia assicurativa che sta iniziando il suo percorso FinOps. Fin dall'inizio abbiamo discusso su come definire indicatori fondamentali come la spesa per il cloud e altre metriche che permettano di aumentare le entrate e ridurre i costi attraverso la gestione del flusso di valore. Queste conversazioni sono essenziali affinché i professionisti FinOps possano valutare come sono organizzati e allocati i team e le risorse e quali processi e strumenti potrebbero implementare per promuovere il cambiamento.\n\nDalle strutture dei team ai processi di sviluppo, fino alle scelte tecnologiche, questa visibilità aiuta i leader a ottimizzare gli investimenti nell'intera operazione. Riunendo team finanziari, di prodotto e tecnici, FinOps consente a CFO, CPO e CTO di prendere decisioni consapevoli, migliorando così l'efficienza aziendale a 360°.\n\nAumentare l'efficienza e ottimizzare i costi non è solo un requisito dal punto di vista tecnico, ma anche un imperativo aziendale strategico, in particolare perché le organizzazioni stanno investendo sempre più denaro nel cloud. FinOps porta la necessaria responsabilità finanziaria nel modello di spesa variabile del cloud. Analizziamo i vantaggi del FinOps e vediamo come iniziare a incorporare le metodologie FinOps nei tuoi flussi di lavoro operativi.\n\n## Che cos'è FinOps?\nFinOps, acronimo di Financial Operations, trasforma il modo di operare dei team finanziari, tecnici, tecnologici e aziendali. Attraverso analisi e dati in tempo reale, i team ottengono una visibilità immediata sulla spesa per il cloud e possono intervenire prima che i costi aumentino. Questo approccio proattivo alla responsabilità finanziaria permette di prendere decisioni rapide e informate sull'allocazione delle risorse, portando a una riduzione quantificabile dei costi.\n\nFondamentalmente, FinOps è una pratica culturale che rende sostenibile questa trasformazione. Stabilendo processi chiari e metriche condivise, i team si assicurano che le loro decisioni tecnologiche quotidiane contribuiscano al raggiungimento di obiettivi aziendali più ampi.\n\n## Perché FinOps è così popolare in questo momento?\nSempre più concentrate sull'IA generativa e sulla produttività degli sviluppatori, molte aziende devono implementare nella fase di distribuzione sistemi di protezione, come flussi di lavoro automatizzati e modelli riutilizzabili, che garantiscano l'adozione di [percorsi strutturati](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/). Si tratta di un aspetto essenziale per le organizzazioni che stanno modernizzando le loro applicazioni e ottimizzando le architetture cloud in produzione.\n\nLe difficoltà aumentano quando si gestiscono costi esterni alla produzione, come quelli di integrazione continua (CI). Le aziende che hanno adottato un approccio basato sui dati possono ottenere un'ampia visibilità sui loro costi di CI. Possono avere una panoramica concreta di come il ridimensionamento CI in orizzontale o in verticale influisca sia sui cicli di feedback che sui costi tra le diverse architetture di processori. Implementando standard come ambienti di test effimeri, garantiscono la qualità e la sicurezza del codice ottimizzando al contempo la spesa.\n\nI responsabili di prodotto, che normalmente controllano il budget per una linea di prodotti specifica, possono anche collaborare con i team IT e i responsabili tecnici per fornire metriche di trasparenza. Questa collaborazione consente ai leader di riunire le proiezioni di bilancio di più servizi e di garantire che le risorse dell'infrastruttura vengano sfruttate al meglio delle loro capacità. Come risultato, i team finanziari possono sapere quali applicazioni generano il maggior ritorno sugli investimenti.\n\n## Un ponte che unisce i settori tecnico e finanziario\nLa creazione di un modello FinOps può comportare l'adozione di una strategia che combini sia incentivi che misure coercitive (il cosiddetto metodo del bastone e della carota). L'approccio della carota favorisce un ambiente più collaborativo e trasparente, mentre quello del bastone (ad esempio rimproverare i team di sviluppo per aver speso troppo) provoca più spesso una disfunzione nei processi. Ci si aspetta che FinOps non serva solo a monitorare l'utilizzo che gli sviluppatori fanno delle risorse cloud, ma che tenga anche conto di cosa serve loro per svolgere il proprio lavoro e di come ciò influisce sui profitti dell'azienda.\n\nDi recente mi sono riunito con una grande compagnia aerea che spendeva quasi 5 milioni di dollari all'anno per le flotte di runner CI. Le analisi di sicurezza, le analisi delle dipendenze e la scansione dei token venivano tutte eseguite all'interno di queste flotte di runner. Avrebbero potuto saltare il passaggio della sicurezza per ridurre la spesa, ma il [potenziale rischio di problemi in quell'area](https://about.gitlab.com/the-source/security/how-to-strengthen-security-by-applying-devsecops-principles/) li preoccupava molto di più che investire il budget nelle flotte di runner. Invece di omettere la fase di sicurezza, l'azienda voleva trovare il modo per rendere le proprie flotte di runner complessivamente più efficienti per ridurre la spesa e per incoraggiare gli sviluppatori a sperimentare e innovare.\n\nUn programma FinOps di successo non richiede un team dedicato di professionisti FinOps a tempo pieno. FinOps funge da collegamento strategico tra team interfunzionali come quello finanzario, di prodotto e tecnico. Un tipico programma FinOps include vari ruoli e funzioni, come un CTO o vicepresidente di ingegneria, un responsabile finanziario e uno o più responsabili tecnici che collaborano regolarmente per valutare i problemi, individuare nuove opportunità di efficienza e creare piani di correzione.\n\nAllineare le operazioni tecniche con gli obiettivi finanziari aiuta a garantire che gli investimenti in infrastrutture cloud e sviluppo software producano il massimo rendimento possibile. Ciò può dimostrare ai team DevSecOps come il loro lavoro contribuisca direttamente ad aumentare i ricavi, a ridurre i costi o entrambe le cose.\n\n## Controllo finanziario intelligente nei flussi di lavoro degli sviluppatori\nFinOps monitora il consumo di risorse sia dal punto di vista dell'utente che operativo per aiutare a ottimizzare i flussi di lavoro degli sviluppatori. Un modo per raggiungere questo obiettivo è analizzare i job di CI e individuare quelli che costano più di quanto il loro valore giustifichi. Ogni pipeline di sviluppo software contiene più job, ognuno dei quali richiede una risorsa di esecuzione come una macchina virtuale (VM) o un container. Più tempo richiede ogni job per essere eseguito, maggiore è il costo. FinOps aiuta gli sviluppatori a capire quali job hanno prestazioni scadenti, così da sottoporli a un refactoring del codice.\n\nSi crea così un modello self-service che consente ai team DevSecOps di lavorare all'interno di linee guida chiare. Ad esempio, una policy potrebbe vietare a qualcuno di eseguire il provisioning di risorse per un valore di 100.000 dollari su AWS, e permettere invece di creare un'immagine EC2 per effettuare dei test. Tuttavia, se questa persona è in grado di giustificare il motivo di tale provisioning, può presentare una richiesta che illustri in che modo il progetto ha il potenziale di generare ricavi per l'azienda. Se riceve l'approvazione, può quindi iniziare il lavoro.\n\nAd ogni modo, ci tengo a rassicurare i professionisti del DevSecOps e dire loro che FinOps non promuove il monitoraggio a scapito dell'innovazione. Piuttosto, fornisce una visibilità completa di come l'organizzazione utilizza il cloud e investe in esso, aiutando i team a identificare le opportunità di miglioramento della produttività cloud. Oltre a favorire la collaborazione tra i team finanziari, tecnici e aziendali, FinOps analizza i modelli di utilizzo e la domanda per prevedere se le risorse devono essere aumentate o diminuite per soddisfare le esigenze future prima che si verifichi un eccesso di spesa.\n\n## Allentare la tensione\nC'è un costante braccio di ferro tra il team tecnico e quello delle operazioni. Il primo ha la missione di favorire l'innovazione per generare nuovi flussi di entrate creando al contempo esperienze eccezionali per i clienti. Il team delle operazioni si concentra, invece, sulla massimizzazione della produttività e sul risparmio economico. Aumentando la produttività degli sviluppatori e riducendo la spesa per il cloud, FinOps allevia la tensione tra questi gruppi e allinea l'efficienza tecnica alla prudenza finanziaria.\n\nFinOps aiuta i team DevSecOps a valutare i costi in base a numeri precisi anziché a impressioni soggettive. È cruciale affrontare lo sviluppo software avendo un'idea chiara di quale sarà il suo impatto finanziario sull'organizzazione, in modo tale da prendere decisioni consapevoli sulla continuità del progetto in base a due domande chiave: il progetto contribuirà ad aumentare i ricavi o a ridurre i costi?\n\nFondamentalmente, FinOps non permette solo di ridurre i costi, ma anche di ottimizzare l'intero ciclo di sviluppo software. Il suo obiettivo è di aiutare gli ingegneri e i team delle operazioni a considerare l'efficienza finanziaria e l'innovazione tecnica come un tutt'uno, in modo tale da comprendere come viene mappato il loro lavoro per aumentare i profitti dell'organizzazione.\n\n_Scopri di più su FinOps sul [sito web della FinOps Foundation](https://www.finops.org/introduction/what-is-finops/)._","finops-balancing-financial-responsibility-and-innovation","content:it-it:the-source:platform:finops-balancing-financial-responsibility-and-innovation:index.yml","it-it/the-source/platform/finops-balancing-financial-responsibility-and-innovation/index.yml","it-it/the-source/platform/finops-balancing-financial-responsibility-and-innovation/index",[410,455],{"ai":352,"platform":359,"security":94},1754424544686]