Managing Data at Scale: Microservices and Events. Randy linkedin.com/in/randyshoup

Transcription

1 Managing Data at Scale: Microservices and Events Randy linkedin.com/in/randyshoup

2 Background VP Engineering at Stitch Fix o Combining Art and Science to revolutionize apparel retail Consulting CTO as a service o Helping companies scale engineering organizations and technology Director of Engineering for Google App Engine o World s largest Platform-as-a-Service Chief Engineer / Distinguished Architect at ebay o Multiple generations of ebay s infrastructure

3 Stitch Fix

4 Stitch Fix

5 Stitch Fix

6 Stitch Fix

7 Combining Art and [Data] Science 1:1 Ratio of Data Science to Engineering o >75 software engineers o >75 data scientists and algorithm developers o Unique in our industry Apply intelligence to *every* part of the business o Buying o Inventory management o Logistics optimization o Styling recommendations o Demand prediction Humans and machines augmenting each other

8 Inventory Styling at Stitch Fix Personal styling

9 Personalized Recommendations Inventory Algorithmic recommendations Machine learning

10 Expert Human Curation Algorithmic recommendations Human curation

11 Evolution to Microservices ebay 5 th generation today Monolithic Perl à Monolithic C++ à Java à microservices Twitter 3 rd generation today Monolithic Rails à JS / Rails / Scala à microservices Amazon Nth generation today Monolithic Perl / C++ à Java / Scala à linkedin.com/in/randyshoup

12 No one starts with microservices Past a certain scale, everyone ends up with microservices

13 First Law of Distributed Object Design: Don t distribute your objects! -- Martin Fowler

14 If you don t end up regretting your early technology decisions, you probably overengineered.

15 Microservices Single-purpose Simple, well-defined interface Modular and independent A B C D E

16 Microservices are nothing more than SOA done properly. -- me

17 Microservices Single-purpose Simple, well-defined interface Modular and independent Isolated persistence (!) A B C D E

18 Microservice Persistence Approach 1: Operate your own data store o Store to your own instance(s) of {Postgres, MySQL, etc.}, owned and operated by the service team Approach 2: Use a persistence service o Store to your own schema in {Dynamo, RDS, Spanner, etc.}, operated as a service by another team or by a third-party provider o Isolated from all other users of the service è Only external access to data store is through published service interface

19 Microservices Pros Cons Each unit is simple Independent scaling and performance Independent testing and deployment Optimal technology stack Multiple cooperating units Exchange in-process for network latencies More sophisticated deployment and monitoring tools Overall system complexity Security boundary

20 Why Rearchitect? Velocity o Time to market is constrained by coupling and lack of isolation in the monolith o Teams step on each others toes, and can no longer develop independently o Difficult for new engineers to be productive Scaling o Vertical scaling of the monolith no longer works o Parts of the system need to scale independently of others

21 Why Rearchitect? Deployment o Parts of the system need to deploy independently of others o Monolithic release is too slow, too complicated, too risky

22 The only thing a Big Bang migration guarantees is a big *Bang*. -- Martin Fowler

23 Extracting Microservices Problem: Monolithic shared DB stitchfix.com Styling app Warehouse app Merch app CS app Logistics app Payments service Profile service Clients Shipments Items Styles, SKUs Warehouses etc.

24 Extracting Microservices Decouple applications / services from shared DB stitchfix.com Styling app Warehouse app Merch app CS app Logistics app Payments service Profile service Clients Shipments Items Styles, SKUs Warehouses etc.

25 Extracting Microservices Decouple applications / services from shared DB Styling app Warehouse app core_client core_sku core_item

26 Extracting Microservices Step 1: Create a service Styling app Warehouse app client-service core_client core_sku core_item

27 Extracting Microservices Step 2: Applications use the service Styling app Warehouse app client-service core_client core_sku core_item

28 Extracting Microservices Step 3: Move data to private database Styling app Warehouse app client-service core_client core_sku core_item

