Sehmi-Conscious Thoughts : Service-Orientation

The Next Revolution in Productivity - Harvard Business Review Article Related to MSBA

asehmi — Tue, 27 May 2008 04:15:40 GMT

I got my monthly issue of HBR this weekend and was really pleased to see the article "The Next Revolution in Productivity" by Ric Merrifield, Jack Calhoun and Dennis Stevens. For those of you who've followed my posts on Business Architecture and Capabilities, this article will be a welcome and easy going read with a strong connection to MSBA, though the terminology used is a little different.

The article makes strong points that "most companies that have embraced SOA have applied it without first rethinking the design of their businesses. This omission means they have overlooked SOA’s greatest value: the opportunity to create much more focused, efficient, and flexible organizational structures." And that "few companies are using SOA to create more productive and focused organizations or to slash costs by purging duplicative operations and technologies. They are not revisiting the fundamental design of their operations."

The idea of plug-and-play businesses is mentioned several times and builds upon an understanding of how new operating models can be developed from some key classes of capabilities or activities:

primary - i.e. core capabilities in MSBA terms - are activities that constitute the core competency of a company.
shared activities are re-useable across divisions.
shifted - i.e. outsourced capabilities in MSBA terms - are activities that can be performed by or transferred to a third party including partners, specialists and even customers.
automated activities are capabilities implemented as software services that can be incorporated into a SOA.

The article doesn't address what I see as a challenging gap between a capability definition and what you actually implement as a service in a SOA. The authors' use of the term activity rather than capability made it sound (to me at least) plausible if not easy to implement services in a straightforward manner provided activity analysis has been performed thoroughly. Getting to processes is then just a logical next step. But, having said this challenge is more or less glossed over, it's acceptable to omit tough technical design issues like this in HBR given its business-oriented target readership. The most important point that good SOA begins with good business architecture design and can lead to great improvements in productivity is made very well and with some great case studies too.

Finally, this paper is definitely worth reading and you ought to mail it to your CxOs immediately.

UPDATE - Business Architecture Resources (MSBA / Motion)

asehmi — Mon, 03 Mar 2008 20:52:12 GMT

** = Update

The Microsoft Services Business Architecture (MSBA) methodology was formerly codenamed Microsoft Motion. I will continually add to this list over time!

** Getting Hold of MSBA

Many people have asked me how they can get hold of the tools and detailed methodology documents for MSBA/Motion and were wondering why we don't appear to have anything new published since 2006/2007. Does this mean Microsoft has abandoned MSBA? No, quite the contrary! MSBA is alive and well. MSBA is a strategic asset of Microsoft Services and is a very important competitive differentiator for our IT Architecture Practice. We use MSBA to connect more deeply with Enterprise customers and have found that it is a wonderful thing in driving stronger relationships with them - and the reasons for this are obvious.

MSBA is available to our customers through fee-based consulting engagements with Microsoft Services. Globally, we've sold 100+ Architecture Transformation engagements to major customers so far this fiscal year and this kind of momentum will ensure MSBA's continued healthy development.

You are free to use whatever information I have published on this Blog about MSBA and if you (or your organization) would like to use our tooling and other assets - like heat maps, repository, explorer, etc. - then it would make sense for you to to engage directly with Microsoft Services in your Country or local Microsoft Subsidiary and contract a qualified/certified MSBA consultant to work with you.

MSBA / Motion Overview

** Ric Merrifield and Jon Tobey (2006), "Motion Lite: A Rapid Application of the Business Architecture Techniques Used by Microsoft Motion". A short effort focused on explaining the business architecture approach, and using ideas and templates from MSBA (was aka Motion) to help prioritise and select projects.
Ric Merrifield (2006), "Business in Motion, Parts 1 & 2", ARCast Interview with Ron Jacobs.
Homann, Ulrich (2006), "A Business-Oriented Foundation for Service Orientation." Microsoft Corporation.
Arvindra Sehmi (2006), "Rock Your Business Architecture with Motion", TechEd 2006 Israel Presentation.

Capabilities to Services

