Share
VIDEOS 1 TO 50
Introduction to Service Oriented Architecture - SOA
Introduction to Service Oriented Architecture - SOA
Published: 2010/10/06
Channel: HandsonERP
What is Middleware? Service Oriented Architecture Explained
What is Middleware? Service Oriented Architecture Explained
Published: 2013/09/19
Channel: John Brunswick
Microservices vs. service oriented architectures
Microservices vs. service oriented architectures
Published: 2016/12/14
Channel: Red Hat Videos
what is service oriented architecture SOA?
what is service oriented architecture SOA?
Published: 2012/04/21
Channel: EDUARDO GRANADOS
Complex Systems Design: 11 Service Oriented Architecture
Complex Systems Design: 11 Service Oriented Architecture
Published: 2015/01/02
Channel: Complexity Labs
Service Oriented Architecture
Service Oriented Architecture
Published: 2016/02/14
Channel: Loi Liang Yang
Service Oriented Architectures
Service Oriented Architectures
Published: 2012/10/24
Channel: Fraunhofer FOKUS
What is SOA | SOA Architecture | SOA Tutorial For Beginners | Java - SOA Tutorial | Edureka
What is SOA | SOA Architecture | SOA Tutorial For Beginners | Java - SOA Tutorial | Edureka
Published: 2015/03/02
Channel: edureka!
Implementing Service Oriented Architecture
Implementing Service Oriented Architecture
Published: 2015/04/10
Channel: Amazon Web Services
Bruce
Bruce's Shorts: What is SOA and why do I need it?
Published: 2014/12/18
Channel: Dalet Academy
What is SOA, Services and Messages? - Part 1
What is SOA, Services and Messages? - Part 1
Published: 2009/10/06
Channel: .NET Interview Preparation videos
An Introduction to Service-Oriented Architecture
An Introduction to Service-Oriented Architecture
Published: 2011/06/12
Channel: km
Service Oriented Applications: What is SOA?
Service Oriented Applications: What is SOA?
Published: 2013/10/17
Channel: Pluralsight
Service-Oriented Architecture
Service-Oriented Architecture
Published: 2015/10/05
Channel: wengkeong wong
Lesson 8- part 1: SOA Principles
Lesson 8- part 1: SOA Principles
Published: 2014/07/15
Channel: Maurizio Marchese
SOA for Dummies
SOA for Dummies
Published: 2009/05/03
Channel: papasmurfify
Service Oriented Architecture and TOGAF
Service Oriented Architecture and TOGAF
Published: 2014/07/01
Channel: Dr Farzad Sanati
Advantages and Disadvantages of Service oriented Architecture SOA
Advantages and Disadvantages of Service oriented Architecture SOA
Published: 2016/07/07
Channel: The Get Computers & Internet
Webinar : Practical SOA for the Solution Architect
Webinar : Practical SOA for the Solution Architect
Published: 2011/11/30
Channel: WSO2TechFlicks
SOA Architecture Tutorial | SOA Architecture in Java | Java and SOA Tutorial | Edureka
SOA Architecture Tutorial | SOA Architecture in Java | Java and SOA Tutorial | Edureka
Published: 2014/08/14
Channel: edureka!
Service Oriented Architecture SOA Administration
Service Oriented Architecture SOA Administration
Published: 2014/02/07
Channel: Tech Gig
Service-Oriented Architecture, Cloud & API Economy
Service-Oriented Architecture, Cloud & API Economy
Published: 2016/07/17
Channel: Loi Liang Yang
Understanding Oracle SOA - Part 1 - Architecture
Understanding Oracle SOA - Part 1 - Architecture
Published: 2011/10/21
Channel: Chris Ostrowski
6.1. How do I start to implement a Service Oriented Architecture (SOA) in my business?
6.1. How do I start to implement a Service Oriented Architecture (SOA) in my business?
Published: 2013/11/13
Channel: Ostia Software Solutions
MQ: N-Tier, Service-Oriented Architecture (SOA), and Message Performance: IBM Counter Fraud
MQ: N-Tier, Service-Oriented Architecture (SOA), and Message Performance: IBM Counter Fraud
Published: 2016/10/03
Channel: IBM i2 Technical Support
SOA Introduction Video Tutorial For Beginners | Basic Concepts
SOA Introduction Video Tutorial For Beginners | Basic Concepts
Published: 2015/08/17
Channel: KernelTraining.Com
Service Oriented Architecture - Interview with Paulo Merson (Spanish subtitles)
Service Oriented Architecture - Interview with Paulo Merson (Spanish subtitles)
Published: 2014/01/17
Channel: Alcenit Corporation
Microservices vs SOA
Microservices vs SOA
Published: 2017/07/06
Channel: developerWorks TV
01  Introduction to Service Oriented Architecture
01 Introduction to Service Oriented Architecture
Published: 2016/07/26
Channel: Oracle SOA Suite 12c
SOAP: Service-Oriented Architecture and Programming, Pt. 1
SOAP: Service-Oriented Architecture and Programming, Pt. 1
Published: 2011/11/21
Channel: Richard Norman
INTRODUCTION TO SOA SERVICE ORIETED ARCHITECTURE IN HINDI
INTRODUCTION TO SOA SERVICE ORIETED ARCHITECTURE IN HINDI
Published: 2016/01/22
Channel: Ajaze Khan
SOA - Service Oriented Architecture
SOA - Service Oriented Architecture
Published: 2011/02/25
Channel: Teclógica
2.11. How does SOA relate to
2.11. How does SOA relate to 'Cloud Computing'?
Published: 2013/11/13
Channel: Ostia Software Solutions
PHP UK Conference 2014 - Ole Michaelis - Service Oriented Architecture for Robust & Scalable Systems
PHP UK Conference 2014 - Ole Michaelis - Service Oriented Architecture for Robust & Scalable Systems
Published: 2014/03/28
Channel: PHP UK Conference
Service Oriented Architecture with WebBroker
Service Oriented Architecture with WebBroker
Published: 2017/05/13
Channel: Embarcadero Technologies
Business Analyst training - Service Oriented Architecture by ELearningLine @848-200-0448
Business Analyst training - Service Oriented Architecture by ELearningLine @848-200-0448
Published: 2014/03/12
Channel: Addiox Technologies LLC
Service Oriented Architecture Made Easy
Service Oriented Architecture Made Easy
Published: 2015/05/24
Channel: SECC Egypt
Service-Oriented Architecture
Service-Oriented Architecture
Published: 2015/01/20
Channel: Dr Farzad Sanati
What is a Service Oriented Architecture?
What is a Service Oriented Architecture?
Published: 2011/04/24
Channel: Paul Strassmann
10 Years Later: So What is Service-Oriented Architecture (SOA)?
10 Years Later: So What is Service-Oriented Architecture (SOA)?
Published: 2009/12/10
Channel: Brook Tesla
The Open Group - An Architecture for Service Oriented Delivery Model in Healthcare
The Open Group - An Architecture for Service Oriented Delivery Model in Healthcare
Published: 2016/11/08
Channel: The Open Group
Modernizing Service-Oriented Architecture with APIs
Modernizing Service-Oriented Architecture with APIs
Published: 2016/01/27
Channel: apigee
Service Oriented Architecture (SOA) | My First Project BPEL
Service Oriented Architecture (SOA) | My First Project BPEL
Published: 2015/12/01
Channel: Nidhal Mouldi
Service-oriented architecture
Service-oriented architecture
Published: 2014/07/14
Channel: Audiopedia
Ruby Conf 2013 - Promiscuous: A robust service-oriented architecture framework
Ruby Conf 2013 - Promiscuous: A robust service-oriented architecture framework
Published: 2013/12/06
Channel: Confreaks
TIBCO Service Oriented Architecture (SOA): 2-Minute Explainer
TIBCO Service Oriented Architecture (SOA): 2-Minute Explainer
Published: 2008/10/23
Channel: TIBCOSoftware
Security Service Oriented Architecture
Security Service Oriented Architecture
Published: 2013/06/21
Channel: Kellman Meghu
Standardized Service-Oriented Architecture
Standardized Service-Oriented Architecture
Published: 2012/06/13
Channel: MaciejLisCK
CASE STUDY II - Research on Service Oriented Architecture about Harley Davidson Financial Services
CASE STUDY II - Research on Service Oriented Architecture about Harley Davidson Financial Services
Published: 2014/04/09
Channel: Yashasvi Dhanakonda
Service Oriented Architecture SOA Concepts Technology and Design Pdf Book
Service Oriented Architecture SOA Concepts Technology and Design Pdf Book
Published: 2016/06/07
Channel: Casandra. M
NEXT
GO TO RESULTS [51 .. 100]