29 Extracting Microservices Step 4: Rinse and Repeat Styling app Warehouse app client-service item-service core_client core_item core_sku

30 Extracting Microservices Step 4: Rinse and Repeat Styling app Warehouse app client-service item-service core_client core_item style-service core_sku

31 Extracting Microservices Step 4: Rinse and Repeat Styling app Warehouse app client-service item-service core_client core_item style-service core_sku

32 With Microservices, how do we do Shared Data Joins Transactions

33 Events as First-Class Construct A significant change in state o Statement that some interesting thing occurred Traditional 3-tier system o Presentation è interface / interaction o Application è stateless business logic o Persistence è database Fourth fundamental building block o State changes è events o 0 1 N consumers subscribe to the event, typically linkedin.com/in/randyshoup

34 Microservices and Events Events are a first-class part of a service interface A service interface includes o Synchronous request-response (REST, grpc, etc) o Events the service produces o Events the service consumes o Bulk reads and writes (ETL) The interface includes any mechanism for getting data in or out of the service linkedin.com/in/randyshoup

35 Microservice Techniques: Shared Data Monolithic database makes it easy to leverage shared data Where does shared data go in a microservices linkedin.com/in/randyshoup

36 Microservice Techniques: Shared Data Principle: Single System of Record o Every piece of data is owned by a single service o That service is the canonical system of record for that data customer-service styling-service customer-search billing-service Every other copy is a read-only, non-authoritative linkedin.com/in/randyshoup

37 Microservice Techniques: Shared Data Approach 1: Synchronous Lookup o Customer service owns customer data o Fulfillment service calls customer service in real time fulfillment-service linkedin.com/in/randyshoup

38 Microservice Techniques: Shared Data Approach 2: Async event + local cache o Customer service owns customer data o Customer service sends address-updated event when customer address changes o Fulfillment service caches current customer address customer-service linkedin.com/in/randyshoup

39 Microservice Techniques: Shared Data Approach 3: Shared metadata library o Read-only metadata, basically immutable o E.g., size schemas, colors, fabrics, US States, etc. item-service receiving-service style-service

40 Microservice Techniques: Joins Monolithic database makes it easy to join tables SELECT FROM A INNER JOIN B ON Splitting the data across microservices makes joins very linkedin.com/in/randyshoup

41 Microservice Techniques: Joins Approach 1: Join in Client Application o Get a single customer from customer-service o Query matching orders for that customer from order-service order-history-page customer-service order-service Customers Orders

42 Microservice Techniques: Joins Approach 2: Service that Materializes the View o Listen to events from item-service, events from order-service o Maintain denormalized join of items and orders together in local storage item-service order-feedback-service item-feedback-service Items Order Feedback

43 Microservice Techniques: Joins Many common systems do this o Materialized view in database systems o Most NoSQL systems o Search engines o Analytic linkedin.com/in/randyshoup

44 Microservice Techniques: Workflows and Sagas Monolithic database makes transactions across multiple entities easy BEGIN; INSERT INTO A ; UPDATE B...; COMMIT; Splitting data across services makes transactions very linkedin.com/in/randyshoup

45 Microservice Techniques: Workflows and Sagas Transaction è Saga o Model the transaction as a state machine of atomic events Reimplement as a workflow A B C Roll back by applying compensating operations in reverse A B linkedin.com/in/randyshoup

46 Microservice Techniques: Workflows and Sagas Many common systems do this o Payment processing o Expense approval o Travel o Any multi-step linkedin.com/in/randyshoup

47 Microservice Techniques: Workflows and Sagas Simple event-driven processing o Very lightweight logic o Stateless o Triggered by an event ƛ ƛ ƛ A B C ƛ ƛ ƛ A B C è Consider Function-as-a-Service ( Serverless linkedin.com/in/randyshoup

48 With Microservices, how do we do Shared Data Joins Transactions

49 Events!

50 Thank linkedin.com/in/randyshoup