tag:blogger.com,1999:blog-7563680401561667656.post5423452136874822709..comments2024-02-16T06:32:33.932+01:00Comments on Enterprise Architecture in practice: Concept for a aggregate-store and processing architectureTormod Varhaugvikhttp://www.blogger.com/profile/16707469797397621610noreply@blogger.comBlogger6125tag:blogger.com,1999:blog-7563680401561667656.post-22251235444942447122014-10-04T12:49:51.233+02:002014-10-04T12:49:51.233+02:001) Yes each Module is responsible for its own data...1) Yes each Module is responsible for its own data. Encapsulating each domain, so that they are maintained separately. <br />2) The major difference is that the CAH contains a consistent set of business event and its data. These are historically correct data, snapshots of every decision, archived with a common set of metadata. The EDR pattern contains data too fine grained to be maintainable, it has no idea of time, and domains are not isolated.Tormod Varhaugvikhttps://www.blogger.com/profile/16707469797397621610noreply@blogger.comtag:blogger.com,1999:blog-7563680401561667656.post-90415675507583081352011-02-15T17:20:34.563+01:002011-02-15T17:20:34.563+01:00Maybe I misunderstand. You write "An Aggregat...Maybe I misunderstand. You write "An Aggregate is data that some Module produced and that is meaningful for the domain the Module handles. The Aggregate is materialized in the Repository as an xml document, to provide flexibility and preserve lifetime requirements." I interpreted this as saying that CDH, not the source module, materializes the aggregate as an XML document. Are you saying that each source module is itself responsible for composing the XML document?<br /><br />Regarding loose coupling: I find great similarities here between CDH and EDR. Both patterns store domain objects separately from the source module, so that other systems are only dependent on the repository, not the source module that populated it. (EDR specifically mentions differing SLA requirements in the various source systems as a driving force.)<br /><br />What major differences do you see between EDR and CDH? I feel I may be missing something.Markus Krügerhttps://www.blogger.com/profile/11808329940356767314noreply@blogger.comtag:blogger.com,1999:blog-7563680401561667656.post-11293691354588675962011-02-07T22:15:34.184+01:002011-02-07T22:15:34.184+01:00I agree that there are similarities, but the main ...I agree that there are similarities, but the main purpose for the EDR is to compose Domain Objects. That is not a CDH concern. They are also quite different as to how they contribute to the system design, such as loose coupling, linear scale and up-time.Tormod Varhaugvikhttps://www.blogger.com/profile/16707469797397621610noreply@blogger.comtag:blogger.com,1999:blog-7563680401561667656.post-11983588264393494432011-01-28T20:27:34.714+01:002011-01-28T20:27:34.714+01:00This sounds similar to the Enterprise Domain Repos...This sounds similar to the Enterprise Domain Repository pattern (http://www.soapatterns.org/enterprise_domain_repository.php) in the SOA Design Pattern Catalog.Markus Krügerhttps://www.blogger.com/profile/11808329940356767314noreply@blogger.comtag:blogger.com,1999:blog-7563680401561667656.post-61740897055664275712010-11-22T11:52:23.580+01:002010-11-22T11:52:23.580+01:00Yes a common format, but every aggregate is unique...Yes a common format, but every aggregate is unique. The concept relies on data represented and transported in xml (defined by a schema), but the processing will be on POJO's. So there will be some CUP for the xml-serializationTormod Varhaugvikhttps://www.blogger.com/profile/16707469797397621610noreply@blogger.comtag:blogger.com,1999:blog-7563680401561667656.post-19661191437610186042010-11-18T12:37:07.388+01:002010-11-18T12:37:07.388+01:00Will this concept demand a common format on the da...Will this concept demand a common format on the data that are being processed in / out of the CDH? <br /><br />The translation needed going in (and then back out if necessary) will demand flexibility in processing power.<br /><br />My definition of format here is data on simple TXT, comma-separated table, ASCII, .pdf etc,Olebryhttps://www.blogger.com/profile/05006474894734846260noreply@blogger.com