WIKIPEDIA ARTICLE

From Wikipedia, the free encyclopedia
Jump to: navigation, search

A service-oriented architecture (SOA) is a style of software design where services are provided to the other components by application components, through a communication protocol over a network. The basic principles of service-oriented architecture are independent of vendors, products and technologies.[1] A service is a discrete unit of functionality that can be accessed remotely and acted upon and updated independently, such as retrieving a credit card statement online.

A service has four properties according to one of many definitions of SOA:[2]

  1. It logically represents a business activity with a specified outcome.
  2. It is self-contained.
  3. It is a black box for its consumers.
  4. It may consist of other underlying services.[3]

Different services can be used in conjunction to provide the functionality of a large software application.[4] So far, the definition could be a definition of modular programming in the 1970s. Service-oriented architecture is less about how to modularize an application, and more about how to compose an application by integration of distributed, separately-maintained and deployed software components. It is enabled by technologies and standards that make it easier for components to communicate and cooperate over a network, especially an IP network.

Overview[edit]

In SOA, services use protocols that describe how they pass and parse messages using description metadata. This metadata describes both the functional characteristics of the service and quality-of-service characteristics. Service-oriented architecture aims to allow users to combine large chunks of functionality to form applications which are built purely from existing services and combining them in an ad hoc manner. A service presents a simple interface to the requester that abstracts away the underlying complexity acting as a black box. Further users can also access these independent services without any knowledge of their internal implementation.[5]

