[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fws35y05gs8zt":3,"$fpu3glppvhyb4":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},"165d9405-b2ad-4d3b-8161-f6d415236530","microservizi-shared-database","it","CAPSULE","Shared Database Pattern","Database & Consistency","Più servizi condividono temporaneamente un database, idealmente con ownership di tabelle o schemi e regole rigorose.","Famiglia: Database & Consistency\nOrigine contenuto: Pattern classico presente nel draft, riorganizzato e approfondito.\n\nProblema\nUna migrazione graduale o un sistema fortemente integrato può non poter separare immediatamente la persistenza.\n\nPattern\nPiù servizi condividono temporaneamente un database, idealmente con ownership di tabelle o schemi e regole rigorose.\n\nCome funziona\nÈ spesso una transitional architecture: consente una decomposizione applicativa iniziale ma mantiene coupling di schema e release. Va accompagnata da un piano di uscita.\n\nEsempio sanitario\nDurante il refactoring del legacy CPI, due nuovi moduli possono inizialmente usare lo stesso PostgreSQL ma con schemi posseduti e accessi vietati tra domini.\n\nBenefici\n• Migrazione più semplice\n• Transazioni locali ancora disponibili\n• Riduce costo iniziale\n\nTrade-off\n• Coupling di schema\n• Regression risk\n• Indipendenza di deploy limitata\n\nQuando usarlo\nCome tappa controllata nella modernizzazione.\n\nQuando evitarlo\nCome target permanente quando si pretende autonomia piena dei servizi.\n\nPattern correlati\n• microservizi-database-per-service\n• microservizi-strangler-fig\n","6f7335c9-bd3f-408f-b64c-b6b1ab0016d8","DEEPENED","EXAMPLE_ONLY","PUBLISHED",null,"2026-08-27T19:12:02.157Z","2026-09-05T13:22:19.783Z","Shared Database Pattern | Capsule Informatiche",7,4,{},"20676d31-9c90-432e-b23c-032bf2ba2a49",410,"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-shared-database-01","Famiglia: Dati e consistenza · Pattern classico","callout",{"id":34,"text":35,"type":36},"ms-shared-database-02","Il problema","heading2",{"id":38,"text":39,"type":40},"ms-shared-database-03","Una migrazione graduale o un sistema fortemente integrato può non poter separare immediatamente la persistenza.","paragraph",{"id":42,"text":43,"type":36},"ms-shared-database-04","Il pattern",{"id":45,"text":12,"type":40},"ms-shared-database-05",{"id":47,"text":48,"type":36},"ms-shared-database-06","Come funziona",{"id":50,"text":51,"type":40},"ms-shared-database-07","È spesso una transitional architecture: consente una decomposizione applicativa iniziale ma mantiene coupling di schema e release. Va accompagnata da un piano di uscita.",{"id":53,"text":54,"type":36},"ms-shared-database-08","Esempio sanitario",{"id":56,"text":57,"type":32},"ms-shared-database-09","Durante il refactoring del legacy CPI, due nuovi moduli possono inizialmente usare lo stesso PostgreSQL ma con schemi posseduti e accessi vietati tra domini.",{"id":59,"text":60,"type":36},"ms-shared-database-10","Benefici",{"id":62,"type":63,"items":64},"ms-shared-database-11","bullet_list","Migrazione più semplice\nTransazioni locali ancora disponibili\nRiduce costo iniziale",{"id":66,"text":67,"type":36},"ms-shared-database-12","Trade-off",{"id":69,"type":63,"items":70},"ms-shared-database-13","Coupling di schema\nRegression risk\nIndipendenza di deploy limitata",{"id":72,"text":73,"type":36},"ms-shared-database-14","Quando usarlo",{"id":75,"text":76,"type":40},"ms-shared-database-15","Come tappa controllata nella modernizzazione.",{"id":78,"text":79,"type":36},"ms-shared-database-16","Quando evitarlo",{"id":81,"text":82,"type":40},"ms-shared-database-17","Come target permanente quando si pretende autonomia piena dei servizi.",{"id":84,"text":85,"type":36},"ms-shared-database-18","Pattern correlati",{"id":87,"type":88,"relations":89},"ms-shared-database-19","related_capsules",[90,95],{"slug":91,"title":92,"summary":93,"contentId":94},"microservizi-database-per-service","Database per Service","Ogni servizio possiede il proprio modello di persistenza e gli altri accedono ai suoi dati tramite API o eventi.","43344fa9-bf8c-4151-b11f-53f803938744",{"slug":96,"title":97,"summary":98,"contentId":99},"microservizi-strangler-fig","Strangler Fig Pattern","Affiancare il nuovo sistema al legacy, spostando progressivamente capability e traffico attraverso un livello di routing fino a poter eliminare le parti sostituite.","16c513a4-3694-4daa-97ab-e7875ab24328","PORTAL","ANONYMOUS",false,"LATEST","AUTO",0,"EDITORIAL","Sponsorizzato",{"sources":109,"secondaryTopics":125,"tags":126,"primaryTopic":147,"technologies":151},[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":120,"title":121,"author":18,"publisher":122,"edition":123,"url":18,"license_notes":124},"dfb11314-30d0-40ad-b93e-431188a3d6f0","PROJECT_NOTE","Riepilogo architetture piattaforma enterprise sanitaria","Capsule Informatiche","Materiale progettuale","Materiale progettuale già analizzato nel progetto Capsule Informatiche. Usato come riferimento integrativo per esempi sanitari e pattern moderni.",[],[127,132,137,142],{"tag_id":128},{"id":129,"name":130,"slug":131},"a94e416a-7400-4ff4-8671-a2fc5635c4e0","Microservizi","microservizi",{"tag_id":133},{"id":134,"name":135,"slug":136},"74df0420-fe01-463d-84f1-79bbc7ee7114","Design Pattern","design-pattern",{"tag_id":138},{"id":139,"name":140,"slug":141},"52c3bb5a-82db-413f-b02d-3e8d00a812cf","Data Consistency","data-consistency",{"tag_id":143},{"id":144,"name":145,"slug":146},"d6f0ea98-8091-41fe-9de6-f1b0c5765f54","Legacy","legacy",[148],{"id":14,"name":149,"slug":150},"Dati e Consistenza Distribuita","dati-consistenza-distribuita",[152],{"technology_id":153},{"id":154,"name":155,"slug":156,"vendor":157},"61595be7-6d6f-43ab-bec2-bef42e840988","PostgreSQL","postgresql","PostgreSQL Global Development Group"]