Fitness + In-Memory Computing = Getting ahead of the game Craig - PowerPoint PPT Presentation

Fitness + In-Memory Computing = Getting ahead of the game Craig Gresbrink Solutions Architect 24 Hour Fitness

Who are we? 24 Hour Fitness is a leading fitness industry pioneer with more than 400 clubs across the United States. 24 Hour Fitness has 20,000 plus employees serving our nearly 4 million club members. 2

Should you use an In-Memory Computing solution? Use-cases

Our Application Tiers User Interface Web Services (ESB and DataServices JVM JVM Database 4

Didn't I just pay my bill? How come your application says I still owe $50? Self-Service Online Payment UI JVM JVM 1. Get balance 3. Pay some invoices Accounting Service JVM JVM 2. Query invoice balances 5. Save receipt 4. Charge card Payment Service ERP DB Base Staging Tables Tables 6. Batch every 6 hours 5 5

Enter a Distributed Cache, it knows I already paid Now we can filter out paid invoices from the get Self-Service Online Payment UI balance response. JVM JVM What if we implement a 3. Pay some invoices 1. Get balance distributed cache such that cache consistency is retained across the Accounting Service JVMs so we know which JVM Distributed JVM invoices have already Cache been paid? 2. Query invoice balances 5. Save receipt 4. Charge card Payment Service ERP DB Base Staging Tables 6. Batch every 6 Tables hours 6

Should we host our HR System on-prem, or go with a Cloud solution? Life is perfect!, no need for an on-prem database, dare I say Nirvana? HR SaaS APIs Sales 1. Get employee 2. Get employee ESB 7

We have some work to do, we need a solution! Sales APIs are not 24/7 HR SaaS Services 4. Get employee 1. Change detection every 5 ESB minutes New hire • 5. Get employee 2. Save Update job/name • • Etc.. Employee Data Services 6. Get employee 3. Save Cache Data Grid 8

To build or buy a Lead Management System, that's the question Cloud Lead Management Sales Services 1. Purchase ESB 2. Create lead 9

Help, we need fast, not slow and chatty! Cloud Lead Management Sales Services 1. Purchase State GUID 2. Get lead origin GUID CA 3. Get state GUID ESB 2c92c0f86d397f11016d4062ed631f7 4. Get club GUID OR 5. Create lead with GUIDs 2c92c0f96875c0f001687daa988d1ce … … 10

This solution is fast and less chatty Sales Cloud Lead Management 1. Purchase Services 3. Create lead with ESB GUIDs 2. Get GUIDs CRM Entity Data State GUID Services CA 2c92c0f86d397f11016d4062ed631f7 Get GUIDs Loaded at startup OR 2c92c0f96875c0f001687daa988d1ce … … Data Grid 11

Out with the on-prem ERP in with a SaaS billing system 1. Rate Limits Club Check-in Sales 2. Can’t search 2. Member 1. Purchase Check-in Member Service 3. Search 1.1 Create purchase subscription SaaS Billing System ESB 2.1 Do they owe us $$$ and is the subscription active? 3.1 firstName like ‘Cr%’ and lastName like ‘Gre% 12

Solving API limitations with an IMDG Club Check- Sales in SaaS Billing Member Service System 2. Member 3. Search 1. Purchase Check-in 1.1 Create purchase ESB and Data Services subscription JVM 2.1 Do they owe us $$$ Get delta data 3.1 firstName like ‘Cr%’ and and is their subscription ( every 15 lastName like ‘Gre% No active? minutes ) nightly ETL, In-Memory Cache Server JVM JVM Fast Server Server Server Data Grid Node Loader Node Node Node Load data 13

I came to work out! NOT stand and wait at the front desk! Our legacy member check-in approach: 1. Did nightly summary of a members status and stored it into a disk based database table • Extra storage (4 million records) Extra processing (nightly job looking at all data) • • Stale data is 24 Hours old I paid my bill online this morning, why at 6 pm do you say I owe you $? • Our new In-Memory Data Grid approach to Member check-in: 1. Operates on near real-time data querying The Grid As fast as we can get it from our Biling System – every 15 minutes vs. nightly • 2. Is faster in terms of response times Customers spend less time at the front desk • • Might need less member check-in terminals in each club as lines are less likely to form 14

Reasons why you might use an In-Memory Data Grid 1. API limitations, some Cloud/SaaS APIs: Are slow and chatty – a double edge sword • Are not guaranteed to be up 24/7 • Have rate limits • Can’t support searches (LastName like ‘Gre%’ ) • Can’t support joins, only support single entity/object querying • AND you desire 2. Fast, scalable, near real-time, future proof solutions How fast is it? Thought you’d never ask… 15

Volume of data 1.5 million (member) accounts 1.8 million Subscriptions 2 million Rate plans 8.2 million Rate plan charges 3 million Invoices 9 million Invoice items 1.4 million payments 16

It is both fast to load data, and retrieve data 17

Digital Transformation Getting ahead of the game

Digital Transformation Th e A PI Econ omy Consider solutions that future proof your company 2001 - 2011- 2017- 2020 - ? 2000 2010 2017 2019 More VUIs 24 Hour Fitness VUIs emerge Smartphones • Cars .doc boom grapples with • Alexa, Google Mobile traffic selling More IOT Home Websites and memberships on exceeds web self-service the web , and a traffic IOT emerging • Smart homes commissioned sales force in the • Refrigerators Smartwatches What’s Next? clubs! The start? • Rate of change 19 19

The 3 V’s and data 20

Is it your turn! Do you see any potential In-Memory use cases at your company? Are you a visionary at your company? Why not make it happen? You might need to: 1. Evangelize and socialize your solution over months or years 2. Do vendor/product evaluations and negotiations 3. Own the products and solutions you evangelize • In good times and bad 4. Step out of your comfort zone! 21

Thank You and good luck on your journey! 22

Appendix – Useful links My 2019 IMC Summit “Tales from the trenches” presentation • https://www.imcsummit.org/2019/us/session/gridgain-ultimate-edition- aids-implementation-saas-systems-and-replaces-traditional Data: Volume, Variety, Velocity • https://whatis.techtarget.com/definition/3Vs 23