A parks-and-rec team wants one kubectl command that aggregates application logs from every Pod across the cluster like a production logging platform. What should you clarify?
Select an answer to reveal the explanation.
Short Explanation
kubectl logs is a flashlight for one Pod at a time—not the streetlight grid for the whole city. For durable, cluster-wide search you still want a real logging stack. Keep kubectl for triage, not as your SIEM.
Full Explanation
kubectl logs retrieves stdout/stderr for a specified Pod (and container when needed). It is not a substitute for centralized aggregation, retention, or search across namespaces. Logging agents and backends (for example Fluent Bit/Fluentd with a store) provide that platform. API-server audit logs record API requests, not application stdout, and no single kubectl flag turns the CLI into a full observability product.