<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Canonical Model, Canonical Schema, and Event Driven SOA</title><link>http://blogs.msdn.com/nickmalik/archive/2007/06/12/canonical-model-canonical-schema-and-event-driven-soa.aspx</link><description>One thing I've been thinking and talking about for the past few weeks is the relationship between four different concepts, a relationship that I didn't fully grasp at first but have become more convinced of as time wears on. Those terms are: Enterprise</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Canonical Model, Canonical Schema, and Event Driven SOA</title><link>http://blogs.msdn.com/nickmalik/archive/2007/06/12/canonical-model-canonical-schema-and-event-driven-soa.aspx#3264251</link><pubDate>Wed, 13 Jun 2007 11:44:27 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3264251</guid><dc:creator>Ashi</dc:creator><description>&lt;p&gt;It is an effiecent &amp;amp; Agile way to break the Business Model/Architecture. &lt;/p&gt;
&lt;p&gt;I agree with you that, as our SOA implementation reaches some maturity we do tend to think in these lines. But keep these in mind before hand, will save us a lot of Time and Confusion. &lt;/p&gt;
&lt;p&gt;Thanks for relating these concepts.. &lt;/p&gt;
</description></item><item><title>re: Canonical Model, Canonical Schema, and Event Driven SOA</title><link>http://blogs.msdn.com/nickmalik/archive/2007/06/12/canonical-model-canonical-schema-and-event-driven-soa.aspx#3270924</link><pubDate>Wed, 13 Jun 2007 18:54:54 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3270924</guid><dc:creator>Jack van Hoof</dc:creator><description>&lt;p&gt;GREAT POST!!!&lt;/p&gt;
&lt;p&gt;Now you definitely are my friend, Nick...&lt;/p&gt;
&lt;p&gt;From this viewpoint EDA might be seen as of a higher architectural magnitude then SOA as the eventing pattern puts constraints on the services and not vice versa: &lt;a rel="nofollow" target="_new" href="http://soa-eda.blogspot.com/2007/06/magical-of-soa-and-eda.html"&gt;http://soa-eda.blogspot.com/2007/06/magical-of-soa-and-eda.html&lt;/a&gt; &lt;/p&gt;</description></item><item><title>re: Canonical Model, Canonical Schema, and Event Driven SOA</title><link>http://blogs.msdn.com/nickmalik/archive/2007/06/12/canonical-model-canonical-schema-and-event-driven-soa.aspx#3296117</link><pubDate>Thu, 14 Jun 2007 22:38:12 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3296117</guid><dc:creator>Kjell-Sverre Jerijærvi</dc:creator><description>&lt;p&gt;I still don't believe in &amp;quot;one true schema&amp;quot;, but we're one the same page wrt EDA and semantic covenants:&lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://kjellsj.blogspot.com/2007/06/semantics-covenant-service-is-always.html"&gt;http://kjellsj.blogspot.com/2007/06/semantics-covenant-service-is-always.html&lt;/a&gt;&lt;/p&gt;</description></item><item><title>re: Canonical Model, Canonical Schema, and Event Driven SOA</title><link>http://blogs.msdn.com/nickmalik/archive/2007/06/12/canonical-model-canonical-schema-and-event-driven-soa.aspx#3384561</link><pubDate>Mon, 18 Jun 2007 17:05:31 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3384561</guid><dc:creator>Jack van Hoof</dc:creator><description>&lt;p&gt;I don't think this is about &amp;quot;one true schema&amp;quot;, but about a mechanism to map different schema's to be able to pass semantics across different environments: &lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://soa-eda.blogspot.com/2007/04/how-to-mediate-semantics-in-eda.html"&gt;http://soa-eda.blogspot.com/2007/04/how-to-mediate-semantics-in-eda.html&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;What else would you suggest to accomplish this, Kjell-Sverre?&lt;/p&gt;</description></item><item><title>re: Canonical Model, Canonical Schema, and Event Driven SOA</title><link>http://blogs.msdn.com/nickmalik/archive/2007/06/12/canonical-model-canonical-schema-and-event-driven-soa.aspx#3387893</link><pubDate>Mon, 18 Jun 2007 21:15:05 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3387893</guid><dc:creator>NickMalik</dc:creator><description>&lt;p&gt;@Jack&lt;/p&gt;
&lt;p&gt;I could not have said it better myself. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;@Kjell-Sverre&lt;/p&gt;
&lt;p&gt;The goal is to figure out how to communicate. &amp;nbsp;Think of this like the diplomatic community. &amp;nbsp;In a country, a lot goes on that the diplomatic community is not really worried about. &amp;nbsp;However, when we want to talk between ourselves (to create an international treaty, for example), we need to have a common language to negotiate and sign the treaty in. &amp;nbsp;That common language (not the content of the treaty) is the stuff defined by the Enterprise Canonical Data Model.&lt;/p&gt;
</description></item><item><title>re: Canonical Model, Canonical Schema, and Event Driven SOA</title><link>http://blogs.msdn.com/nickmalik/archive/2007/06/12/canonical-model-canonical-schema-and-event-driven-soa.aspx#3465875</link><pubDate>Fri, 22 Jun 2007 20:50:44 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3465875</guid><dc:creator>Rob Eamon</dc:creator><description>&lt;p&gt;+1. Like Jack, I really like how you've laid out the concepts. Very nice. App-independent messages are a key decoupling mechanism.&lt;/p&gt;
&lt;p&gt;&amp;quot;Creating this bird is not easy. &amp;nbsp;It requires a lot of work and executive buy-in.&amp;quot;&lt;/p&gt;
&lt;p&gt;Indeed. The difficulty in creating ECDM and ECMS cannot be overstated, IMO. This can be really hard--especially when the diplomats in the community aren't all that interested in participating in the exercise--&amp;quot;just send me the data I need&amp;quot;. &amp;quot;Didn't we just do this for data warehousing?&amp;quot;&lt;/p&gt;
&lt;p&gt;Lastly, you touched on this a little, but this exercise should not lose sight of the business processes. Only in the context of the processes do the events make sense. Integration, IMO, is best served by a &amp;quot;process first&amp;quot; approach. Events and services come after.&lt;/p&gt;
&lt;p&gt;-Rob&lt;/p&gt;</description></item><item><title>re: Canonical Model, Canonical Schema, and Event Driven SOA</title><link>http://blogs.msdn.com/nickmalik/archive/2007/06/12/canonical-model-canonical-schema-and-event-driven-soa.aspx#3466259</link><pubDate>Fri, 22 Jun 2007 21:43:12 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3466259</guid><dc:creator>NickMalik</dc:creator><description>&lt;p&gt;@Rob,&lt;/p&gt;
&lt;p&gt;I agree with a process first approach and I think that's one reason why the business event ontology is so important. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;That said, processes have a heirarchy. &amp;nbsp;We speak of Level 1 processes like Marketing, Sales, Fulfillment, etc. &amp;nbsp;Level 2 processes would be under one of those top level ones. &amp;nbsp;For example, under Marketing would be things Create Market Strategy, Segment Market, Build Programs, Execute Programs, Capture Response. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;That is the level where the business event ontology really hits home. &amp;nbsp;This is because these Level 2 processes are the domains of large systems. &amp;nbsp;You will tend to find a system that spans the process, largely from end to end. &amp;nbsp;The business likes looking at data within these buckets, and cares a lot less about the individual data elements flowing between them.&lt;/p&gt;
&lt;p&gt;So I agree, we start with process. &amp;nbsp;On the other hand, I caution teams not to go all the way down to level 4 and level 5 before starting on Integration and Services. &amp;nbsp;While there are likely to be services developed to support level 4 processes, they will be built in the context of a single system and don't need to be architected &amp;quot;from the center.&amp;quot; &amp;nbsp;They need to be architected in the project that builds or maintains the systems that serve those needs.&lt;/p&gt;
&lt;p&gt;Process First, but stop before you go too deep.&lt;/p&gt;
</description></item><item><title>re: Canonical Model, Canonical Schema, and Event Driven SOA</title><link>http://blogs.msdn.com/nickmalik/archive/2007/06/12/canonical-model-canonical-schema-and-event-driven-soa.aspx#3656513</link><pubDate>Mon, 02 Jul 2007 09:21:59 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3656513</guid><dc:creator>Kjell-Sverre Jerijærvi</dc:creator><description>&lt;p&gt;It was the part about the CDM being like a shared relational database that lead me to think about &amp;quot;one true schema&amp;quot; and other common data model approaches. Jack's post makes the distinction between the common data format and the message metadata CDM, and I recommend reading his post first :)&lt;/p&gt;</description></item><item><title>What are the requirements for enterprise event security?</title><link>http://blogs.msdn.com/nickmalik/archive/2007/06/12/canonical-model-canonical-schema-and-event-driven-soa.aspx#3937711</link><pubDate>Wed, 18 Jul 2007 16:31:25 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3937711</guid><dc:creator>Inside Architecture </dc:creator><description>&lt;p&gt;In a SOA, to be effective, we need to share both data and events. Events, as I have discussed before&lt;/p&gt;
</description></item><item><title>What are the requirements for enterprise event security?</title><link>http://blogs.msdn.com/nickmalik/archive/2007/06/12/canonical-model-canonical-schema-and-event-driven-soa.aspx#3938276</link><pubDate>Wed, 18 Jul 2007 17:27:11 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3938276</guid><dc:creator>Noticias externas</dc:creator><description>&lt;p&gt;In a SOA, to be effective, we need to share both data and events. Events, as I have discussed before&lt;/p&gt;
</description></item><item><title>re: Canonical Model, Canonical Schema, and Event Driven SOA</title><link>http://blogs.msdn.com/nickmalik/archive/2007/06/12/canonical-model-canonical-schema-and-event-driven-soa.aspx#4083996</link><pubDate>Fri, 27 Jul 2007 21:09:54 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:4083996</guid><dc:creator>Anil Datt</dc:creator><description>&lt;p&gt;In the practical world the process needs to be put in place may be, by the SOA governance to make all this work effectively. I had been on consulting projects where the enterprise had the Cannonical Model (not the database) in place. The process of subsetting was so cumbersome that we ended up creating our own &amp;quot;Rider&amp;quot; data model and schemas. Probably there could be some kind of tool &amp;nbsp;SOA platform vendors will start providing in the future to ease subsetting,transforming &amp;nbsp;and versioning from the Enterprise repository?&lt;/p&gt;</description></item><item><title>re: Canonical Model, Canonical Schema, and Event Driven SOA</title><link>http://blogs.msdn.com/nickmalik/archive/2007/06/12/canonical-model-canonical-schema-and-event-driven-soa.aspx#4092070</link><pubDate>Sat, 28 Jul 2007 06:34:46 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:4092070</guid><dc:creator>NickMalik</dc:creator><description>&lt;p&gt;@Anil,&lt;/p&gt;
&lt;p&gt;I'd love to hear more. &amp;nbsp;Can you send me an e-mail directly? &amp;nbsp;I'd like to know what, in the enterprise you worked in, made it so difficult to create a subset message from the Canonical Model?&lt;/p&gt;
&lt;p&gt;--- N&lt;/p&gt;
</description></item></channel></rss>