SOA Course - Next Generation

Next generation
SOAFrom knowledge
To practice
SUBMITTED BY : MOHAMED ZAKARYA

PART 1
WHO ARE YOU !
WHAT YOU EXPECT 

COURSE AGENDA
 Introduction / Service Process Model
 Standardized Contract / Reusability
 Discoverability / Loose Coupling / Abstraction
 Composability / Autonomy / Statelessness
 Pattern intro / Certification dumps

SESSION AGENDA
 What you expect 
 SOA !
 Arcitura schools (SOA School)
 SOA certifications
 SOA With EA
 Fundamental SOA and Service Oriented Computing
 Service Oriented Computing Goals
 SOA characteristics
 Thanks 

PART 2
Arcitura schools
SOA Certifications

ARCITURA SCHOOLS
SOA School Cloud School Big Data School

SOA CERTIFICATION – CERTIFIED SOA PROFESSIONAL
Exam S90.01: Fundamental SOA & Service-Oriented Computing
PLUS
Any one additional SOACP exam

SOA CERTIFICATION – CERTIFIED SOA ARCHITECT

SOA CERTIFICATION – BOOKS SERIES

PART 3
SOA WITH EA
FUNDAMENTAL SOA
SERVICE ORIENTED
COMPUTING
Service Oriented
Computing elements

WHAT IS ARCHITECTURE
Depiction of the system
that aids in the understanding of how the system will behave.
System Blueprint
that composed of elements , relations between them and
properties of both
Set of design decisions
that if made incorrect , may cause your project to be cancelled
Separate Execute Allocate

ARCHITECTURE IN REAL WORLD - FACTORY
Separate
• Separate each factory elements (Assets : dept.)
• Show dependency between (Assets : depts.)
Execute
• Show execution of production flow
• Show production element relations
Allocate
• Mapping between HR , Assets
• Show deployment of assets

ARCHITECTURE IN REAL WORLD - HUMAN
Separate
• Separate each system (Systems : Nervous, Digestive)
• Show dependency between Systems
Execute
• Show execution of each System flow
• Show execution elements relations
Allocate
• Mapping between Army(red blood cells), Systems
• Show deployment of Systems
• Install location of each system

SOA WITH ENTERPRISE ARCHITECTURE
Overall construction of the enterprise Particular construction technique
to build enterprise IT
Part of the enterprise architecture
Major impact on the overall construction
Includes much more than IT
Covers business operations, finance,
people, buildings and technology

SERVICE ORIENTED COMPUTING (SOC)
Include :
 its own design paradigm
 design principles
 design pattern catalogs
 pattern languages
 a distinct architectural model,
 and related concepts, technologies, and frameworks.
It’s builds upon past distributed computing platforms and adds :
 new design layers,
 governance considerations,
 set of implementation technologies.big umbrella in the
world of services
New generation of
distributed computing
platform

SERVICE ORIENTED COMPUTING (SOC)

SERVICE ORIENTED COMPUTING ELEMENTS
Service
Inventory
Solution
Logic
Service
Service
Composition
SOAService
Orientation

1. SERVICE ORIENTATION
Comprised of
Design Principles
Govern designing
Solution Logic

2. SERVICE ORIENTATION SOLUTION LOGIC
There has been a common misunderstand that the use of Web services technology
within an application shape a service-oriented solution
Principles
Goals
Service
Composition
Service
Solution
Logic

3. SERVICE ORIENTED ARCHITECTURE
 form of technology architecture designed in support of service-oriented solution logic with distinct
characteristics in support of realizing service-orientation and the strategic goals associated with
service-oriented computing.
 SOA Implementation can consist of a combination of technologies, products, APIs, supporting
infrastructure extensions, and various other parts
technology architecture optimized
in support of
services,
service compositions,
service inventories.

4. SERVICE / SERVICE CAPABILITY
Independent software programs with distinct design characteristics
Service with
functional context
Solution
Logic
Is a Unit of
Goals
help attain of

5. SERVICE COMPOSITION
 service naturally and repeatedly composed
is fundamental to attaining several of key strategic
goals of service-oriented computing.
 Service-orientation design paradigm revolves
around preparing services for effective participation
in numerous complex compositions

6. SERVICE INVENTORY ( & BLUEPRINT)
Service Inventory blueprints is a Collection of
Candidate services in analysis phase that need to
analyzed and refined as necessary before
committing to the actual creation of a physical
service inventory

SERVICE MODEL
Entity Service
Reusable service with an agnostic functional context
associated with one or more related business entities
Utility Service
reusable service with an agnostic functional context not retrieved from business
encapsulates low-level technology-centric functions,
such as notification, logging, and security processing.
Task Service
A service with a non-agnostic functional context that generally corresponds to
single-purpose A task service will usually encapsulate the composition logic
A service model is a classification used to indicate that a service belongs to one of several
predefined types based on the nature of the logic it encapsulates

SERVICE ORIENTED COMPUTING ELEMENTS RELATIONS
service-oriented computing platform
revolves around
service-orientation design paradigm
and its relationship with
service-oriented architecture

PART 4
SERVICE ORIENTED
COMPUTING GOALS

SERVICE ORIENTED COMPUTING GOALS