Arvindra Sehmi and Beat Schwegler (2006), "Service Oriented Modeling for Connected Systems", The Microsoft Architecture Journal, for Part 1: Issue 7, January 2006 and for Part 2: Issue 8, April 2006. (PDF)
Ulrich Homann and Jon Tobey (2006), "From Capabilities to Services: Moving from a Business Architecture to an IT Implementation", MSDN Solution Architecture Center.
Martin Sykes (2007), "Make it so. Effective methods to communicate an Enterprise Architecture to people who don't understand IT", UK Architect Insight Presentation.

MSBA / Motion Engagements

MSBA / Motion Case Studies

C.H. Robinson

** Related Content

Irene Polikoff, Robert Coyne and Ralph Hodgson (2005), "Capability Cases - A solution Envisioning Approach".

This book presents two intertwined innovations that work together to better connect business challenges to technology enablers to improve the odds for success in delivering value. Much like Motion in spirit and goes deeper than Motion in the actual creation of the high level logical solution. I found this book connects many different problem solving and solution envisioning ideas and requires one to apply quite a strong abstraction filter to make sense of it.

Distributed Computing Gets Spruced-Up with CCR/DSS!

asehmi — Wed, 27 Feb 2008 03:00:40 GMT

The reality of distributed systems development today is the complexity that eventually if not immediately bogs it down. Instead of being fun, exciting and easy to develop, distributed systems are often hard and unwieldy to design and work with. We continue to face the same old issues time and again yet never appear to come up with game-changing simplifying solutions to our common issues of complexity which, amongst others, are:

The large variety of participants: consumers, providers, intermediaries, administrators, etc.
Highly heterogeneous systems and architecture, implementation and deployment practices
Highly autonomous and independent systems & services
Highly distributed information sources and services

The challenges developers, architects, testers, etc. face are many. In general we need to be able to:

Apply (re)configuration in a live running system
Coordinate many simultaneous asynchronous interactions
Support high throughputs (and afford low latencies)
Provide simple lifecycle services like starting and stopping components dynamically
Monitor, interact with, and debug a running (distributed) system
Ideally be able to develop the system in simulated conditions or a test environment
Span multiple physically or logically distributed compute units
Re-use components across multiple hardware platforms & devices

A typical solution to these challenges might be to centralise & standardise, but that's a kind of anti-pattern for many types of distributed systems scenarios today and simply serves to:

Reduce the variety of systems, i.e. seeking economies of scale
Remove the positive benefits of heterogeneity in a distributed system
Eliminate the autonomy
Put demands on 'perfect information' which is really hard to do consistently and reliably
Hardwire the connections between components of the system

A better solution is to simply accept diversity and decentralize!

Accept variety, i.e. seeking economies of innovation
Encourage autonomy
Accept heterogeneity
Understand that that custom, personalized, networked information is normal
Imagine an adaptable, open, distributed information system

Recently I've been energized by the power of the Concurrency and Coordination Runtime (CCR) + Decentralized Software Services (DSS) combined features, and dare I say, paradigm shifting concepts to fix a lot of the problems we have today in building distributed systems.

CCR provides concurrent (multi-core) programming support by way of some key pattern implementations and developer conveniences
DSS provides higher level support to create, host, and discover lightweight services
DSS services are oriented to have a state and react to incoming request and updates, and sends update and request to other services
DSS services state can be serialized and a service can migrate to another host
DSS services are naturally RESTful
The Visual Programming Language designer can be used to define, compose, monitor and manage DSS services
CCR/DSS can be hosted in a device and is capable of running under .NET Compact Framework (and .NET Micro Framework coming soon)

Side Note - How does CCR/DSS relate to WCF?

WCF is more about communications infrastructure – standards-based ‘plumbing’ – whereas CCR/DSS is a high level programming model for distributed service-based and resource-oriented systems (however initially targeted to Robotics applications). Some key CCR features such as ports, memory queues, dispatchers, arbiters, etc. are hard to implement and beyond the scope of WCF. A better comparison would be the combo of WCF+WF, but still there would be many features and patterns missing from both sides. Apples to Oranges - just avoid trying to force a comparison and understand the core use cases for each technology set. In my opinion the patterns supported in CCR are also of immense value to WCF+WF developers. I wonder if anyone has implemented CCR patterns in WCF and furthermore provided a DSSP transport protocol binding for WCF? That would be really cool!

