Always-On Services for Consumer Web, Mobile and the Internet of Things
3 likes1,074 views
1. The document discusses the need for US healthcare payers to develop innovative consumer applications while continuing core business operations. This requires a bimodal IT architecture with an adaptive service layer between consumer and core systems. 2. The adaptive service layer must provide reliable, scalable, and reusable services to support consumer applications while protecting core business systems and data. Organizations need insights into service usage to improve applications. 3. The layer can consist of an API platform, backend as a service, and enterprise service bus. Patterns like read, publish, subscribe, and pass-through enable a range of reusable services. An enterprise repository facilitates service reuse across applications.
Always-On Services for Consumer Web, Mobile and the Internet of Things
- 1. 1 Always-On Services for Consumer Web, Mobile and the Internet of Things Iver Band July 22, 2015 Open Group Conference, Baltimore, Maryland © 2015 Cambia Health Solutions, Inc.
- 2. 22 © 2015 Cambia Health Solutions, Inc. Iver Band • Enterprise Architect at Cambia Health Solutions • Chief architect for external web and mobile presence • Business architect for Digital Solutions organization • Vice Chair, Open Group ArchiMate Forum • Co-Chair and Co-Founder, Oregon Enterprise Architects • TOGAF and ArchiMate certified, CISSP, Certified Information Professional, AHIP Certified IT Professional iver.band@cambiahealth.com http://www.linkedin.com/in/iverpdx http://www.cambiahealth.com/ http://www.twitter.com/iverband
- 3. 33 Agenda •Background •Principles •Patterns •Implementation •Conclusion © 2015 Cambia Health Solutions, Inc.
- 4. 44 BACKGROUND © 2015 Cambia Health Solutions, Inc.
- 5. 55 About Cambia 22 companies and growing © 2015 Cambia Health Solutions, Inc. A tax-paying nonprofit headquartered in the Pacific Northwest Nationally recognized: Top 100 Healthiest Workplaces 5,300 employees in 30 states 100 million people touched nationwide
- 6. 66 © 2015 Cambia Health Solutions, Inc.
- 7. 77 Cambia Health Solutions © 2015 Cambia Health Solutions, Inc. Senior Services Health Insurance Retail Enablement Provider Enablement
- 8. 88 US Healthcare Payers Must Innovate With Consumer Applications © 2015 Cambia Health Solutions, Inc.
- 9. 99 Problem: An Application Characteristics Mismatch Hinders Consumer App Development Legacy Application Characteristics Mobile and IoT App Characteristics Availability Regular Maintenance Windows Always Available Scalability Thousands of Users Predictable Peaks Millions of Users Unpredictable Bursts Response Time Keep Users Productive No Wait Identity and Access Management Internal User Base with Centralized Administration Infinite User Base with Multiple Identity Providers Data Normalized for Integrity Cached for Performance and Availability Integration Batch ETL and File Transfer Lightweight, standards- based APIs © 2015 Cambia Health Solutions, Inc.
- 10. 1010 Solution: Bimodal IT for Healthcare Payers Requires an Adaptive Service Layer © 2015 Cambia Health Solutions, Inc.
- 11. 1111 Always-On Services are Critical to C2B Business Development for US Healthcare Payers © 2015 Cambia Health Solutions, Inc.
- 12. 1212 Definitions of Key System Software Layers • API Platform – A cloud-based application programming interface (API) development and execution environment that provides access control, monitoring, monetization and discovery. • BaaS – Backend as a Service. A highly available, scalable and extensible cloud platform that enables applications to interact uniformly with services and data. • ESB – Enterprise Service Bus. A platform that integrates applications through message routing and transformation, guaranteed-delivery queuing, and other services. © 2015 Cambia Health Solutions, Inc.
- 13. 1313 Additional Definitions • Microservices – An architectural style in which applications are composed of small, highly decoupled services communicating with each other via language-agnostic APIs. • Publish/Subscribe – A message routing and delivery pattern that allows a publisher to send messages to any number of subscribers, each whom may consume exactly one copy of each published message • REST – Representational State Transfer. An architectural style that requires separation of clients and servers with a uniform interface, stateless services with cacheable responses, and layered systems. • OAUTH – An open standard for authorization that enables client applications to access server resources on behalf of a resource owner, and allows resource owners to authorize third-party access to their server resources without sharing their credentials. © 2015 Cambia Health Solutions, Inc.
- 14. 1414 An Integration Stack Enables Always-On Services © 2015 Cambia Health Solutions, Inc.
- 15. 1515 PRINCIPLES © 2015 Cambia Health Solutions, Inc.
- 16. 1616 Architectural Principle: Services are Reliable • Statement • Services are continuously available with accurate data and persistent updates, even during component failures and maintenance activities • Rationale • Consumers expect applications to function correctly whenever their client devices are operating • Implications • Services must function properly even when core business applications are unavailable • Services must not • Have single points of failure anywhere in their architectures • Have unmitigated exposures to unreliable interoperating components © 2015 Cambia Health Solutions, Inc.
- 17. 1717 Architectural Principle: Services are Scalable • Statement • Service concurrency and usage capacities keep pace with demand • Rationale • Usage patterns and demand cannot always be predicted in immature markets. • Implications • Services are • Stateless • Low-latency • Loosely-coupled to interoperating systems • Built on infrastructures that scale automatically © 2015 Cambia Health Solutions, Inc.
- 18. 1818 Architectural Principle: Services are Reusable • Statement • Services can be reused and recombined in new contexts to meet changing needs • Rationale • Business models and the applications that support them change rapidly, requiring flexible choreography • Implications • Services are built to execute simple operations that are easy to access and combine • Services are built with standards-based APIs and security components • Application designers and developers consider the performance and scalability implications of reusing services in new situations © 2015 Cambia Health Solutions, Inc.
- 19. 1919 Architectural Principle: Services are Understood • Statement • Cambia and partner stakeholders are able to discover services and develop insights from service consumption • Rationale • Discovery, development and continuous improvement of innovative consumer-focused business models and applications requires experimentation with new services, along with insight into application behavior as illuminated by service usage • Implications • Applications access all services through a single hub that enables straightforward service discovery, and monitors and captures each service execution © 2015 Cambia Health Solutions, Inc.
- 20. 2020 Architectural Principle: Underlying Systems and Data are Protected • Statement • Services allow only properly authenticated and authorized access to core business applications and data • Rationale • Consumers expect their interests to be protected, and maintaining consumer trust is essential to successful and sustained adoption. • Implications • Access paths for both services and underlying systems are consolidated • Access control for those paths is least-privilege and transparent. • Service usage is monitored, governed, traced and tracked as necessary to mitigate the risk of misuse • Services examine user profile information to make additional authorization decisions © 2015 Cambia Health Solutions, Inc.
- 21. 2121 Always-On Services Principle Realization © 2015 Cambia Health Solutions, Inc.
- 22. 2222 ALWAYS-ON SERVICE PATTERNS © 2015 Cambia Health Solutions, Inc.
- 23. 2323 Four Patterns Support Always-On Services © 2015 Cambia Health Solutions, Inc.
- 24. 2424 Always-On Read Pattern © 2015 Cambia Health Solutions, Inc.
- 25. 2525 Always-On Publish Pattern © 2015 Cambia Health Solutions, Inc.
- 26. 2626 Always-On Subscribe Pattern © 2015 Cambia Health Solutions, Inc.
- 27. 2727 Pass-Through Pattern © 2015 Cambia Health Solutions, Inc.
- 28. 2828 IMPLEMENTATION © 2015 Cambia Health Solutions, Inc.
- 29. 2929 Some Always-On Services At Cambia © 2015 Cambia Health Solutions, Inc. Consuming Application Always-On Service Core Business Application Consumer Mobile Payment Member Information Member Administration Provider Clearinghouse Member Documents Enterprise Content Management Consumer Portal Personalization Member Administration Product Product Management Claims Claims Processing Member Information Member Administration Identity Enterprise Directory Benefits Member Administration
- 30. 3030 Facilitating Service Reuse with an Enterprise Repository © 2015 Cambia Health Solutions, Inc. Service Usage Patterns are key components of TOGAF Solution Building Blocks
- 31. 3131 Conclusion • US healthcare payers must develop innovative consumer businesses while continuing their core business operations • This requires a bimodal IT architecture with an Adaptive Service Layer between consumer and core business applications • This layer must enable reliable, scalable and reusable services • These Always-On services must protect core business systems and data • Organizations must understand service usage to build successful consumer apps • An Adaptive Service Layer can consist of an API Platform, BaaS and ESB • The Read, Publish, and Subscribe patterns enable a broad range of services • The Pass-Through pattern gives existing services added reusability, visibility and security • An Enterprise Repository can facilitate service reuse • Standards-based Enterprise Architecture can persuasively link business strategies to specific IT investments © 2015 Cambia Health Solutions, Inc.