<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-GB">
	<id>https://training-course-material.com/index.php?action=history&amp;feed=atom&amp;title=SOA_Concepts</id>
	<title>SOA Concepts - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://training-course-material.com/index.php?action=history&amp;feed=atom&amp;title=SOA_Concepts"/>
	<link rel="alternate" type="text/html" href="https://training-course-material.com/index.php?title=SOA_Concepts&amp;action=history"/>
	<updated>2026-04-15T00:12:22Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.45.1</generator>
	<entry>
		<id>https://training-course-material.com/index.php?title=SOA_Concepts&amp;diff=9672&amp;oldid=prev</id>
		<title>Bernard Szlachta: /* ESB */</title>
		<link rel="alternate" type="text/html" href="https://training-course-material.com/index.php?title=SOA_Concepts&amp;diff=9672&amp;oldid=prev"/>
		<updated>2013-03-21T11:24:37Z</updated>

		<summary type="html">&lt;p&gt;&lt;span class=&quot;autocomment&quot;&gt;ESB&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;{{Cat|SOA|10}}&lt;br /&gt;
{{Soa Links}}&lt;br /&gt;
&lt;br /&gt;
*Service&lt;br /&gt;
*ESB&lt;br /&gt;
*Loose Coupling&lt;br /&gt;
*Policies and Processes&lt;br /&gt;
*Web Services&lt;br /&gt;
*SOA Strategy&lt;br /&gt;
*Governance&lt;br /&gt;
&lt;br /&gt;
== Service ==&lt;br /&gt;
A service is a piece of self-contained business functionality. The functionality might be simple (storing or retrieving customer data), or complex (a business process for a customer’s order). Because services concentrate on the business value of an interface, they bridge the business/IT gap.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== ESB ==&lt;br /&gt;
* ESB is the &amp;#039;&amp;#039;&amp;#039;infrastructure&amp;#039;&amp;#039;&amp;#039; that enables high interoperability between distributed systems for services.&lt;br /&gt;
* It makes it easier to distribute business processes over multiple systems using different platforms and technologies.&lt;br /&gt;
* TCP network + DNS may be consider a type of ESB&lt;br /&gt;
&lt;br /&gt;
==Loose Coupling==&lt;br /&gt;
*Concept of reducing system dependencies.&lt;br /&gt;
*Minimize the effects of modifications and failures. &lt;br /&gt;
*Price for loose coupling: complexity.&lt;br /&gt;
*Loosely coupled distributed systems are harder to develop, maintain, and debug.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Policies and Processes==&lt;br /&gt;
You need clearly defined roles, policies, and processes&lt;br /&gt;
*service lifecycle&lt;br /&gt;
*implementing model-driven service development&lt;br /&gt;
*set up several processes for distributed software development.&lt;br /&gt;
*agile project management&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Web Services ==&lt;br /&gt;
* Web Services are one possible way of realizing the technical aspects of SOA&lt;br /&gt;
* Web Service can be based on SOAP or REST&lt;br /&gt;
&lt;br /&gt;
==Governance and Management support==&lt;br /&gt;
*Central team that will determine general aspects of your specific SOA. &lt;br /&gt;
*The ultimate goal is decentralization &lt;br /&gt;
*Right people (large systems are different from small systems)&lt;br /&gt;
*Requirements driven development&lt;br /&gt;
*You need support from the CEO and CIO. SOA is a strategy that  affects the company as a whole.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Technical Concept of SOA==&lt;br /&gt;
*Services&lt;br /&gt;
*Interoperability&lt;br /&gt;
*Loose coupling&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==SOA Ingredients==&lt;br /&gt;
*Infrastructure&lt;br /&gt;
*Architecture&lt;br /&gt;
*Processes&lt;br /&gt;
*Governance&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==SOA Terminology==&lt;br /&gt;
*A &amp;#039;&amp;#039;&amp;#039;provider&amp;#039;&amp;#039;&amp;#039; is a system that implements a service (a business functionality) so that other systems can call it.&lt;br /&gt;
*A &amp;#039;&amp;#039;&amp;#039;consumer&amp;#039;&amp;#039;&amp;#039; is a system that calls a service (uses a provided service).&lt;br /&gt;
*Other names: requestor, client, server....&lt;br /&gt;
*&amp;#039;&amp;#039;&amp;#039;A participant (AKA service agent) is either a provider or a consumer&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==SoaML Notation==&lt;br /&gt;
[[File:Soa-soaml-notation1.png|300px]]   [[File:Soa-soaml-notation2.png|450px]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Another definition of SOA==&lt;br /&gt;
SOA is an architectural paradigm &lt;br /&gt;
* for dealing with business processes &lt;br /&gt;
* distributed over a large landscape of existing and new&lt;br /&gt;
* heterogeneous systems &lt;br /&gt;
* that are under the control of different owners.&lt;br /&gt;
&lt;br /&gt;
==Different Perspective==&lt;br /&gt;
[[File:Soa-different-perspective.png|350px]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Questions ==&lt;br /&gt;
*What are the three technical concepts of SOA?&lt;br /&gt;
*What are the key ingredients of SOA?&lt;br /&gt;
*Is SOA a technology?&lt;br /&gt;
*What is the difference between services and web services?&lt;br /&gt;
*Does SOA have to use Web Services?&lt;/div&gt;</summary>
		<author><name>Bernard Szlachta</name></author>
	</entry>
</feed>