Announcements
Next week: Organizational Cloud discussion pros/cons
- Teams to revisit individual findings and
Announcements Next week: Organizational Cloud discussion pros/cons - - PowerPoint PPT Presentation
Announcements Next week: Organizational Cloud discussion pros/cons - Teams to revisit individual findings and report Upcoming R2 APIs & Web Services SWEN-343 Today Need for APIs Webservices Types SOAP & REST SOA Microservices
Play/Add/Analyze/Report /Subscribe/Stream Map/View/Interact/Estimate/ Calculate Distance/Geocode
humans
Such as http://www.weather.com
programs
Such as Twitter APIs:
https://dev.twitter.com/rest/reference/get/followers/ids
Provides application components and interoperable machine-to-machine interaction Self-contained and self-described in a machine- processable format (such as WSDL). Can be published, found, and used on the Web Communicate using open protocols: SOAP messages using HTTP and XML/JSON serialization and other web-related standards. Cross platform compatible
Allow different applications from different sources to communicate with each other
Not tied to any one operating system or programming language. Secure access to data Web services can tightly control access to the data and services they make available to other applications.
failure and system restart, the data is available in its correct state.
ACID (Atomicity, Consistency, Isolation, Durability)
SOAP = Protocol, REST = Architecture SOAP: Heavier weight Tightly coupled to server Supports: ACID transactions ACID = Ensure reliable transactions Adds some security features REST: Lighter & Simpler No UDDI Not restricted to XML
SOAP: Standards-based Web Services access protocol Been around a while Pushed by MS REST Not so “new” kid on the block Simple method of accessing web services Both use HTTP protocol
between computers.
and how to access them.
finding web services
a. UDDI= UDDI (Universal Description, Discovery, and Integration) - XML based registry. i. Defines a way to publish and discover information about Web services. b. Now mostly used inside companies
Foundation layer of WS Protocol stack Components: Envelope: Defines message structure Encoding rules Convention for procedure calls & responses
An approach used to create an architecture based upon the use
Services (such as RESTful Web services) carry out some small function, such as producing data, validating a customer, or providing simple analytical services. A primary goal is loose coupling SOA Service:
Does not necessarily require Web Services Build a system from autonomous services Integration is forethought, not afterthought May combine different: Languages Platforms Security models Business Processes And this is ok!
http://www.mainsysgroup.com/sites/default/files/mainsys/Architecture-FRONTeO-E-banking%20- %20ColRev2_0.jpg
SOA meta-model, The Linthicum Group
SOA is a technology SOA is a design philosophy independent of any vendor, product, technology or industry trend. SOAs require Web Services SOAs may be realized via Web services but Web services are not necessarily required to implement SOA SOA requires a complete technology and business processes overhaul SOA should be incremental and built upon your current investments We need to build a SOA SOA is a means, not an end
Connect into what is already there - Layer business process management, collaborative workflows, and reporting on top
Extract more value from what is already there - Enable existing applications to be reused in new ways. Extend and evolve what we already have - Create IT support for new cross-functional business processes that extend beyond the boundaries of what the existing applications were designed to do.
What are they? Benefits? Drawbacks? Where are they used?