API優(yōu)先策略如何幫助企業(yè)真正實現(xiàn)數(shù)字化

1、Microservices under themicroscope 2015 Axway|Confidential2 2015 Axway|Confidential“To Improve Is toChange; To Be Perfect Isto Change Often”Sir Winston Churchill提高就是要改變,而要達到完美就要不斷改變。溫斯頓 丘吉爾 2015 Axway|Confidential3Weve already been forced to change 2015 Axway|Confidential4Digital Business has no Bord

2、er Architecting forMobile isnt enough Omni-channelexperiences requirea new approach Digital products areKing 2015 Axway|Confidential5Expectations for IT have changed In the past enterprise architecture was designed forknown use cases and integrations The consumer cloud & mobile application model

3、 haschanged the way business users view IT products andprocesses Todays enterprise must architect for the unknown Enterprise IT systems are no longer an island andmust build their capacity to integrate with the outsideworld 2015 Axway|Confidential6|7Netflix has shown the wayReactions Adrian Cockcrof

4、t received.“You guys are“What Netflix is doingwont work”-2010“Wed like to dothat, but cant”-2012Confidentialcrazy! Cantbelieve it”-2009“It only works forUnicorns like Netflix”-2011 2015 Axway 2015 Axway|Confidential8A mandate for change! 2015 Axway|Confidential9Enterprise IT Adoption Cyclehttp:/blog

5、./2012/07/adoption-cycles.html - Simon WardleyClients 2015 Axway|Confidential11What do Enterprise Applications looklike?Backend ServerDataStorageWebClientMobileClientOtherOtherClients 2015 Axway|Confidential12The backend relied on monolithicapplications All functionality in a singlepr

6、ocess Scale by adding serversBackend Server 2015 Axway|Confidential13SOA introduced separation Separable elements of functionality become services Scale & reuse services as neededBackend ServerServiceServiceServiceService 2015 Axway|Confidential14Are these services useful?The value of a well-des

7、ignedobject is when it has such a richset of affordances that the peoplewho use it can do things with itthat the designer neverimagined.”Donald Norman 2015 Axway|Confidential15Are these services useful?Are these services able to servetodays application needs?And tomorrows? 2015 Axway|Confidential16I

8、ntroducing Microservices“the microservice architectural style. .is anapproach to developing a single application as a suiteof small services, each running in its own process andcommunicating with lightweight mechanisms, often anHTTP resource API. ”Martin Fowlerhttp:/ 2015 Axway|Confidential17Backend

9、ServerServiceServiceServiceServiceWhy Microservices? A platform for the business Agility Not tied to technology 2015 Axway|Confidential18Loosely CoupledIts not looselycoupled, if multipleservices need to beupdated at thesame time 2015 Axway|Confidential19Functionally BoundedYou should notrequire too

10、 muchinformation aboutsurroundingservices 2015 Axway|Confidential20Sounds familiar? 2015 Axway|Confidential21Are these services useful?How small is microservice?We want to avoid dumb servicesthat are just CRUD wrappers 2015 Axway|Confidential22SOA vs MicroservicesSOATeam focused onservicesServices d

11、eployed in ashared busMachine readableservice registryCentralizedorchestrationCentralized datastorageMicroservices Teams aligned withbusiness Services deployed at theedge Developer readablecatalogue Orchestration within eachapp Data storage replicatedacross atomic instances 2015 Axway|Confidential23

12、Build it, Run it, Own it SOA Services were seen as projects The team moves on when the scope of that project isdelivered Microservices and their APIs must be managed asproducts Product team owns their service from conception toretirement 2015 Axway|Confidential24 2015 Axway|ConfidentialExamining the

13、 componentsof a microservicesarchitecture 2015 Axway|Confidential25Defining Services 2015 Axway|Confidential26Defining Services Build services for business functions not knownintegration problems Implement a process to build and deploy eachservice independently Existing services can be maintained, w

14、hile new orpartial services are launched No impact to production until traffic routing is updated 2015 Axway|Confidential27Decentralize Everything 2015 Axway|Confidential28Decentralize Everything Developers can build services on any platform, withany tools Limit or remove centralized resources Datab

15、ases Message Queues Enterprise Service Buses 2015 Axway|Confidential29High Trust, Low Friction 2015 Axway|Confidential30High Trust, Low Friction Developers dislike rebel against strict governanceprocesses Services should be managed and owned by productteams Lifecycle management Functional decomposit

16、ion based on the business Services should not represent technology or architecturalconstraints, but rather business requirements 2015 Axway|Confidential31Lightweight Integration Patterns 2015 Axway|Confidential32Lightweight Integration Patterns Services should be stateless Hide backend implementatio

17、n complexity Document your services and their APIs Swagger, RAML, Blueprint 2015 Axway|Confidential33Think Differently About API Design 2015 Axway|Confidential34Think Differently About API Design Bring the Web to enterprise integration Traditional RPC-style APIs can depend on a highdegree of context

18、 for surrounding services Design a RESTful representation of your service This API should look at application needs (outside-in) Hypermedia-Style APIs promote loose-coupling Use HTTP linking to self-document service capabilities 2015 Axway|Confidential35Design security with public access inmind 2015 Axway|Confidential36Design security with public access inmind Access to services must be managed Dont assume internal or private access De