Increased Return on Investment (ROI)
Services are delivered and viewed as IT assets expected to provide repeated value, that will
cover exceed cost of delivery and ownership
Increased Organizational Agility
Rapid delivery , New and changing business requirements can be fulfilled rapidly
Increased Intrinsic Interoperability
Service designed to be naturally compatible, no effort need for integration
Increased Business and Technology Domain Alignment
services are designed with a business-centric functional context alignment with the business,
even as the business changes
Reduced IT Burden
providing more value with less cost and less overall burden reduced waste and
redundancy, reduced size and operational cost
Increased Federation
Services establish a uniform contract layer hides underlying difference
Increased Vendor Diversification Options
A vendor-neutral architectural model organization to evolve the architecture
without limited to proprietary vendor platform characteristics

Increased Intrinsic Interoperability
Service designed to be naturally compatible, no effort need for integration
Integration VS
Interoperability

Increased Federation
Services establish a uniform contract layer hides underlying difference

Increased Vendor Diversification Options
A vendor-neutral architectural model organization to evolve the architecture
without limited to proprietary vendor platform characteristics

Increased Business and Technology Domain Alignment
services are designed with a business-centric functional context alignment with the business,
even as the business changes

Increased Return on Investment (ROI)
Services are delivered and viewed as IT assets expected to provide repeated value, that will
cover exceed cost of delivery and ownership

Increased Organizational Agility
Rapid delivery , New and changing business requirements can be fulfilled rapidly

Reduced IT Burden
providing more value with less cost and less overall burden reduced waste and
redundancy, reduced size and operational cost

SOA CHARACTERISTICS
Always align between technology
architecture and business needs
Business driven Vendor Neutral
Composition centric
Enterprise centric

1. BUSINESS-DRIVEN
Traditional technology architecture
For solutions delivered to fulfill tactical (short-term) business requirements
Result :
 Technical environment, over time, falls out of
alignment with organization's business direction
and requirements
 Increasingly difficult to adapt to
changing business needs

1. BUSINESS-DRIVEN
Business driven technology architecture
business vision, goals, and requirements are positioned as the basis for and the primary influence
of the architectural model.
Result :
 maximizes the potential alignment of technology
and business
 continual increase in the value and life span of
the architecture.
 constant sync with how the business evolves
over time.

2. VENDOR-NEUTRAL
Vendor-centric technology architectures :
Bound to corresponding vendor platform
Roadmaps
Result :
 Reduce opportunities to leverage technology
innovations provided by other vendor
platforms
 need to eventually replace the architecture
entirely with a new vendor implementation

2. VENDOR-NEUTRAL
neutral vendor platforms
Result :
 freedom to diversify its implementation by
leveraging multiple vendor technology
innovations.
 Increases the longevity of the architecture
 Architecture evolve in response to changing
requirements

3. ENTERPRISE-CENTRIC
Single-purpose services delivered to automate specific business processes
Result :
can end up establishing silos within the enterprise.

3. ENTERPRISE-CENTRIC
 Enterprise centric services
Enterprise resource is simply logic positioned as an IT asset
 Result :
Extension of the enterprise that does not belong solely to any one application or solution

4. COMPOSITION-CENTRIC
 Service built as flexible resources
that plugged into different aggregate
structures
 services must be capable of being pulled
into a variety of composition designs,
regardless of whether or not they are
initially required to participate in a
composition when they are first delivered

SOA TERMINOLOGIES
TERM
Service oriented computing Service orientation Service oriented architecture
Solution logic Service Service candidate
Service capability Service capability candidate Service composition
Service inventory domain service inventory Enterprise service inventory
integration Interoperability Service model
Entity service Utility service Task service
Business-centric Vendor-neutral Enterprise-centric
Composition-centric

SAMPLE EXAM QUESTIONS
Q1: Which of the following statements is false?
A. A service is a unit of logic to which service-orientation has been applied to
a meaningful extent.
B. Services are designed to increase the need for integration.
C. Services are the fundamental building blocks of service-oriented solutions.
D. A service composition is comprised of services.
Answer : B

Q2: A __________ can be part of a/an __________ which can be assembled from
__________ within a/an
__________.
A. component, object, enterprises, service
B. service inventory, service, enterprises, service composition
C. service, service composition, services, service inventory
D. service inventory, service, service compositions, enterprise
Answer : C

Q3: Services are ideally designed to be:
A. agnostic and reusable
B. unidirectional and semi-granular
C. linear and logistically decomposable
D. returnable and non-standardized
Answer : A

Q4: Service Autonomy, Service Statelessness, and Service Loose Coupling are
examples of:
A. service-oriented architecture types
B. service-orientation design principles
C. service models
D. none of the above
Answer : B

Q5: Service A invokes Service B. Service B invokes Service C. Service C invokes
both Service D and Service A.
In this runtime scenario, which services are acting as service consumers?
A. Service A, Service B, Service C
B. Service D, Service E
C. Service A
D. None, because a service cannot also be a service consumer.
Answer : A

REFERENCES
http://www.soaschool.com/
http://serviceorientation.com/index.php/soaglossary/index
http://soapatterns.org/
http://www.servicetechmag.com/
http://www.soaschool.com/certifications
http://www.servicetechbooks.com/

THANKS
ENJOY SOA .. WAIT FOR NEXT
MAIL: ENG.MOHAMEDZAKARYA@GMAIL.COM

SOA Course - Next Generation

More Related Content

What's hot

Similar to SOA Course - Next Generation

More from Mohamed Zakarya Abdelgawad

Recently uploaded

SOA Course - Next Generation

Editor's Notes