Driver TEST ENVIRONMENT Derive different types of tests Mocks for External APIs Istio enables learning tests from API usage Learnt by Mesh API Studio Third-party apps Manual QA trace: r trace: trace: r trace: r trace: r trace: r CI Pipeline | CONFIDENTIAL 16 ML-assisted Context Rule Learning createProduct(…): Response { “productId”: “HDSN1890675”, “src”: “Canada” : } getDetails(…): Supervised system to accept true positives • No code! | CONFIDENTIAL 17 ML-assisted Assertion Rule Learning createOrder Response: Recording { “orderId”: “ORDR1890675”, “orderValue”: “58.75” } createOrder

certificate attributes ● Multi-cluster/site visibility ● Deep packet inspection Going Beyond Istio 15 ©2021 Aspen Mesh. All rights reserved. Deep Packet Inspection AMF Frontend Namespace AMF

Istio.io Contribution Albert Sun | @albertsun0 #IstioCon About Me I’m a high schooler who loves learning about everything related to computers, especially interface design. I started working on Istio

MySQL, etc. ○ Big data systems & Pipelines - Hadoop, Apache Spark, Apache Flink, etc. ○ Machine Learning Platforms - Tensorflow, PyTorch, Jupyter Notebook, etc. ○ Central Logging & Tracing - Prometheus

getting new people involved within the commu- nity by assigning them documentation tasks as they are learning how the community works. As described in finding NCC-GOIST2005-003 on page 14, the Default production

#IstioCon Our clusters #IstioCon The problem Running end-to-end tests at Omio is both not efficient and cost-effective #IstioCon How tests are run ● On QA (dev -> PR -> master -> deploy QA QA …. ) ● On standalone VMs running all services needed for the test #IstioCon Define efficient and cost-effective #IstioCon 1. Minimize time to bug detection Dev -> PR -> master -> QA -> prod

privileges ○ No support for smart DNS proxying (yet…) ● Further security middle boxes support ○ Deep packet inspection (DPI) ○ DDoS defense ○ Firewall ● Lack dedicated gateway support (architectural