Kubernetes - Service MeshWhy does Istio use Envoy as a sidecar proxy instead of modifying application code directly?ABecause Envoy is the only proxy compatible with KubernetesBTo separate networking logic from application logic for easier managementCTo reduce CPU usage by avoiding proxiesDBecause modifying application code is faster but less secureCheck Answer
Step-by-Step SolutionSolution:Step 1: Understand sidecar proxy purposeEnvoy sidecar separates network features from app code, simplifying management.Step 2: Evaluate other optionsEnvoy is not the only proxy, modifying code is complex and error-prone, and proxies add CPU usage.Final Answer:To separate networking logic from application logic for easier management -> Option BQuick Check:Envoy separates concerns for easier management [OK]Quick Trick: Sidecar proxies separate network from app logic [OK]Common Mistakes:Thinking Envoy is only proxyBelieving code modification is preferredAssuming proxies reduce CPU usage
Master "Service Mesh" in Kubernetes9 interactive learning modes - each teaches the same concept differentlyLearnWhyDeepVisualTryChallengeProjectRecallTime
More Kubernetes Quizzes Advanced Deployment Patterns - A/B testing with Ingress - Quiz 2easy Helm Package Manager - Chart templates and values.yaml - Quiz 15hard Monitoring and Logging - Why cluster monitoring matters - Quiz 9hard Monitoring and Logging - Resource monitoring best practices - Quiz 4medium Production Best Practices - Cluster upgrade strategies - Quiz 1easy RBAC and Security - Image security scanning - Quiz 14medium Service Mesh - Traffic management with Istio - Quiz 15hard Service Mesh - Traffic management with Istio - Quiz 14medium Troubleshooting - Debugging service connectivity - Quiz 1easy Troubleshooting - Debugging with kubectl debug - Quiz 14medium