future of cloud native applications Mark Russinovich @markrussinovich Open Application Model dapr: Distributed Application Platform Building Cloud Scale, Hybrid Applications Agenda Application Models App developers need to know and code for each infrastructure they deploy to Kubernetes for applications "[Kubernetes] is really hard to get into it and understand how all the parts play together people." – Software Architect @ Crisp Kubernetes focuses on container infrastructure, not on applications Application developers need to be experts in Kubernetes APIs Production use of Kubernetes

Kubernetes VM Solutions for Multi-Tenant Applications Guangxu Li, Senior Software Engineer, ZTE li.guangxu@zte.com.cn Container and VM Ecosystem Kubernetes Docker Swarm Marathon Nomad Container Container OpenStack Others Why We Run VM on Kubernetes? • Traditional Applications • No linux based Applications • Functions provided by host kernel are not satisfied • OpenStack is too complex • Unified

The Future of Cloud Native Applications with Open Application Model (OAM) and Dapr @markrussinovich Application models Describes the topology of your application and its components The way developers of Cloud Native Application Platforms Kubernetes for applications Kubernetes focuses on container infrastructure, not on applications Application developers need to be experts in Kubernetes modeling supports a wide range of application architectures Small and simple applications are easy, large and complex applications are manageable Allows application developers to focus on their code in

Traits/Scopes Scale: - 10,000 nodes/cluster - 100,000 apps/cluster - 1,000,000 containers/cluster Applications: - 100,000 deploys/day - 500~1000 replicas/app Function Job Container Virtual Machine Gateway

带来延迟 • 平台的适配 Istio-Handbook：Service Mesh 概述6/总页数 互联互通，平滑迁移 Spring Cloud & Dubbo Service Mesh Monolithic 混合微服务架构 Microservices • 微服务 & 单体 • Spring Cloud & Service Mesh7/总页数 运行时支撑服务 • 服务注册中心 • 服务网关

They soon became familiar with Ku- bernetes’ value as a mechanism to move away from outdated and monolithic com- pute methodologies. The digital solutions group at Booz Allen quickly recognized Ku- bernetes’

submit Spark applications to all supported cluster managers, including YARN, Mesos, Kubernetes, Standalone, and local. The SPA policy also make it possible for you to launch different applications against unified analytics engine. Concurrent execution: multiple Spark applications work together Quick response: long-running Spark applications without startup cost Optimal execution plan: fully supports Spark compatible systems or plugins, you only need to take care of them as using them with regular Spark applications. For example, you can run Spark SQL engines created by the Kyuubi on any cluster manager, including

submit Spark applications to all supported cluster managers, including YARN, Mesos, Kubernetes, Standalone, and local. The SPA policy also make it possible for you to launch different applications against unified analytics engine. Concurrent execution: multiple Spark applications work together Quick response: long-running Spark applications without startup cost Optimal execution plan: fully supports Spark compatible systems or plugins, you only need to take care of them as using them with regular Spark applications. For example, you can run Spark SQL engines created by the Kyuubi on any cluster manager, including

submit Spark applications to all supported cluster managers, including YARN, Mesos, Kubernetes, Stan- dalone, and local. The SPA policy also make it possible for you to launch different applications against unified analytics engine. • Concurrent execution: multiple Spark applications work together • Quick response: long-running Spark applications without startup cost • Optimal execution plan: fully supports compatible systems or plugins, you only need to take care of them as using them with regular Spark applications. For example, you can run Spark SQL engines created by the Kyuubi on any cluster manager, including

submit Spark applications to all supported cluster managers, including YARN, Mesos, Kubernetes, Stan- dalone, and local. The SPA policy also make it possible for you to launch different applications against unified analytics engine. • Concurrent execution: multiple Spark applications work together • Quick response: long-running Spark applications without startup cost • Optimal execution plan: fully supports compatible systems or plugins, you only need to take care of them as using them with regular Spark applications. For example, you can run Spark SQL engines created by the Kyuubi on any cluster manager, including