Resources

The Microsoft Robotics Studio includes the Concurrency and Coordination Runtime (CCR), Decentralized Software Services (DSS), Visual Programming Language (VPL), and a virtual worlds (robotics) simulation environment! If you want to dive straight into CCR/DSS check out the Wiki, watch a video or two and install Microsoft Robotics Studio.

As part of the Microsoft Robotics Studio (1.5) release, Microsoft has placed the Decentralized Software Services Protocol (DSSP) under its Open Specification Promise. This means that the Microsoft patents for the services-oriented protocol specification may be used by anyone in the world, at no cost, and for any type of development including free software, open source, academic, or commercial, enabling interoperability among a wide variety of devices and applications. The XSD schema for DSSP is also available.

MSRS Blog	Main forum page	DSS forum	CCR forum
VPL forum	Hardware configuration and troubleshooting forum	Simulation forum	Community examples forum

The creators of CCR/DSS are George Chrysanthakopoulos and Henrik Frystyk Nielsen. Search on their names and you'll be very impressed.

CCR/DSS is not just for Robotics - it'll help you spruce-up your enterprise distributed systems architectures too! Like I said earlier, I'm pretty jazzed by this technology and hope to be writing about it again very soon.

Modeling Business Capabilities by Combining Services with Communication Patterns (5)

asehmi — Wed, 27 Feb 2008 00:38:50 GMT

In my previous post I examined the business transaction pattern is some detail and made the case for using the pattern to much better implement a capability as a service (capsule). In this post I will develop the connection between the three part model introduced in [SS06] and propose how it can be extended to support the modeling of communication patterns. This requires a richer expression of a "service contract" to include the interaction sequence required to communicate with the service in addition to the conventional WSDL contract. The recent emergence of new technologies such as Windows Workflow Foundation (WF) and Windows Communication Foundation (WCF) present some interesting options for automating the generation of the conversation controllers necessary to support the service interaction.

Extending the Three Part Model

Traditional approaches to developing IT solutions frequently focus on two well-understood models—the business model which describes what the business does, and the technology model which describes one way of implementing the various business functions, as shown in Figure 4. However, this strategy frequently leads to close-coupling between the two models, resulting in dependencies between the technology model and the business model. This can cause brittleness if the business model changes, and can ultimately require that the technology model (and the implementation of the solution) be completely redeveloped as business circumstances change.

The prime reason for this is that Business and IT maintain their separate models within their respective domains. Business needs are conveyed largely by "tossing documents over the wall" – all too often confusing requirements with solutions. This has made IT adopt a very introverted view of itself, focusing on improving things that IT knows best, like availability, security and productivity, and not spending too much time contemplating how it can drive radical business change and add business value. IT solutions and platforms create technology silos that impose awkward constraints on the business model and as a result, business silos become reinforced by technology silos, and the whole system of Business plus IT becomes inflexible and arthritic - i.e. close-coupling. Thus Business and IT must work together to achieve common aims, but this is just not happening smoothly enough.

Figure 4. Traditional approach to modeling solutions

The Three Part Model attempts to eliminate as many of these dependencies as possible, enabling you to build solutions that can easily adapt as the business evolves and grows. It achieves this by introducing the Service Model. The service model enables you to abstract the business capabilities into one or more services, and then map these services to the technology model, as shown in Figure 5.

This simple idea lends a lot of value to the SOA vision which seeks not just to remove the gap between Business and IT but to blur the boundary between business processes and technology services. Essentially, SOA benefits by introducing the third service model element lying between the existing business model and the technology model. You might think that adding an intervening layer moves these models further apart, but actually the service model (and by implication, SOA) acts as a lubrication layer that allows the two models to flex and work together in greater harmony.

