---
title: "blog/post-single"
canonical_url: "https://www.laioutr.com/it/blog/10-years-microservices-modern-commerce-retrospective"
locale: it
---
# 10 anni di microservizi nel commercio: cosa Goetsch ha previsto correttamente
Indice
1. [1.Cosa Goetsch ha previsto correttamente](#cosa-goetsch-ha-previsto-correttamente)
2. [2.Cosa Goetsch ha sbagliato, o sottovalutato](#cosa-goetsch-ha-sbagliato-o-sottovalutato)
3. [3.Cosa significa questo per il vostro replatforming](#cosa-significa-questo-per-il-vostro-replatforming)
4. [4.Conclusione: Goetsch aveva ragione, e ha lasciato una lacuna](#conclusione-goetsch-aveva-ragione-e-ha-lasciato-una-lacuna)
1. [1.Cosa Goetsch ha previsto correttamente](#cosa-goetsch-ha-previsto-correttamente)
2. [2.Cosa Goetsch ha sbagliato, o sottovalutato](#cosa-goetsch-ha-sbagliato-o-sottovalutato)
3. [3.Cosa significa questo per il vostro replatforming](#cosa-significa-questo-per-il-vostro-replatforming)
4. [4.Conclusione: Goetsch aveva ragione, e ha lasciato una lacuna](#conclusione-goetsch-aveva-ragione-e-ha-lasciato-una-lacuna)
Ottobre 2016. Kelly Goetsch, all'epoca in commercetools, pubblica un agile eBook di O'Reilly: *Microservices for Modern Commerce*. 76 pagine, sponsorizzato da commercetools, con una prefazione di Jean-Jacques van Oosten, all'epoca Chief Digital Officer del gruppo Rewe. La tesi centrale: i microservizi ridisegneranno in modo permanente lo stack del commercio, i monoliti backend spariranno, le API diventeranno la nuova infrastruttura.
Dieci anni dopo, quella tesi è diventata consenso condiviso. Headless, MACH, Composable: l'intero vocabolario di categoria che usiamo oggi è nato direttamente da questo modo di pensare. Ed è proprio per questo che il libro merita una **retrospettiva a distanza di un decennio**: quali previsioni si sono rivelate corrette? Quali sono state superate dalla realtà? E quale lacuna Goetsch ha descritto con troppa leggerezza, una lacuna che da allora è diventata il vero collo di bottiglia della differenziazione?
## Cosa Goetsch ha previsto correttamente
### 1. La legge di Conway è il fattore decisivo, non la tecnologia
A pagina 3, Goetsch cita la celebre osservazione del 1968 di Mel Conway: *"Qualsiasi organizzazione che progetta un sistema produrrà un progetto la cui struttura è una copia della struttura di comunicazione dell'organizzazione stessa."* Definisce poi i microservizi direttamente come "Hacking Conway's Law".
Nel 2016, sollevare questo punto all'interno di una discussione prevalentemente tecnica era degno di nota. Dieci anni dopo, l'intuizione è semplicemente innegabile: i progetti composable falliscono nella pratica non a causa degli strumenti, ma a causa dei silos organizzativi. Il team frontend da una parte, il team backend dall'altra, il team dei contenuti da qualche parte nel mezzo, e lo stack composable torna rapidamente a essere un monolite, solo con molte più parti in movimento.
Se oggi state pianificando un replatforming con team ancora strutturati per livelli orizzontali (team di sviluppo, team ops, team dei contenuti), non riuscirete a sfruttare la flessibilità tecnica delle architetture composable. È la struttura organizzativa a decidere. Sempre.
### 2. Complessità interna contro complessità esterna: lo spostamento è reale
Uno dei concetti più acuti del libro è la distinzione tra *Architettura interna* e *Architettura esterna*. Goetsch scrive: *"In sostanza, i microservizi spostano la complessità verso l'esterno, scambiando la complessità esterna con la semplicità interna."* Ogni singolo microservizio diventa più semplice. La rete che li collega, service discovery, eventing, API gateway, orchestrazione dei container, diventa molto più complessa.
Questo spostamento si è pienamente concretizzato nel 2026. Kubernetes è ormai uno strumento standard. L'event streaming tramite Kafka è una disciplina a sé. Le configurazioni degli API gateway riempiono interi repository. La semplicità interna si è materializzata. Ma la complessità esterna ha assunto un peso che molti team avevano sottovalutato nel 2016.
### 3. L'omnicanalità ha bisogno di un'unica fonte di verità per ogni funzione
Goetsch descrive la vera omnicanalità così: un unico sistema per ogni capacità di business (prezzi, inventario, promozioni) e, al di sopra di questo, *"interfacce utente più o meno usa e getta."* La tesi sul backend si è rivelata del tutto corretta. Oggi nessuno stack e-commerce serio gestisce prezzi, inventario e promozioni contemporaneamente con un unico sistema monolitico.
Shopware, commercetools, SFCC in configurazione headless, Algolia per la ricerca, Stripe per i pagamenti: la disaggregazione del backend è una realtà consolidata. Su questo punto il mercato ha dato a Goetsch il massimo dei voti.
## Cosa Goetsch ha sbagliato, o sottovalutato
### 4. Le "interfacce usa e getta" sono state l'errore più costoso del decennio
Qui la questione si fa interessante. Nel 2016 Goetsch scrive che, nella vera omnicanalità, le interfacce utente sono *"più o meno usa e getta."* Basta costruire una volta API backend pulite e le nuove interfacce utente, per Apple Watch, chioschi, chatbot, possono essere assemblate in pochi giorni.
Questa ipotesi si è rivelata sbagliata. Non in teoria, ma nella pratica.
Ciò che è realmente accaduto: la disaggregazione del backend ha generato un'enorme nuova complessità sul frontend. Ogni nuovo frontend deve ora coordinare chiamate API verso decine di microservizi, implementare strategie di caching per ogni tipo di dato, gestire la logica di personalizzazione, rispettare i performance budget e gestire contemporaneamente i rollout globali su più mercati e lingue. Realizzare oggi uno storefront composable su Next.js, commercetools e Algolia significa scrivere molto più codice frontend rispetto a qualsiasi sviluppo custom su Shopware 6, con una complessità operativa nettamente superiore.
L'"interfaccia usa e getta" nella pratica non era affatto usa e getta. Era semplicemente meno visibile nel dibattito incentrato sul backend del 2016.
### 5. Oggi il layer frontend è il vero collo di bottiglia della differenziazione
Quando i backend sono standardizzabili e acquistabili come SaaS, e lo sono, è la conferma della tesi MACH, la differenziazione competitiva si sposta verso il frontend. Chi rilascia nuove esperienze più velocemente, chi applica la personalizzazione più vicino al rendering, chi esegue A/B test senza deployment del backend, chi compone contenuti assistiti dall'AI senza il coinvolgimento degli sviluppatori: è questo che vince.
È esattamente il layer che Goetsch ha sottovalutato nel 2016. E oggi è il collo di bottiglia.
Quello che Goetsch descriveva come l'API gateway nel ruolo di "Backend for your Frontend" si è evoluto entro il 2026 nelle Frontend Management Platform. Una FMP si fa carico dell'*Architettura esterna* del layer frontend, routing, composizione, caching, personalizzazione, deployment, in modo analogo a ciò che l'orchestrazione dei container ha fatto per il layer backend.
L'analogia è diretta: così come nel 2016 non avreste voluto gestire un deployment a microservizi senza orchestrazione dei container, nel 2026 non volete gestire uno storefront composable senza uno standard per il layer frontend.
## Cosa significa questo per il vostro replatforming
Se oggi state pianificando uno stack composable, la retrospettiva su Goetsch fa emergere tre domande utili:
**Domanda 1: la vostra struttura organizzativa è pronta per la legge di Conway?** Team di prodotto cross-funzionali per ogni capacità di business non sono un optional. Senza di essi non riuscirete a sfruttare la flessibilità dello stack composable, indipendentemente dagli strumenti che scegliete. Ne parliamo più diffusamente nel nostro articolo [La legge di Conway nel replatforming composable](https://www.laioutr.com/en/blog/conways-law-composable-replatforming "Conway's Law in Composable Replatforming").
**Domanda 2: avete un piano per l'architettura esterna del vostro frontend?** I microservizi backend avevano bisogno di un piano, orchestrazione dei container, API gateway, service discovery. Il vostro frontend ha bisogno di un piano equivalente. Senza uno standard per il layer frontend, il TCO del composable esplode. Ne parliamo più diffusamente in [Headless da solo non basta](https://www.laioutr.com/en/blog/headless-microservices-frontend-layer-gap "Headless Alone Is Not Enough").
**Domanda 3: chi possiede il layer frontend come capacità?** Non come "il team frontend" che smaltisce ticket, ma come una capacità di business distinta, con una propria ownership, una propria influenza sulla roadmap, proprie decisioni sugli strumenti. È il principio di ownership che Goetsch descriveva per i microservizi, applicato al layer frontend.
## Conclusione: Goetsch aveva ragione, e ha lasciato una lacuna
*Microservices for Modern Commerce* è stato un libro importante nel 2016. Ha innescato un dibattito che ha portato al movimento MACH, alla crescita di commercetools, a Shopware headless e a un intero ecosistema di API specializzate per il commercio.
Le tesi sul backend si sono rivelate corrette. La legge di Conway è ancora valida. La distinzione tra complessità interna ed esterna resta un modello utile.
Ma l'ipotesi delle "interfacce usa e getta" è stata il punto cieco del libro, e quel punto cieco ha tenuto impegnato il mondo del commercio per un decennio. Oggi il layer frontend è il collo di bottiglia della differenziazione, e la risposta non è l'ennesimo sviluppo custom, ma uno standard per il layer frontend.
In Laioutr, lo chiamiamo [Agentic Frontend Management Platform](https://www.laioutr.com/en/agentic-frontend-management-platform), nato dalla consapevolezza che ciò che Kubernetes ha fatto per i microservizi deve ancora avvenire per il layer frontend.
**\[Prenota una demo e scopri come Laioutr affronta tutto questo](https://www.laioutr.com/demo)**
*Fonte: Goetsch, K. (2016). Microservices for Modern Commerce. O'Reilly Media.*
### **Approfondimenti correlati**
- [Composable Commerce nel 2026: cosa l'83 percento ha capito e dove ancora inciampa](https://www.laioutr.com/en/blog/composable-commerce-2026-state "Composable Commerce in 2026: What 83 Percent Got Right and Where They Still Stumble")
- [Il customer journey mediato dall'AI: cosa i team e-commerce devono fare subito](https://www.laioutr.com/en/blog/ai-customer-journey "The AI-Mediated Customer Journey: What E-Commerce Teams Need to Do Right Now")
Risorse correlate: [Content Management](https://www.laioutr.com/en/product/content-management) e [Composable Digital Experience Platform](https://www.laioutr.com/en/composable-digital-experience-platform).
---
Condividi questo articolo
[Condividi su Facebook](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fwww.laioutr.com%2Fit%2Fblog%2F10-years-microservices-modern-commerce-retrospective) [Condividi su X](https://x.com/intent/post?url=https%3A%2F%2Fwww.laioutr.com%2Fit%2Fblog%2F10-years-microservices-modern-commerce-retrospective&text=) [Condividi su LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fwww.laioutr.com%2Fit%2Fblog%2F10-years-microservices-modern-commerce-retrospective) [Condividi su Pinterest](https://pinterest.com/pin/create/button/?url=https%3A%2F%2Fwww.laioutr.com%2Fit%2Fblog%2F10-years-microservices-modern-commerce-retrospective&description=) [Condividi via e-mail](mailto:?subject=&body=%0A%0Ahttps%3A%2F%2Fwww.laioutr.com%2Fit%2Fblog%2F10-years-microservices-modern-commerce-retrospective)
## Altri articoli interessanti
Conoscenza pratica su sviluppo frontend, agenti intelligenti e headless
[Al blog](https://www.laioutr.com/it/blogs)
[Tracking del sito nell'e-commerce 2026: lo stack senza filtri
Il tracking di un sito e-commerce non è un singolo strumento, ma uno stack di cinque livelli: gestio…](https://www.laioutr.com/it/blog/website-tracking-ecommerce-stack-overview-2026)
[Una fonte di contenuto per ogni canale: dalla stampa allo shop
Il doppio inserimento si verifica quando lo stesso testo di prodotto, la stessa specifica o la stess…](https://www.laioutr.com/it/blog/unified-content-source-print-to-storefront-omnichannel-2026)
[I cookie di terze parti non sono morti, ma i dati hanno lacune
I cookie di terze parti esistono ancora nel 2026. Nel 2025 Google ha deciso di non rimuoverli da Chr…](https://www.laioutr.com/it/blog/third-party-cookies-2026-why-tracking-data-has-gaps)
[Checkout ospite o account cliente: una scelta frontend da testare
In uno storefront B2C il checkout come ospite dovrebbe essere il percorso predefinito, e l'accou…](https://www.laioutr.com/it/blog/guest-checkout-vs-customer-account-frontend-testing)
[Google Tag Manager solo con consenso: la sentenza di Hannover
Google Tag Manager può essere caricato solo dopo che il visitatore ha dato un consenso valido. È il …](https://www.laioutr.com/it/blog/google-tag-manager-consent-vg-hannover-ruling-2026)
[Agenzia composable commerce 2026: tre offerte invece di una
Nel 2026 un'agenzia di composable commerce non vince con un unico pacchetto standard. Vince con …](https://www.laioutr.com/it/blog/composable-commerce-agency-three-offer-models-2026)
[Algolia nel frontend composable: indici, eventi, integrazione
Un'integrazione di Algolia in un frontend composable si compone di tre livelli che conviene pian…](https://www.laioutr.com/it/blog/algolia-indexing-events-composable-frontend-2026)
[Campagne di sconto online: pagine promo per il Black Friday
Una campagna di sconto in un negozio online funziona quando obiettivo, meccanica di sconto e pagina …](https://www.laioutr.com/it/blog/discount-campaigns-online-store-black-friday-sale-pages)
[iPhone Duo and Ecommerce: What Merchants Need to Know Now
iPhone Duo goes on sale on October 23, 2026. Online stores don't need a dedicated app or a custo…](https://www.laioutr.com/it/blog/iphone-duo-ecommerce-foldable-storefront)
[Dati prodotto strutturati: dove si vedono davvero nello storefront
Dati prodotto strutturati significa che ogni informazione sul prodotto vive in un attributo tipizzat…](https://www.laioutr.com/it/blog/structured-product-data-pim-frontend-2026)
[44% decide con trial o PoC: il PoC dello storefront per la DACH
Nella regione DACH le decisioni sul software si prendono sempre più spesso sul campo: nello studio &…](https://www.laioutr.com/it/blog/storefront-proof-of-concept-dach-buyers-2026)
[Confronto FMP: come scegliere la Frontend Management Platform giusta
Scegliere una Frontend Management Platform (FMP) non significa confrontare liste di funzionalità, ma…](https://www.laioutr.com/it/blog/frontend-management-platform-comparison-how-to-choose-2026)
[DAM, PIM e CMS convergono: cosa significa per il tuo frontend
I fornitori di DAM, PIM e CMS stanno entrando l'uno nel territorio dell'altro, e sempre più …](https://www.laioutr.com/it/blog/dam-pim-cms-convergence-content-hub-storefront-2026)
[Contentful Live Preview: cosa deve garantire il tuo frontend
Con Contentful Live Preview i redattori vedono una bozza accanto all'editor della entry e seguon…](https://www.laioutr.com/it/blog/contentful-live-preview-frontend-perspective-2026)
[Content governance su larga scala: contenuti prodotto e brand asset
Content governance su larga scala significa definire una volta sola ruoli, approvazioni, regole di b…](https://www.laioutr.com/it/blog/content-governance-product-content-brand-assets-frontend-2026)
[](https://www.laioutr.com/it/apps/shopify)
Laioutr
[Shopify](https://www.laioutr.com/it/apps/shopify)
Shopify è una piattaforma di commerce per vendere online e nei negozi fisici.
[](https://www.laioutr.com/it/apps/shopware)
Laioutr
[Shopware](https://www.laioutr.com/it/apps/shopware)
Shopware è una piattaforma e-commerce europea e flessibile per cataloghi prodotto e commerce omnicanale.
[](https://www.laioutr.com/it/apps/adobe-commerce)
Laioutr
[Adobe Commerce](https://www.laioutr.com/it/apps/adobe-commerce)
Adobe Commerce è una piattaforma di enterprise commerce per scenari B2C e B2B complessi e globali.
Planned
[](https://www.laioutr.com/it/apps/b2b-sellers)
Laioutr
[B2Bsellers](https://www.laioutr.com/it/apps/b2b-sellers)
Suite B2B per Shopware che trasforma lo shop online in una piattaforma professionale di commerce B2B.
Planned
[](https://www.laioutr.com/it/apps/commerce-layer)
Laioutr
[Commerce Layer](https://www.laioutr.com/it/apps/commerce-layer)
Commerce Layer è una piattaforma di headless commerce per rendere disponibili online inventari e cataloghi.
[](https://www.laioutr.com/it/apps/commercetools)
Laioutr
[Commercetools](https://www.laioutr.com/it/apps/commercetools)
Commercetools è una piattaforma e-commerce headless basata su SaaS e utilizzata in tutto il mondo.
[](https://www.laioutr.com/it/apps/emporix)
Laioutr
[Emporix](https://www.laioutr.com/it/apps/emporix)
Emporix è una piattaforma di commerce composable e API-first per scenari B2B e B2C scalabili.
Planned
[](https://www.laioutr.com/it/apps/hcl-software)
Laioutr
[HCL Software](https://www.laioutr.com/it/apps/hcl-software)
Suite enterprise per commerce ed esperienze digitali, altamente configurabile.
Planned
[](https://www.laioutr.com/it/apps/intershop)
Laioutr
[Intershop](https://www.laioutr.com/it/apps/intershop)
Piattaforma di enterprise commerce per modelli di business B2B e B2C complessi.
Planned
[](https://www.laioutr.com/it/apps/magento-2)
Laioutr
[Magento 2](https://www.laioutr.com/it/apps/magento-2)
Piattaforma di commerce estendibile e molto diffusa per scenari B2C e B2B.
[](https://www.laioutr.com/it/apps/oxid-eshop)
Laioutr
[OXID eShop](https://www.laioutr.com/it/apps/oxid-eshop)
OXID eShop è una piattaforma di commerce estendibile per requisiti B2B e B2C complessi.
Planned
[](https://www.laioutr.com/it/apps/patchworks)
Laioutr
[Patchworks](https://www.laioutr.com/it/apps/patchworks)
Patchworks è un iPaaS low-code che collega e-commerce, ERP, WMS, 3PL e marketplace.
Planned
[](https://www.laioutr.com/it/apps/PrestaShop)
Laioutr
[Prestashop](https://www.laioutr.com/it/apps/PrestaShop)
Piattaforma di commerce open source per merchant piccoli e medi in Europa e oltre.
Planned
[](https://www.laioutr.com/it/apps/saleor)
Laioutr
[Saleor](https://www.laioutr.com/it/apps/saleor)
Piattaforma di commerce open source e API-first basata su GraphQL per storefront personalizzati.
Planned
[](https://www.laioutr.com/it/apps/salesforce-commerce-cloud)
Laioutr
[Salesforce Commerce Cloud](https://www.laioutr.com/it/apps/salesforce-commerce-cloud)
Salesforce Commerce Cloud è una piattaforma di enterprise commerce basata su cloud per aziende di ogni dimensione.
Planned
[](https://www.laioutr.com/it/apps/sap-commerce-cloud)
Laioutr
[SAP Commerce Cloud](https://www.laioutr.com/it/apps/sap-commerce-cloud)
Piattaforma di enterprise commerce per cataloghi complessi, modelli di prezzo e journey omnicanale.
Planned
[](https://www.laioutr.com/it/apps/scayle)
Laioutr
[Scayle](https://www.laioutr.com/it/apps/scayle)
SCAYLE è un commerce engine con cui brand e retailer fanno scalare il proprio business.
Planned
[](https://www.laioutr.com/it/apps/spryker)
Laioutr
[Spryker](https://www.laioutr.com/it/apps/spryker)
Piattaforma di commerce composable per modelli di business B2B e B2C esigenti.
[](https://www.laioutr.com/it/apps/sylius)
Laioutr
[Sylius](https://www.laioutr.com/it/apps/sylius)
Sylius è un framework e-commerce developer-friendly per esperienze di shopping B2C e B2B.
Planned
[](https://www.laioutr.com/it/apps/vendure)
Laioutr
[Vendure](https://www.laioutr.com/it/apps/vendure)
Vendure è una piattaforma di headless commerce per aziende con requisiti complessi.
Coming Soon
[](https://www.laioutr.com/it/apps/vtex)
Laioutr
[VTEX](https://www.laioutr.com/it/apps/vtex)
Piattaforma di commerce cloud-native e composable per B2B e B2C su larga scala.
Planned
[](https://www.laioutr.com/it/apps/websale)
Laioutr
[Websale](https://www.laioutr.com/it/apps/websale)
Backend di commerce stabile e adatto all'enterprise per ambienti retail complessi.
Colloquio strategico
## Pronti a trasformare il vostro frontend in un livello di controllo?
Mostrateci il vostro stack, la vostra roadmap, il vostro scenario di replatforming: vi mostriamo come si integra Laioutr, quanto costa e quanto velocemente andrete live.
*"Dopo 30 minuti abbiamo capito che Laioutr rende fattibile il nostro replatforming." - Daniel B., CEO,* [*hygibox.de*](https://hygibox.de)
[Prenota una demo](https://www.laioutr.com/it/contact)
## Structured Data
```json
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://www.laioutr.com/#identity",
"name": "Laioutr",
"legalName": "Laioutr GmbH",
"url": "https://www.laioutr.com/",
"logo": {
"@type": "ImageObject",
"url": "https://www.laioutr.com/laioutr-logo.png",
"width": 400,
"height": 400
},
"email": "info@laioutr.com",
"telephone": "+49 30 75435715",
"address": {
"@type": "PostalAddress",
"streetAddress": "Münchweilersteig 5",
"postalCode": "12559",
"addressLocality": "Berlin",
"addressCountry": "DE"
},
"vatID": "DE450905846",
"sameAs": [
"https://www.linkedin.com/company/laioutr",
"https://www.youtube.com/@Laioutr",
"https://x.com/laioutr"
]
},
{
"@type": "WebSite",
"@id": "https://www.laioutr.com/it/#website",
"url": "https://www.laioutr.com/it/",
"name": "Laioutr",
"inLanguage": "it",
"publisher": {
"@id": "https://www.laioutr.com/#identity"
}
},
{
"@type": "BlogPosting",
"@id": "https://www.laioutr.com/it/blog/10-years-microservices-modern-commerce-retrospective#article",
"headline": "10 anni di microservizi nel commercio: cosa Goetsch ha previsto correttamente",
"image": [
"https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmpi70uspsivg08mh8kj9j3x0"
],
"datePublished": "2026-07-27T05:32:29.586966+00:00",
"dateModified": "2026-07-27T05:32:29.277527+00:00",
"inLanguage": "it",
"articleSection": "Insights",
"keywords": "Composable, MACH, Frontend Management, Industry & Trends, commercetools, Salesforce Commerce Cloud, Shopware",
"author": {
"@type": "Person",
"name": "Marcel Thiesies",
"jobTitle": "Co-founder e CEO, Laioutr",
"image": "https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmj01b962364n07lb0iguvts5"
},
"publisher": {
"@id": "https://www.laioutr.com/#identity"
},
"mainEntityOfPage": {
"@id": "https://www.laioutr.com/it/blog/10-years-microservices-modern-commerce-retrospective#webpage"
},
"isPartOf": {
"@id": "https://www.laioutr.com/it/#website"
}
},
{
"@type": "WebPage",
"@id": "https://www.laioutr.com/it/blog/10-years-microservices-modern-commerce-retrospective#webpage",
"url": "https://www.laioutr.com/it/blog/10-years-microservices-modern-commerce-retrospective",
"name": "10 anni di microservizi nel commercio: cosa Goetsch ha previsto correttamente",
"inLanguage": "it",
"isPartOf": {
"@id": "https://www.laioutr.com/it/#website"
},
"breadcrumb": {
"@id": "https://www.laioutr.com/it/blog/10-years-microservices-modern-commerce-retrospective#breadcrumb"
},
"primaryImageOfPage": {
"@type": "ImageObject",
"url": "https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmpi70uspsivg08mh8kj9j3x0"
},
"datePublished": "2026-07-27T05:32:29.586966+00:00",
"dateModified": "2026-07-27T05:32:29.277527+00:00",
"mainEntity": {
"@id": "https://www.laioutr.com/it/blog/10-years-microservices-modern-commerce-retrospective#article"
}
},
{
"@type": "BreadcrumbList",
"@id": "https://www.laioutr.com/it/blog/10-years-microservices-modern-commerce-retrospective#breadcrumb",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Laioutr",
"item": "https://www.laioutr.com/it/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Insights",
"item": "https://www.laioutr.com/it/blogs/insights"
},
{
"@type": "ListItem",
"position": 3,
"name": "10 anni di microservizi nel commercio: cosa Goetsch ha previsto correttamente"
}
]
}
]
}
```