Transition from SOA to APIs for the App Economy  - Bending the Spoon
Upcoming SlideShare
Loading in...5
×
 

Transition from SOA to APIs for the App Economy - Bending the Spoon

on

  • 3,695 views

Does your business need to deploy functionality to mobile devices? To multiple channels simultaneously? At a faster pace than ever before? You have a solid SOA but it's just not flexible enough to ...

Does your business need to deploy functionality to mobile devices? To multiple channels simultaneously? At a faster pace than ever before? You have a solid SOA but it's just not flexible enough to fulfill the requirements of today's projects. You need a path to evolve your SOA.

Join Brian Pagano and David Andrzejek to discuss the imperative for APIs. Walk away an approach to extend SOA with APIs to meet the demands of business in the growing app economy.

We'll Cover:
- Complex, stateful transactions and other things SOA is good at
- Agility, scalability, transformations, and other things APIs are good at
- Expose functionality not services & use APIs to be relevant and successful in the app economy

Statistics

Views

Total Views
3,695
Views on SlideShare
2,428
Embed Views
1,267

Actions

Likes
1
Downloads
56
Comments
1

8 Embeds 1,267

http://apigee.com 1139
https://blog.apigee.com 94
http://edit.apigee.net 17
http://mktg-dev.apigee.com 10
https://twitter.com 4
http://edit.mktg.jupiter.apigee.net 1
http://mktg-new.local 1
http://mktg-stg.apigee.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

CC Attribution License

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • <br /><iframe width="350" height="288" src="http://www.youtube.com/embed/fIgx8wTRbGA" frameborder="0"></iframe>
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Creative Commons Attribution-Share Alike 3.0 United States License
  • New requirements include: mobile, delivering onto multiple platforms simultaneously, and faster iterations.
  • Expose functionality not systemsAPIs to leverage existing assetsAPI for business intelligenceAPIs for innovation/agility/dev adoption

Transition from SOA to APIs for the App Economy  - Bending the Spoon Transition from SOA to APIs for the App Economy - Bending the Spoon Presentation Transcript

  • Bending the SpoonTransition from SOA to APIs for the App EconomyBrian Pagano@brianpaganoDavid Andrzejek Apigee@davidandrz @apigee
  • groups.google.com/group/api-craft
  • youtube.com/apigee
  • slideshare.net/apigee
  • @brianpagano @davidandrzBrian Pagano David Andrzejek
  • OverviewSOA adventures in API-landSOA - does it mean what you think it means?All the checkboxesTransactions – working hand-in-handMaking the world awesome - one API at a time
  • SOA Adventures inAPI-Land
  • A man is sitting at a table, staring at a spoon
  • He seems to be doing nothing, but his forehead startsto sweat
  • The man is trying to bend the spoon
  • Two problems . . .You can’t bend a spoon using only your mind
  • Bending the spoon manually weakens the structure andmangles the spoon
  • Why are we talking about spoons?The “spoon” is the company’s SOA-based architectureIt made sense at the time. And it still makes sense forsome functionsBut rapidly evolving businesses have new requirements
  • The Architect has two choicesBend the spoon and hope it doesn’t breakBend the world around the spoon
  • Let’s talk about bending the world
  • SOA: Advanced Patterns
  • SOA recapLet’s make sure we’re all talking about the same thingLet’s only talk about the core principles of SOA - not thecruft that vendors have addedSome product features have started to be thought of asnecessary for SOA
  • SOA is Service Oriented ArchitectureServices are goodTapping into the deeper philosophy of breaking downproblems into componentsComponents are good
  • SOA might include, but does not require Heavyweight contracts Service registries Dynamic discoveryThese are product “features”
  • Core SOA Functionality Business Problem Core SOA Principle Consistent look and feel for customers Reusable software components (services) across lines of business Cross selling between lines of business *Reusable services Auditing and compliance Guaranteed asynchronous message delivery helps for non-repudiation The ability to perform complicated, Message Bus + stateful services multi-step transactions Agility *Reusable services * Not completely satisfied using SOA alone
  • So far, so good
  • The architect is being asked to deploy functionality tomobile devicesWorse, the business wants to deploy to multiplechannels simultaneouslyAnd timelines are getting crunched to accommodatepartners, conferences, and events
  • Should we try to bend the spoon?
  • Patterns have emerged* to try to solve these new requirementsusing existing SOA tools. They work up to a point.The problem is that bolting on active listener functionality toservices or forcing them to implement elaborate configurationframeworks or become temporal event handlers seems contraryto having coarse grained service that are experts for a specificproblem.*SOA Patterns by Arnon Rotem-Gal-Oz for some examples
  • What’s worse is that some folks have lost sight of theneed to expose functionality not systemsNobody wins through exposing complexity
  • Nobody benefits from mangled spoons** Except maybe spoon manufacturers
  • All The Checkboxes
  •  Agility Security Performance Data Mobile visibility Modern application functionality
  • These are requirements of today’s projectsWe don’t have time to go into each of these todayBut . . .
  • The architect should think deeply about thecheckbox items when designing the path from pointA to point B
  • You may have some of the necessary pieces . . .but that is not sufficient
  • Modern apps need more than forklifting existingsystems* and their complexities*This is known at the “forklift anti-pattern”.
  • It’s time to move the world around the spoon
  • Let’s look at using APIs to extend SOA into this newworld
  • Transactions:Working Hand In Hand
  • What is SOA good at?Decoupling producers and consumersComplex transactions
  • What are APIs good at?Agile layer (changes are fast)Highly consumableOmnichannelLightweightHighly scalable
  • Sometimes APIs and SOA work beautifully together
  • For exampleComplex or stateful transactions:Let the API layer handle exposure, transformation,security, caching, and scalingThen pass the request to the SOA/integration layer
  • Making the World AwesomeOne API at a Time
  • Getting from Point A . . .Moving forward means satisfying the checkboxes(agility, scalability, …) without creating disruptionThis often means changing our thinking from exposingservices to exposing functionality
  • . . . to Point BAnd moving from the minimum necessary to getsomething exposed (avoiding the forklift anti-pattern)toproviding everything that will be sufficient to bring ourbusinesses into the app economy
  • . . . and beyondanalytics to give us visibility into behavior on mobiledevicesproviding the modern app functionality which is oftenabsent in our existing systems (location, notifications, ...)
  • In SummaryTo meet changing business demands: Expose functionality not systems Use APIs to leverage & extend existing SOA assets Use APIs for analytics – end to end visibility into your business from the backend to mobile apps Use APIs for innovation - modern app functionality
  • Future deep divesSecurityBig Data vs. Fast DataPerformanceMobile and Modern App Functionality
  • Questions
  • groups.google.com/group/api-craft
  • THANK YOUQuestions and ideas to:@brianpagano@davidandrzgroups.google.com/group/api-craft