By imposing an intervening service layer, the business can focus strongly on defining levels of service rather than how those services are delivered. IT can in turn focus strongly on meeting contract obligations, choosing the best technologies and solutions for the circumstances, without unduly constraining the business process model. SOA naturally breaks down monolithic applications into finer-grained services which are more easily flexed and which can eliminate duplication. They are more easily aligned to business processes and help eradicate silo-based thinking. As a result, IT has to develop a much more outward-looking view. Instead of being led by the business IT strategy is driven by business needs. The promise of SOA is that it will lubricate brittle and static relationships and allow revitalized and agile businesses to gain a strong competitive edge.

Figure 5. Using the Service Model to remove dependencies between the Business and Technology Models

Using a service model facilitates discovery of services—the pieces of functionality implemented by the business—independently of any particular technology.

In Service Oriented Architecture terminology, the business capabilities identified by the business model have a very close correspondence to service contracts defined by the service model. Similarly, the business expectations (expressed as SLEs) translate to SLAs when the services are ultimately built and deployed, and so influences the choice of technology used to implement the services. For more information on the Three Part Model, refer to [SS06].

Describing Business Processes in the Service Model

However, breaking the business model down into a series of services only captures the business capabilities (what the business does), but does not provide information on the business processes that use these capabilities (how the business operates). To capture process information, the service model also needs to encapsulate how information and data flows between the various services. This requires extending the service model to include an orchestration mechanism that concisely and completely describes the way in which services interact, how they perform transactions, and how control passes between them. This in turn demands a mechanism to more richly express the definition of a service contract to include the message exchange patterns and the protocols that define the sequence of messages sent to and from the service.

While the structure and schemas of messages sent to and from the service can be adequately expressed by using WSDL, flow control is outside the scope of WSDL. Modeling this aspect requires either extending WSDL to include these semantics, or developing an additional WSDL-like grammar that can describe this information. This is the purpose of the SOAP Service Description Language—SSDL [SP01].

Like a WSDL contract, an SSDL contract defines schemas for describing data structures, messages, and endpoints. However, SSDL provides the basis for a range of protocol description frameworks extending those available in WSDL, including:

The Message Exchange Patterns (MEP) framework representing the common, simple message exchange patterns available in WSDL (one-way, request with single response, request with multiple responses, and so forth).
The Communicating Sequential Processes (CSP) framework, which enables a service contract to define multi-message interactions as a sequential process. CSP can describe systems in terms of processes that operate independently, and interact by passing messages to each other. CSP allows services to be defined both as sequential processes, and as the parallel composition of more primitive processes.
The Rules-based SSDL Protocol framework, which uses Boolean expressions to specify the messages that a service can send and receive in response to other messages, according to the current state of the service. For example, a merchant service should only expect to receive a payment message after it has sent an invoice message, and not before.
The Sequencing Constraints Protocol (SC) framework, which can describe complex, multi-party, multi-exchange sequences of messages with flow control, using a notation based on pi-calculus.

SSDL is currently a work-in-progress. The intention is to promote the development of tools such as model checkers that can verify the correctness of protocols defined in an SSDL contract and assess the compatibility of services, and also to enable hosting environments to validate the messages exchanged by services.

The Role of the Conversation Controller

A service host provides an environment for receiving messages and forwarding them to service instances, and for transmitting responses from service instances. The technology used to create the service host depends on the SLA requirements, the underlying network protocols, and a raft of other technological considerations. In addition, conversational services require hosts that can implement and enforce the rules governing the message exchanges defined by the SSDL contracts specified for those services. This leads to the requirement for the service host to incorporate a conversation controller component.

The conversation controller is essentially a state machine that drives the interactions with the services. Current SOA technology, such as ASP.Net and WCF, provide tools that can analyse a WSDL description of a service and automate the generation of code that can send and receive messages to and from a service. The next goal is to extend this notion and add a capability to generate code that automatically controls the flow of messages, according to the semantics defined by an SSDL description.

Automating the Conversation Controller

To briefly recap, to automate the generation of a conversation controller that can automatically handle the desired message exchange pattern required to communicate successfully with a service you need to know two things:

The schema of the messages sent to and received from the service. This is generally available as WSDL metadata.
The required conversation protocol. This defines the set and sequence of messages required to communicate with the service. WSDL does not convey this information and a different set of metadata such as that prescribed by SSDL is required.

The availability of tools for generating code from an SSDL description is currently very limited. However, Microsoft Windows Workflow Foundation (WF) and Microsoft Windows Communication Foundation (WCF) provide technologies that we can use to implement an alternative approach to define the conversation protocol. This approach uses a workflow to model the service message interaction rather than an SSDL description. It is possible to introspect the workflow metadata to derive behaviour metadata (also in the form of a workflow) that a client can use to control its conversation with the service.

The high level architecture of a prototype solution based on WF and WCF is shown in Figure 6.

Figure 6. High Level Architecture

The main components of the prototype solution are:

A state machine WF workflow exposed as a WCF service. The workflow implements the business logic for the solution. The workflow contains custom receive and send message activities in addition to regular activities used to coordinate the service's internal implementation logic. This workflow acts as a substitute for the SSDL description of the service.
A custom WCF service host called WorkflowServiceHost. The state machine workflow is hosted by a custom WCF service host. This is used to dynamically generate the service implementation based on introspection of the hosted workflow.
Custom workflow activities to send messages and to receive messages. These activities (SendMessage and ReceiveMessage) are part of the WorkflowServiceHost implementation.
Auto-generated behaviour metadata that models the required message interaction. The prototype implementation outputs a XOML-based sequential workflow. It consists of the activities, ReceiveMessage and SendMessage, contained in the state machine workflow but does not include any other activity that might be used as part of the service's internal implementation. In this way, the XOML generated workflow is used to model the message interaction behaviour required to successfully communicate with the service.
A client consumer of the WCF service. The client can use the behaviour metadata (the XOML workflow) emitted by the service to direct the desired sequence of messages that must be sent to and received from the service.

[ Note: I know that the above prototype solution probably ought to be re-implemented in .NET 3.5 using the new Workflow Services. No time on my hands unfortunately. Volunteers always welcomed! ]

References

[SS06] A. Sehmi and B. Schwegler, Service Oriented Modeling for Connected Systems, Microsoft Architecture Journal, for Part 1: Issue 7, January 2006 and for Part 2: Issue 8, April 2006.

[SP01] SSDL – The SOAP Service Description Language at http://www.ssdl.org.

I'll develop this topic in more detail in subsequent posts. Please come back or subscribe to my RSS feed.

TechEd Developers - 05-09 November 2007, Barcelona, Spain

asehmi — Sat, 03 Nov 2007 19:15:09 GMT

ARC01-IS Capability Mapping: A Foundation for Service-Oriented Architecture

Next week I'll be in Barcelona at TechEd: Developer to present the same interactive session I did at TechEd US 2007.

Please join me and come over to say hello - I very much look forward to seeing you on Mon Nov 5 17:45 - 19:00 Room 114.

P.S. I'll have plenty of A3 size posters of the Capability Mapping process to give away. At TechEd USA I totally underestimated the demand and ran out of them!

P.P.S. Interactive sessions are supposed to be small intimate affairs for up to 50 people, but I hear 300+ people have put this session into their agenda planners! That's amazing. This subject is really hot. Anyway, though our organizers have assigned a big enough room to seat this many people, I fear "interactivity" may suffer a lot. Nevertheless, you can be assured I'll try my best to make you feel involved!

Modeling Business Capabilities by Combining Services with Communication Patterns (4)

asehmi — Wed, 18 Jul 2007 15:04:00 GMT

In my previous post I looked at the communication patterns supporting the mutual interactions and coordination between services. Here we'll take a brief tour of the DEMO methodology [RD99] which, as we heard previously, builds upon Searle’s Language/Action...(read more)

Business Architecture Resources (MSBA / Motion)

asehmi — Sun, 24 Jun 2007 19:03:00 GMT