Defining concepts[edit]

The related buzzword service-orientation promotes loose coupling between services. SOA separates functions into distinct units, or services,[6] which developers make accessible over a network in order to allow users to combine and reuse them in the production of applications. These services and their corresponding consumers communicate with each other by passing data in a well-defined, shared format, or by coordinating an activity between two or more services.[7]

A manifesto was published for service-oriented architecture in October, 2009. This came up with six core values which are listed as follows:[8]

  1. Business value is given more importance than technical strategy.
  2. Strategic goals are given more importance than project-specific benefits.
  3. Intrinsic inter-operability is given more importance than custom integration.
  4. Shared services are given more importance than specific-purpose implementations.
  5. Flexibility is given more importance than optimization.
  6. Evolutionary refinement is given more importance than pursuit of initial perfection.

SOA can be seen as part of the continuum which ranges from the older concept of distributed computing[6][9] and modular programming, through SOA, and on to current practices of mashups, SaaS, and cloud computing (which some see as the offspring of SOA).[10]

Principles[edit]

There are no industry standards relating to the exact composition of a service-oriented architecture, although many industry sources have published their own principles. Some of these[11][12][13][14] include the following:

Standardized service contract
Services adhere to a standard communications agreements, as defined collectively by one or more service-description documents within a given set of services.
Service reference autonomy (an aspect of loose coupling)
The relationship between services is minimized to the level that they are only aware of their existence.
Service location transparency (an aspect of loose coupling)
Services can be called from anywhere within the network that it is located no matter where it is present.
Service longevity
Services should be designed to be long lived. Where possible services should avoid forcing consumers to change if they do not require new features, if you call a service today you should be able to call the same service tomorrow.
Service abstraction
The services act as black boxes, that is their inner logic is hidden from the consumers.
Service autonomy
Services are independent and control the functionality they encapsulate, from a Design-time and a run-time perspective.
Service statelessness
Services are stateless, that is either return the requested value or give an exception hence minimizing resource use.
Service granularity
A principle to ensure services have an adequate size and scope. The functionality provided by the service to the user must be relevant.
Service normalization
Services are decomposed or consolidated (normalized) to minimize redundancy. In some, this may not be done, These are the cases where performance optimization, access, and aggregation are required.[15]
Service composability
Services can be used to compose other services.
Service discovery
Services are supplemented with communicative meta data by which they can be effectively discovered and interpreted.
Service reusability
Logic is divided into various services, to promote reuse of code.
Service encapsulation
Many services which were not initially planned under SOA, may get encapsulated or become a part of SOA.

