Consolidate service status calls into single API request

[jlewitt1]

Summary

• Add get_service_info() helper that fetches deployment mode, pods, and status in a single controller API call
• Update CLI commands (kt check, kt port-forward, kt ssh, kt logs) to use consolidated endpoint
• Reduces multiple sequential K8s API proxy calls to one roundtrip per command

Changes

• globals.py: Add service_status() method to ControllerClient
• cli_utils.py: Add get_service_info() helper, update detect_deployment_mode() to use new endpoint
• cli.py: Refactor kt_check, kt_port_forward, kt_ssh, kt_logs to use get_service_info()

[jlewitt1]

• Consolidate controller API calls with generic list_resources endpoint #2079
• Consolidate service status calls into single API request #2076 👈 (View in Graphite)
• Expand controller functionality to support various compute types #1980 : 7 other dependent PRs (#1990 , #1991 , #1992 and 4 others)
• Move all module calls into subproccesses #2070 : 3 other dependent PRs (#2077 , #2080 , #2083 )
• Break up distributed_utils.py #2069
• Rename /servers/http to /serving #2068
• Rename /serving to /provisioning #2067
• main

This stack of pull requests is managed by Graphite. Learn more about stacking.

[carolineechen]

I think this function is only being used in kt_describe after this PR, do you think it's worth keeping or just directly replacing the usage with name, deployment_mode, _, _ = get_service_info(name, namespace, require_pods=False)?