The Microsoft Services Business Architecture (MSBA) methodology was formerly codenamed Microsoft Motion. I will continually add to this list over time! MSBA / Motion Overview Ric Merrifield (2006), " Business in Motion, Parts 1 & 2 ", ARCast Interview...(read more)

Content for my TechEd US 2007 Talks

asehmi — Fri, 22 Jun 2007 13:38:00 GMT

Capability Mapping: A Foundation for Service-Oriented Architecture (ARC09-TLC) Service-Oriented Architecture is a very interesting concept to many, but until it is clearly linked to business needs its rate of adoption is likely to be slow. This challenge...(read more)

SQL Server 2005 Service Broker

asehmi — Wed, 20 Jun 2007 22:39:00 GMT

Originally Created: 2005-06-27

I was reading this nice white paper on SQL Service Broker by Roger Wolter and drew a doodle as I was digesting the very interesting information given in it. I though you might find it useful:

What's really cool is that all the concepts are essential for properly realizing service oriented systems. Think about it and let me know what you think!

Web Services Competency Workshop In-A-Box

asehmi — Wed, 20 Jun 2007 22:29:00 GMT

Originally Created: 2005-06-12

Beat Schwegler, Architect on my team, informs us the latest version of his Web Service Competency Workshop can be download from here. There's ~20MB of slides and demos and in my opinion is the best set of coherent content on this subject that I have seen. Go get it!

Beat says:

The content consists of two parts: The first one discusses architecture and concepts where the second one is dedicated to implementation and technology:

Update on SOA and Web Services
The grey area between service and object-oriented design
Web Services and attachments
Web Services versioning and extensibility concepts
Best practices for Web Services interoperability
Understanding asmx 1.x
asmx 1.x performance aspects
What’s new in asmx 2.0
Web Service enhancements 2.0 (WSE 2.0)

In our next fiscal year (i.e. at Microsoft) we'll be reloading this workshop with new content covering Indigo and have another workshop which will look at Service design using DSLs and the GAT. Cool!

Composite UI Application Block

asehmi — Wed, 20 Jun 2007 22:24:00 GMT

Originally Created: 2005-05-14

I'm not a UI design guru but I can surely recognize a good thing when I see it! Whether you're an architect or developer the CAB from MS patterns & practices will certainly interest you. To quote from Eugenio Pace's blog entry on this subject:

The architect, would use CAB to build the reusable infrastructure and define the common [UI] services to be used by all applications
The solution developer would develop SmartParts [composable UI parts] that could be used anywhere
The solution assembler would create an instance of an app composing SmartParts and maybe some "glue" code

Combine this stuff with the Guidance Automation Toolkit and the various Smart Client initiatives (like Offline App Block and Updater App Block, see EntLib) and I think you can see lots of really flexible UI development possibilities starting to emerge. Furthermore, with Indigo's support for peer-to-peer channels and duplex communications, the notion of treating "users as services" doesn't appear to be so far-fetched after all! Think about it... if UI can be easily custom-composed (using CAB of course) based on a particular message exchange semantic and the task in context, then applications can be built that will really merge users into the message-based and service-oriented world. Ron Jacobs, Clemens Vasters and I had a little discussion about this recently (April 21, 2005).

SOA Me Your Pod Baby!

asehmi — Wed, 20 Jun 2007 22:17:00 GMT

Originally Created: 2005-04-25

Last Thursday was fun! Ron Jacobs (Product Marketing Manager in the PAG Team) was over in UK giving a presentation on EntLib as part of the ongoing UK Architect Forum series of events. Clemens Vasters was also in UK doing some webcasts for my team.

Ron had this cool idea to get us together for a good banter about service orientation and hard issues in message processing. I couldn't believe it when he more-or-less proceeds to set up a mini recording studio! It was complete with amplifiers, headphones, remote microphones, and obligatory big tough carry case. Apparently he's become a PodCast junkie and lugs this gear around with him all over the world. On his PodCast site, Ron has a veritable cornucopia of interesting recorded chats with folks he encounnters on his travels... and this time, Clemens and I got PodCasted!

Go get our your Pod and happy listening!

