[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f3abuq3gve4qqs":3,"$fjxulhjwt6yyv":108},{"data":4},[5],{"id":6,"slug":7,"locale":8,"type":9,"title":10,"subtitle":11,"summary":12,"body":13,"primary_topic":14,"knowledge_status":15,"practical_validation":16,"workflow_status":17,"author_id":18,"published_at":19,"updated_at":20,"review_due_at":18,"canonical_url":18,"seo_title":21,"seo_description":12,"hero_asset_id":18,"reading_time":22,"version":23,"technology_versions":24,"review_frequency_days":18,"parent_content_id":25,"sort_in_parent":26,"hub_entry_status":27,"content_blocks":28,"hero_alt_text":18,"hero_caption":18,"hero_credit":18,"publication_scope":100,"access_level":101,"approved_at":18,"approved_by":18,"review_note":18,"home_enabled":102,"home_slot":103,"home_variant":104,"home_priority":105,"home_eyebrow":18,"home_valid_from":18,"home_valid_to":18,"home_image_asset_id":18,"promotion_kind":106,"sponsor_name":18,"sponsor_url":18,"sponsor_disclosure":107},"0529b2e2-4665-4c65-aae0-fe6ce583afcd","microservizi-decompose-subdomain","it","CAPSULE","Decompose by Subdomain","Decomposition","Usare i subdomain del Domain-Driven Design per individuare responsabilità e investimenti differenti.","Famiglia: Decomposition\nOrigine contenuto: Pattern classico presente nel draft, riorganizzato e approfondito.\n\nProblema\nLe capability possono essere ancora troppo ampie e non distinguere ciò che è core da ciò che è supporting o generic.\n\nPattern\nUsare i subdomain del Domain-Driven Design per individuare responsabilità e investimenti differenti.\n\nCome funziona\nIl Core Domain riceve il massimo investimento; i Supporting Subdomain supportano il core; i Generic Subdomain possono essere affidati a prodotti standard. Non tutto deve essere software custom.\n\nEsempio sanitario\nIn Order Entry, Clinical Order Management può essere core; Catalog Management supporting; Identity può essere generic e delegato a Keycloak.\n\nBenefici\n• Prioritizza l'investimento\n• Evita software custom inutile\n• Raffina i confini\n\nTrade-off\n• Richiede conoscenza del dominio\n• La classificazione può cambiare nel tempo\n\nQuando usarlo\nQuando si vuole distinguere valore differenziante da capability generiche.\n\nQuando evitarlo\nQuando si forza una corrispondenza meccanica un subdomain = un microservizio.\n\nPattern correlati\n• microservizi-bounded-context\n• microservizi-decompose-business-capability\n","4c4ea38e-eeb6-4cc1-8e2d-4d5265475eec","DEEPENED","EXAMPLE_ONLY","PUBLISHED",null,"2026-08-27T19:12:02.157Z","2026-09-05T13:22:19.783Z","Decompose by Subdomain | Capsule Informatiche",7,4,{},"20676d31-9c90-432e-b23c-032bf2ba2a49",210,"PLANNED",[29,33,37,41,44,46,49,52,55,58,61,65,68,71,74,77,80,83,86],{"id":30,"text":31,"type":32},"ms-decompose-subdomain-01","Famiglia: Decomposizione · Pattern classico","callout",{"id":34,"text":35,"type":36},"ms-decompose-subdomain-02","Il problema","heading2",{"id":38,"text":39,"type":40},"ms-decompose-subdomain-03","Le capability possono essere ancora troppo ampie e non distinguere ciò che è core da ciò che è supporting o generic.","paragraph",{"id":42,"text":43,"type":36},"ms-decompose-subdomain-04","Il pattern",{"id":45,"text":12,"type":40},"ms-decompose-subdomain-05",{"id":47,"text":48,"type":36},"ms-decompose-subdomain-06","Come funziona",{"id":50,"text":51,"type":40},"ms-decompose-subdomain-07","Il Core Domain riceve il massimo investimento; i Supporting Subdomain supportano il core; i Generic Subdomain possono essere affidati a prodotti standard. Non tutto deve essere software custom.",{"id":53,"text":54,"type":36},"ms-decompose-subdomain-08","Esempio sanitario",{"id":56,"text":57,"type":32},"ms-decompose-subdomain-09","In Order Entry, Clinical Order Management può essere core; Catalog Management supporting; Identity può essere generic e delegato a Keycloak.",{"id":59,"text":60,"type":36},"ms-decompose-subdomain-10","Benefici",{"id":62,"type":63,"items":64},"ms-decompose-subdomain-11","bullet_list","Prioritizza l'investimento\nEvita software custom inutile\nRaffina i confini",{"id":66,"text":67,"type":36},"ms-decompose-subdomain-12","Trade-off",{"id":69,"type":63,"items":70},"ms-decompose-subdomain-13","Richiede conoscenza del dominio\nLa classificazione può cambiare nel tempo",{"id":72,"text":73,"type":36},"ms-decompose-subdomain-14","Quando usarlo",{"id":75,"text":76,"type":40},"ms-decompose-subdomain-15","Quando si vuole distinguere valore differenziante da capability generiche.",{"id":78,"text":79,"type":36},"ms-decompose-subdomain-16","Quando evitarlo",{"id":81,"text":82,"type":40},"ms-decompose-subdomain-17","Quando si forza una corrispondenza meccanica un subdomain = un microservizio.",{"id":84,"text":85,"type":36},"ms-decompose-subdomain-18","Pattern correlati",{"id":87,"type":88,"relations":89},"ms-decompose-subdomain-19","related_capsules",[90,95],{"slug":91,"title":92,"summary":93,"contentId":94},"microservizi-bounded-context","Bounded Context: proteggere il significato del dominio","Definire confini semantici entro cui un modello ha significato univoco e non condividere automaticamente lo stesso domain model tra servizi.","71bf8a73-cfd4-4d57-b483-88ae64156d05",{"slug":96,"title":97,"summary":98,"contentId":99},"microservizi-decompose-business-capability","Decompose by Business Capability","Definire i servizi intorno a capability aziendali stabili, con dati, regole e casi d'uso coerenti.","1a09f01d-76ad-4a29-9dc4-860af643ebec","PORTAL","ANONYMOUS",false,"LATEST","AUTO",0,"EDITORIAL","Sponsorizzato",{"sources":109,"secondaryTopics":123,"tags":124,"primaryTopic":140,"technologies":144},[110,117],{"source_id":111},{"id":112,"type":113,"title":114,"author":18,"publisher":18,"edition":115,"url":18,"license_notes":116},"e4dd3e83-daa7-4867-b1ba-3d8b9d224299","PDF","Microservices Design Patterns - Draft","Draft caricato nel progetto","Fonte primaria caricata dall'utente. Utilizzata per la tassonomia classica dei pattern di microservizi e per i concetti esplicitamente presenti nel draft.",{"source_id":118},{"id":119,"type":113,"title":120,"author":18,"publisher":18,"edition":121,"url":18,"license_notes":122},"dffdee39-b493-4374-9ed8-ace3f16bb789","JavaScript Domain-Driven Design","Materiale di studio","Materiale di studio già caricato. Usato come riferimento integrativo per DDD, bounded context, modularità e separazione del dominio.",[],[125,130,135],{"tag_id":126},{"id":127,"name":128,"slug":129},"a94e416a-7400-4ff4-8671-a2fc5635c4e0","Microservizi","microservizi",{"tag_id":131},{"id":132,"name":133,"slug":134},"74df0420-fe01-463d-84f1-79bbc7ee7114","Design Pattern","design-pattern",{"tag_id":136},{"id":137,"name":138,"slug":139},"43524fb2-d0fe-4b4b-8143-137f73c134b5","DDD","ddd",[141],{"id":14,"name":142,"slug":143},"Decomposizione dei Servizi","decomposizione-servizi",[]]