A New Approach to Fixing Internet Application Performance. Elad Rave, Founder and CEO

Transcription

1 A New Approach to Fixing Internet Application Performance Elad Rave, Founder and CEO

2 Agenda What? Today s Internet and Content Why? Impact on performance How? A cloud-based solution

3 The Cloud: Platforms and Applications

4 The Cloud: Platforms and Applications SDN, NFV On-line gaming $41B 2015 Monthly Subs(1) in 2015 Facebook 1.6B 2T S3 Objects 91% of Millennials Dropbox 500M Average HTTP size 2.1 MB Instagram 400M 20%+ can t be cached Snapchat 200M 30% of Millennials EFSS $1.5B in 2018 LinkedIn 100M Twitch 100M Ad networks $121B in 2014 Netflix 75M IaaS $49B in 2019

5 Cloud Applications and Infrastructure Drive Dynamic Content Backup and Sync Voice and Video Cloud Services Social Online Gaming Ad and App Serving Tunneling Personalized, IP-driven, Bi-directional Anywhere, Anytime, Any device, On-demand, Expect enterprise-grade 30% of downstream and almost all upstream not effectively cached

6 Challenge with Internet Routing ISP A ISP B ISP Plane BGP uses Cost Based vs Performance Based Routing Logic Calculates Single Path From Source to Destination No Visibility around Latency, Throughput, Jitter, Packet loss etc. Static Not Dynamic No Change Unless Outages Occur Origin Server

7 Challenge with internet routing? ISP A ISP Plane No Control No Visibility Unpredictable Low Performance & Availability ISP B Origin Server

8 Internet Routing Inefficiency and Packet Loss April 11 Los Angeles to San Francisco

9 Latency and Loss Kill tcp Performance Seconds Mbps ms Page Load Times.1% Loss 1% Loss 2% Loss Throughput vs Loss

10 User Experience and Revenue Suffer 50% Start 25% Finish Los Angeles Times 178 Files, 6.2 MB March 14, 2016 Seconds 4 Load Time (Seconds) Web Page Load Time Web Page Abandonment

11 But I Have a CDN! Edge Cache ISP A ISP B ISP Plane More content is bi-directional Inefficient handling of non-http/https like WebRTC Solutions for event-driven but not dynamic Dynamic defaults to traditional WAN Acceleration Origin Server

12 But I have RUM TOOLS! ISP A ISP B ISP Plane Can tell me what is wrong, but I can t do much about it Not automatic Requires clients Origin Server

13 Solution Architecture Customer Customer Virtual Backbone Network (Service Layer) Origin Server Cloud Routing (Overlay) Customer Data ISP A ISP B ISP Routing (Underlay)

14 Solution Architecture Customer Customer Virtual Backbone Network (Service Layer) Origin Server Cloud Routing (Overlay) Customer Data VR/MA ISP A ISP B ISP Routing (Underlay)

15 Measurement Agents MS MA Database Loc Lat Thru Cloud Routing (Overlay) ISP B ISP A ISP Routing (Underlay) Measurement Agents create full-mesh Report on throughput, latency, and application performance to the Management System

16 Virtual Routers MS VR Database Loc Lat Thru ISP A Cloud Routing (Overlay) ISP B ISP Routing (Underlay) Management System deploys Virtual Routers in multiple cloud operators and multiple data centers based on heat map generated by Measurement Agents

17 Virtual Backbone Network Customer Virtual Backbone Network (Service Layer) Network Region 1 Network Region 2 Network Region 3 Cloud Routing (Overlay) VBNs span multiple Network Regions Scale up/down dynamically Both encrypted and non-encrypted traffic and only for open ports A customer may have multiple VBNs for different services Origin Server

18 Virtual Backbone Network Customer Virtual Backbone Network (Service Layer) Customer Origin Server Network Region 1 Network Region 2 Network Region Database Loc Lat Thru Cloud Routing (Overlay) Customer Data MS uses elasticsearchto dynamically adjust VBN routes i.e. findbestroute() {from=nyc, to=sfo}; ISP A ISP B ISP Routing (Underlay) Data leaves ISP Routing Plane at best locations closest to both customer and to origin server

19 Dynamic Routing Customer Customer Virtual Backbone Network (Service Layer) x Network Region 1 Customer Data Network Region 2 Origin Server Network Region Database Loc Lat Thru Cloud Routing (Overlay) Measurement Agents report on path performance VBN may traverse new Virtual Routers and may avoid regions MS uses elasticsearchto dynamically adjust VBN routes

20 Requirement: Zero-overhead Deployment Your Datacenter and Network No HW, SW End User No Client or Changes Before: domain.customer.com CNAME to After: domain.customer.com CNAME to loadbalancer.aws.com customer.teridion.net

21 System Topology Cloud Provider B (DC in Amsterdam) Virtual Router VR Client in Amsterdam Measurement Agent VR VR Cloud Provider C (DC in San-Francisco) MA VR Cloud Provider A (DC in Singapore) MA Client in Singapore Customer Web Server VR VR VR VR MS Customers NOC

22 One-to-many Download-only Edge Cache Today s Content Delivery Networks Cloud-optimized Routing Branc h Private / Enterprise Public / End-user Different approaches HQ WAN Acceleration / SD-WAN Optimized for HTTP Optimized for all IP

23 An Analogy Waze for Cars Waze for the Internet

24 Teridion Headquarters in San Francisco; Engineering headquarters in Tel-Aviv Total funding: $20M to-date Product is generally available and in production 15 customers at various stages from trial to revenue Multi-billion dollar total available market Verticals span enterprise file sharing, VoIP, and Ad serving

25 25