SOA for Industrial Strength Applications: A Workshop

asehmi — Wed, 20 Jun 2007 21:22:00 GMT

Originally Created: 2004-09-14

Wow, I've been AWOL for far too long! Two reasons: a) It was a long and busy summer period for me which I spent worrying about how to make the next year of work as fun as the last one has been, and b) I turned off my blog referral notifications which sort of made me forget I had one!

Anyway, let me start with something light and promote a great workshop based on content newtelligence A.G. and my Architecture team developed together for Microsoft.

This content is the same stuff that begat FABRIQ, and as you all know the team that produced FABRIQ has some magic! So, bottom line, I am confident that this version of the workshop which newtelligence offers will be nothing short of excellent, and given that the creators and teachers are masters of .NET and SOA in general, it should not be missed. Any enterprise software development team considering building first class, no, should I say, world class .NET systems, should get these guys in-house. Individuals who want to compete in the tough commercial world of distributed systems development and consulting will really benefit from attending this workshop gaining very special new skills absolutely necessary for the future.

Here's a synopsis:

Building industrial strength applications based on Service Oriented Architecture principles and Microsoft® .NET requires a lot of knowledge. There are numerous technical and design oriented considerations spanning the whole application “stack” – from resource abstraction strategies and transaction control, business service and component design, presentation control logic, robust event logging, integrated security management, to performance and scalability considerations. The workshop delivers insight into the “services philosophy” and the theoretical foundations of service-compatible transaction techniques, scalability and federation patterns, autonomy and more! newtelligence’s SOA workshop is built to benefit application developers and architects.

Where/When: Duesseldorf, October 13-15, 2004

The Nerd, The Suit, and the Fortune Teller

asehmi — Wed, 20 Jun 2007 20:09:00 GMT

Originally Created: 2004-07-27

I just had to alert you to a recording of The Nerd, The Suit, and the Fortune Teller which was amongst the finest sessions of the Architecture track at TechEd Europe 2004. As the track owner, I can't say I was overly confident that this skit would work since the speakers, Clemens Vasters (the Nerd), Rafal Lukawiecki (the Suit) and Pat Helland (the Fortune Teller) had only the bare bones of an outline and some cue slides to help them navigate a potentially humongous space of concepts and ideas. All of this in front of an audience of more than 1,500 people. But, with superstars of such caliber, I should never have doubted the outcome.

The friendly synopsis is:

The Suit and the Nerd begin with the conflict between the businessman who is struggling to see the value he is receiving from his technology investments and the technologist who is confident in his use of the latest technology in implementing the solutions his boss has requested. As the tension between them unfolds, the fortune teller arrives to describe the ways in which service oriented architectures offer hope for meeting the needs of both the businessman and the technologist as they both strive to meet their goals. This session offers a light hearted and fun exposition of the latest technology trends in enterprise computing.

And the official synopsis we wrote for the TechEd agenda goes like this:

Object Orientation promised to deliver us from all IT evil and to ensure longevity and reuse of software. With today’s business requirements changing faster than it takes to compile an application and an ever-present call for integration, even that approach does not seem to work. However, it seems that Service Oriented Architecture (SOA), Operational Service Orientation of IT departments (MOF, ITIL), Service-Based Interoperability (WS-Guidelines) and Service-Based User Interfaces (messenger, wizards) are quietly converging onto a new paradigm in IT. For the lack of a better name, we call it “Service Oriented Convergence”. Come to this session and see if this concept has any merit and value to you. Rather than endure a typical PowerPoint presentation, you will observe a discussion between: an experienced developer, an unforgiving businessman in charge of IT and a visionary technology innovator. On your behalf, they will battle out their differing points of view and leave you with useful guidance on ways to handle this very important issue that will affect your job, work and future. Oh, and we hope this session is unlikely to be boring.

Catch the video on Pat Helland's site under the videos section. Oh, and that's 'yours truly' doing the short intro, but don't let that put you off!

If you need the direct link it is here.

UPDATE: This slide show is well-worth viewing. Many thanks to Bjarne Gram for making this available.