Patterns[edit]

Each SOA building block can play any of the three roles:

Service provider
It creates a web service and provides its information to the service registry. Each provider debates upon a lot of hows and whys like which service to expose, whom to give more importance: security or easy availability, what price to offer the service for and many more. The provider also has to decide what category the service should be listed in for a given broker service[16] and what sort of trading partner agreements are required to use the service.
Service broker, service registry or service repository
Its main functionality is to make the information regarding the web service available to any potential requester. Whoever implements the broker decides the scope of the broker. Public brokers are available anywhere and everywhere but private brokers are only available to a limited amount of public. UDDI was an early, no longer actively supported attempt to provide Web services discovery.
Service requester/consumer
It locates entries in the broker registry using various find operations and then binds to the service provider in order to invoke one of its web services. Whichever service the service-consumers need, they have to take it into the brokers, bind it with respective service and then use it. They can access multiple services if the service provides multiple services.

The service consumer–provider relationship is governed by a standardized service contract,[17] which has a business part, a functional part and a technical part.

Service composition patterns have two broad, high-level architectural styles: choreography and orchestration. Lower level enterprise integration patterns that are not bound to a particular architectural style continue to be relevant and eligible in SOA design.[18][19][20]

Implementation approaches[edit]

Service-oriented architecture can be implemented with Web services.[21] This is done to make the functional building-blocks accessible over standard Internet protocols that are independent of platforms and programming languages. These services can represent either new applications or just wrappers around existing legacy systems to make them network-enabled.[22]

Implementers commonly build SOAs using web services standards. One example is SOAP, which has gained broad industry acceptance after recommendation of Version 1.2 from the W3C[23] (World Wide Web Consortium) in 2003. These standards (also referred to as web service specifications) also provide greater interoperability and some protection from lock-in to proprietary vendor software. One can, however, also implement SOA using any other service-based technology, such as Jini, CORBA or REST.

Architectures can operate independently of specific technologies and can therefore be implemented using a wide range of technologies, including:

Implementations can use one or more of these protocols and, for example, might use a file-system mechanism to communicate data following a defined interface specification between processes conforming to the SOA concept. The key is independent services with defined interfaces that can be called to perform their tasks in a standard way, without a service having foreknowledge of the calling application, and without the application having or needing knowledge of how the service actually performs its tasks. SOA enables the development of applications that are built by combining loosely coupled and interoperable services.

These services inter-operate based on a formal definition (or contract, e.g., WSDL) that is independent of the underlying platform and programming language. The interface definition hides the implementation of the language-specific service. SOA-based systems can therefore function independently of development technologies and platforms (such as Java, .NET, etc.). Services written in C# running on .NET platforms and services written in Java running on Java EE platforms, for example, can both be consumed by a common composite application (or client). Applications running on either platform can also consume services running on the other as web services that facilitate reuse. Managed environments can also wrap COBOL legacy systems and present them as software services..[24]

