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

needs ■ Ingress ■ Egress ■ Inter Service Communication ● Build expertise in one discipline ● Decentralized maintenance ● Rich Network functionalities across the ecosystem ● Kubernetes Native ● Large

LB/Ingress APP1 MOSN MOSN MOSN Cloud A Cloud B LB Sidecar API Gateway Centralized API Gateway Decentralized Hybrid Cloud Bridge 云原生下 MOSN 的多面性 Message Server MQ Client20/21 分享主题：字号 分享嘉宾 开源？ Gateway

busi- ness, the focus has been to address this challenge with the development of Smart- Edge, a decentralized approach that goes beyond data collection to data process- ing and analytics, delivering insight

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