Weblabor

Sziasztok!
Segítséget szeretnék kérni Tőletek abban, hogy pár hónapja, azaz októberben kaptam a Facebooktól egy olyan üzenetet, hogy a vállalati oldalunkat egyesítenem kell. Admin-ként voltam az oldalon, ez meg is történt, mert nem is engedett tovább lépni. Az valószínűleg elkerülte a figyelmemet, vagy lehet, hogy ezt nem is ismertették, de az oldal felkerült a privát oldalamra. Ezt viszont nem szerettem volna, és töröltem az Admin szerepemet. Azóta nem férünk hozzá az oldalhoz!Próbáltam felvenni velük a kapcsolatot, több hónapja ostromolom őket a problémával kapcsolatban, de semmilyen reakció nem érkezik a gépi sablon válaszon kívül.Nem sikerült megoldást találnunk a problémára, senki nem tud segíteni ezzel kapcsolatban!
üdv mindenkinek

Olvasgatok DDD témában, és sehol nem találtam infot arról, hogy az event storage-et hogyan érdemes alkalmazni. Elméletileg minden bounded context-nek olyasminek kellene lennie, mint egy-egy önálló alkalmazás, ami esetleg a felületén keresztül valamilyen megoldással (rest+acl, message queue, stb.) kommunikál a többi bc-vel, ha erre szükség van. Nem véletlen nem igaz ezekre a DRY szabály sem, megjelenhet ugyanaz a property esetleg entity egy másik bc-ben is, ha erre szükség van. Logikus, hogy azért nem érvényes ez a szabály, mert a másik bc már másik alkalmazásnak számít, és ezek a DDD-s megoldások igazán nagy projektekre lettek szabva, ahol egy új alkalmazás létrehozása indokolt is. Ezek alapján én arra következtetek, hogy cqrs-el használva minden bc-hez jó külön event storage-t is létrehozni, ami letárolja az eseményeket az adott kontextusra vonatkozólag. Ennek több előnye is van szerintem, de érdekelne valaki olyan véleménye, mint pl szjani, aki tapasztalt a témában, és tudja, hogy a gyakorlatban mi az, ami beválik. Köszönöm a válaszokat!