High-level programming languages such as BPEL and specifications such as WS-CDL and WS-Coordination extend the service concept by providing a method of defining and supporting orchestration of fine-grained services into more coarse-grained business services, which architects can in turn incorporate into workflows and business processes implemented in composite applications or portals[25]

Service-oriented modeling is an SOA framework that identifies the various disciplines that guide SOA practitioners to conceptualize, analyze, design, and architect their service-oriented assets. The Service-oriented modeling framework (SOMF) offers a modeling language and a work structure or "map" depicting the various components that contribute to a successful service-oriented modeling approach. It illustrates the major elements that identify the "what to do" aspects of a service development scheme. The model enables practitioners to craft a project plan and to identify the milestones of a service-oriented initiative. SOMF also provides a common modeling notation to address alignment between business and IT organizations.

Elements of SOA, by Dirk Krafzig, Karl Banke, and Dirk Slama[26]
SOA meta-model, The Linthicum Group, 2007

Organizational benefits[edit]

Some enterprise architects believe that SOA can help businesses respond more quickly and more cost-effectively to changing market conditions.[27] This style of architecture promotes reuse at the macro (service) level rather than micro (classes) level. It can also simplify interconnection to—and usage of—existing IT (legacy) assets.

With SOA, the idea is that an organization can look at a problem holistically. A business has more overall control. Theoretically there would not be a mass of developers using whatever tool sets might please them. But rather they would be coding to a standard that is set within the business. They can also develop enterprise-wide SOA that encapsulates a business-oriented infrastructure. SOA has also been illustrated as a highway system providing efficiency for car drivers. The point being that if everyone had a car, but there was no highway anywhere, things would be limited and disorganized, in any attempt to get anywhere quickly or efficiently. IBM Vice President of Web Services Michael Liebow says that SOA "builds highways".[28]

In some respects, SOA could be regarded as an architectural evolution rather than as a revolution. It captures many of the best practices of previous software architectures. In communications systems, for example, little development of solutions that use truly static bindings to talk to other equipment in the network has taken place. By embracing a SOA approach, such systems can position themselves to stress the importance of well-defined, highly inter-operable interfaces. Other predecessors of SOA include Component-based software engineering and Object-Oriented Analysis and Design (OOAD) of remote objects, for instance, in CORBA.

A service comprises a stand-alone unit of functionality available only via a formally defined interface. Services can be some kind of "nano-enterprises" that are easy to produce and improve. Also services can be "mega-corporations" constructed as the coordinated work of subordinate services. A mature rollout of SOA effectively defines the API of an organization.

Reasons for treating the implementation of services as separate projects from larger projects include:

  1. Separation promotes the concept to the business that services can be delivered quickly and independently from the larger and slower-moving projects common in the organization. The business starts understanding systems and simplified user interfaces calling on services. This advocates agility. That is to say, it fosters business innovations and speeds up time-to-market.[29]
  2. Separation promotes the decoupling of services from consuming projects. This encourages good design insofar as the service is designed without knowing who its consumers are.
  3. Documentation and test artifacts of the service are not embedded within the detail of the larger project. This is important when the service needs to be reused later.

SOA promises to simplify testing indirectly. Services are autonomous, stateless, with fully documented interfaces, and separate from the cross-cutting concerns of the implementation. If an organization possesses appropriately defined test data, then a corresponding stub is built that reacts to the test data when a service is being built. A full set of regression tests, scripts, data, and responses is also captured for the service. The service can be tested as a 'black box' using existing stubs corresponding to the services it calls. Test environments can be constructed where the primitive and out-of-scope services are stubs, while the remainder of the mesh is test deployments of full services. As each interface is fully documented with its own full set of regression test documentation, it becomes simple to identify problems in test services. Testing evolves to merely validate that the test service operates according to its documentation, and finds gaps in documentation and test cases of all services within the environment. Managing the data state of idempotent services is the only complexity.

Examples may prove useful to aid in documenting a service to the level where it becomes useful. The documentation of some APIs within the Java Community Process provide good examples. As these are exhaustive, staff would typically use only important subsets. The 'ossjsa.pdf' file within JSR-89 exemplifies such a file.[30]

Criticism[edit]

SOA has been conflated with Web services;[31] however, Web services are only one option to implement the patterns that comprise the SOA style. In the absence of native or binary forms of remote procedure call (RPC), applications could run more slowly and require more processing power, increasing costs. Most implementations do incur these overheads, but SOA can be implemented using technologies (for example, Java Business Integration (JBI), Windows Communication Foundation (WCF) and data distribution service (DDS) that do not depend on remote procedure calls or translation through XML. At the same time, emerging open-source XML parsing technologies (such as VTD-XML) and various XML-compatible binary formats promise to significantly improve SOA performance. Services implemented using JSON instead of XML do not suffer from this performance concern.[32][33][34]

Stateful services require both the consumer and the provider to share the same consumer-specific context, which is either included in or referenced by messages exchanged between the provider and the consumer. This constraint has the drawback that it could reduce the overall scalability of the service provider if the service-provider needs to retain the shared context for each consumer. It also increases the coupling between a service provider and a consumer and makes switching service providers more difficult.[35] Ultimately, some critics feel that SOA services are still too constrained by applications they represent.[36]

A primary challenge faced by service-oriented architecture is managing of metadata. Environments based on SOA include many services which communicate among each other to perform tasks. Due to the fact that the design may involve multiple services working in conjunction, an Application may generate millions of messages. Further services may belong to different organizations or even competing firms creating a huge trust issue. Thus SOA governance comes into the scheme of things.[37]

Another major problem faced by SOA is the lack of a uniform testing framework. There are no tools that provide the required features for testing these services in a service-oriented architecture. The major causes of difficulty are:[38]

  • Heterogeneity and complexity of solution.
  • Huge set of testing combinations due to integration of autonomous services.
  • Inclusion of services from different and competing vendors.
  • Platform is continuously changing due to availability of new features and services.

See [39] for additional challenges, partial solutions and research roadmap input regarding software service engineering

Extensions and variants[edit]

Event-driven architectures[edit]

Web 2.0[edit]

Tim O'Reilly coined the term "Web 2.0" to describe a perceived, quickly growing set of web-based applications.[40] A topic that has experienced extensive coverage involves the relationship between Web 2.0 and service-oriented architectures.[which?]

SOA is the philosophy of encapsulating application logic in services with a uniformly defined interface and making these publicly available via discovery mechanisms. The notion of complexity-hiding and reuse, but also the concept of loosely coupling services has inspired researchers to elaborate on similarities between the two philosophies, SOA and Web 2.0, and their respective applications. Some argue Web 2.0 and SOA have significantly different elements and thus can not be regarded "parallel philosophies", whereas others consider the two concepts as complementary and regard Web 2.0 as the global SOA.[41]

The philosophies of Web 2.0 and SOA serve different user needs and thus expose differences with respect to the design and also the technologies used in real-world applications. However, as of 2008, use-cases demonstrated the potential of combining technologies and principles of both Web 2.0 and SOA.[41]

Microservices[edit]

Microservices are a modern interpretation of service-oriented architectures used to build distributed software systems. Services in a microservice architecture[42] are processes that communicate with each other over the network in order to fulfill a goal. These services use technology agnostic protocols,[43] which aid in encapsulating choice of language and frameworks, making their choice a concern internal to the service. Microservices are a new realisation and implementation approach to SOA, which have become popular since 2014 (and after the introduction of DevOps), and which also emphasize continuous deployment and other agile practices.[44]

There is no single commonly agreed definition of microservices. The following characteristics and principles can be found in the literature:

  • fine-grained interfaces (to independently deployable services),
  • business-driven development (e.g. domain-driven design),
  • IDEAL cloud application architectures,
  • polyglot programming and persistence,
  • lightweight container deployment,
  • decentralized continuous delivery, and
  • DevOps with holistic service monitoring.

See also[edit]

References[edit]

  1. ^ "Chapter 1: Service Oriented Architecture (SOA)". msdn.microsoft.com. Retrieved 2016-09-21. 
  2. ^ http://www.opengroup.org/standards/soa
  3. ^ "What Is SOA?". www.opengroup.org. Retrieved 2016-09-21. 
  4. ^ Velte, Anthony T. (2010). Cloud Computing: A Practical Approach. McGraw Hill. ISBN 978-0-07-162694-1. 
  5. ^ "Migrating to a service-oriented architecture, Part 1". 2008-12-09. Archived from the original on December 9, 2008. Retrieved 2016-09-21. 
  6. ^ a b Michael Bell (2008). "Introduction to Service-Oriented Modeling". Service-Oriented Modeling: Service Analysis, Design, and Architecture. Wiley & Sons. p. 3. ISBN 978-0-470-14111-3. 
  7. ^ Michael Bell (2010). SOA Modeling Patterns for Service-Oriented Discovery and Analysis. Wiley & Sons. p. 390. ISBN 978-0-470-48197-4. 
  8. ^ "SOA Manifesto". www.soa-manifesto.org. Retrieved 2016-09-21. 
  9. ^ Thomas Erl (June 2005). About the Principles. Serviceorientation.org
  10. ^ "Application Platform Strategies Blog: SOA is Dead; Long Live Services". Apsblog.burtongroup.com. January 5, 2009. Retrieved August 13, 2012. 
  11. ^ Yvonne Balzer Improve your SOA project plans, IBM, July 16, 2004
  12. ^ Microsoft Windows Communication Foundation team (2012). "Principles of Service Oriented Design". msdn.microsoft.com. Retrieved September 3, 2012. 
  13. ^ Principles by Thomas Erl of SOA Systems Inc. eight specific service-orientation principles
  14. ^ M. Hadi Valipour; Bavar AmirZafari; Kh. Niki Maleki; Negin Daneshpour (2009). "A brief survey of software architecture concepts and service oriented architecture". 2009 2nd IEEE International Conference on Computer Science and Information Technology. pp. 34–38. ISBN 978-1-4244-4519-6. doi:10.1109/ICCSIT.2009.5235004. 
  15. ^ Tony Shan (2004). "Building a service-oriented e Banking platform". IEEE International Conference on Services Computing, 2004. (SCC 2004). Proceedings. 2004. pp. 237–244. ISBN 0-7695-2225-4. doi:10.1109/SCC.2004.1358011. 2004
  16. ^ Duan, Yucong; Narendra, Nanjangud; Du, Wencai; Wang, Yongzhi; Zhou, Nianjun. "Exploring Cloud Service Brokering from an Interface Perspective". IEEE. 
  17. ^ Duan, Yucong. "A Survey on Service Contract". IEEE. 
  18. ^ Olaf Zimmermann, Cesare Pautasso, Gregor Hohpe, Bobby Woolf (2016). "A Decade of Enterprise Integration Patterns". IEEE Software. 33 (1): 13–19. doi:10.1109/MS.2016.11. 
  19. ^ Rotem-Gal-Oz, Arnon (2012). SOA Patterns. Manning Publications. ISBN 978-1933988269. 
  20. ^ K. Julisch et al., Compliance by Design – Bridging the Chasm between Auditors and IT Architects. Computers & Security, Elsevier. Volume 30, Issue 6-7, Sep.-Oct. 2011.
  21. ^ Brandner, M., Craes, M., Oellermann, F., Zimmermann, O., Web Services-Oriented Architecture in Production in the Finance Industry, Informatik-Spektrum 02/2004, Springer-Verlag, 2004
  22. ^ "www.ibm.com". Retrieved 2016-09-10. 
  23. ^ "SOAP Version 1.2 の公開について (W3C 勧告)" (in Japanese). W3.org. Retrieved August 13, 2012. 
  24. ^ Okishima, Haruhiru (2006). ". "Case Study of System Architecture that use COBOL assets"" (PDF). 
  25. ^ Kyriazis, Dimosthenis; Tserpes, Konstantinos; Menychtas, Andreas; Sarantidis, Ioannis; Varvarigou, Theodora (2009-04-25). "Service selection and workflow mapping for Grids: an approach exploiting quality-of-service information". Concurrency and Computation: Practice and Experience. 21 (6): 739–766. ISSN 1532-0634. doi:10.1002/cpe.1343. 
  26. ^ Enterprise SOA. Prentice Hall, 2005
  27. ^ Christopher Koch A New Blueprint For The Enterprise, CIO Magazine, March 1, 2005
  28. ^ Elizabeth Millard (January 2005). "Building a Better Process". Computer User. Page 20.
  29. ^ Brayan Zimmerli (November 11, 2009) Business Benefits of SOA, University of Applied Science of Northwestern Switzerland, School of Business
  30. ^ JSR-000089 OSS Service Activation API Specification 1.0 Final Release. sun.com
  31. ^ Joe McKendrick. "Bray: SOA too complex; 'just vendor BS'". ZDNet. 
  32. ^ Jimmy Zhang (February 20, 2008) "Index XML Documents with VTD-XML". XML Journal.
  33. ^ Jimmy Zhang (August 5, 2008) "i-Technology Viewpoint: The Performance Woe of Binary XML". Microservices Journal.
  34. ^ Jimmy Zhang (January 9, 2008) "Manipulate XML Content the Ximple Way". devx.com.
  35. ^ "The Reason SOA Isn’t Delivering Sustainable Software". jpmorgenthal.com. June 19, 2009. Retrieved June 27, 2009. 
  36. ^ "SOA services still too constrained by applications they represent". zdnet.com. June 27, 2009. Retrieved June 27, 2009. 
  37. ^ "Governance Layer". www.opengroup.org. Retrieved 2016-09-22. 
  38. ^ "How to Efficiently Test Service Oriented Architecture | WSO2 Inc". wso2.com. Retrieved 2016-09-22. 
  39. ^ http://drops.dagstuhl.de/opus/volltexte/2009/2046/pdf/09021_abstracts_collection.2046.pdf
  40. ^ "What Is Web 2.0". Tim O'Reilly. September 30, 2005. Retrieved June 10, 2008. 
  41. ^ a b Christoph Schroth & Till Janner (2007). "Web 2.0 and SOA: Converging Concepts Enabling the Internet of Services". IT Professional 9 (2007), Nr. 3, pp. 36–41, IEEE Computer Society. Retrieved February 23, 2008. 
  42. ^ "Microservices: yesterday, today, and tomorrow" (PDF). Retrieved 6 July 2016. 
  43. ^ James Lewis and Martin Fowler. "Microservices". 
  44. ^ Balalaie, A.; Heydarnoori, A.; Jamshidi, P. (2016-05-01). "Microservices Architecture Enables DevOps: Migration to a Cloud-Native Architecture". IEEE Software. 33 (3): 42–52. ISSN 0740-7459. doi:10.1109/MS.2016.64. 

External links[edit]

Disclaimer

None of the audio/visual content is hosted on this site. All media is embedded from other sites such as GoogleVideo, Wikipedia, YouTube etc. Therefore, this site has no control over the copyright issues of the streaming media.

All issues concerning copyright violations should be aimed at the sites hosting the material. This site does not host any of the streaming media and the owner has not uploaded any of the material to the video hosting servers. Anyone can find the same content on Google Video or YouTube by themselves.

The owner of this site cannot know which documentaries are in public domain, which has been uploaded to e.g. YouTube by the owner and which has been uploaded without permission. The copyright owner must contact the source if he wants his material off the Internet completely.

Powered by YouTube
Wikipedia content is licensed under the GFDL and (CC) license