The Hybrid Observability Problem, Solved with Selector
Cloud Field Day 26
•
5m 17s
Reza Koohrangpour of Selector framed hybrid cloud observability as an operational problem more than a technological one. Each cloud provider, whether AWS, Azure, or Google Cloud, brings its own services, data models, and telemetry, while the enterprise side adds SNMP and other traditional networking protocols. These domains have operated as separate silos for years, so when an incident occurs, operators must manually correlate data across them and speak every one of those languages. Koohrangpour also pointed to the cost side: every new tool adds another console, another skill set, and another integration that someone has to build and maintain by hand.
Koohrangpour argued that the largest and least discussed cost in mean time to resolution is coordination, not diagnosis. Because incidents span so many domains, teams spend time pulling in specialists, asking the cloud engineer to join the bridge and bring evidence, and working out what the problem is and who owns which piece. That effort never shows up on a dashboard. He gave three reasons the problem persists. First, application paths constantly shift across data centers, cloud, and on-premises networks, so there is no reliable dependency map, and the topology an operator sees is often a week old and unrelated to the current incident. Second, there are many potential failure points, including accounts, service accounts, regions, VPCs, and transit, with the gaps between them, such as transit gateways and interconnects, being the hardest to troubleshoot because nobody clearly owns them. Third, providers lack a standard data model.
He then explained why existing tools have not closed this gap, attributing it to the lack of a unifying standard in three areas. Constructs differ across platforms, so an operator investigating a single Kubernetes incident may need to navigate GKE, AKS, EKS, OpenShift, and Nutanix terminology. Data models also diverge: Azure organizes around resource groups, AWS around accounts, and Google Cloud around projects, making even a simple operational question hard to answer consistently. Logs add further friction, arriving as syslog, pub/sub messages, or query results, in varying versions, formats, and locations, which slows any investigation. The transcript ends after this problem statement, before Koohrangpour describes how Selector's platform addresses these challenges.
Presented by Reza Koohrangpour, Head of Product & Solutions Marketing, Agentic AI, Selector. Recorded live at Cloud Field Day in Santa Clara, California, on September 23rd, 2026. Watch the entire presentation https://techfieldday.com/appearance/selector-ai-presents-at-cloud-field-day-26/ or visit https://techfieldday.com/event/cfd26/ or https://www.selector.ai/ for more information.
Up Next in Cloud Field Day 26
-
What Selector Built for Hybrid Cloud ...
Reza Koohrangpour describes Selector's answer to the hybrid observability problem as three capabilities built on a horizontal architecture: collection, correlation, and collaboration. Selector collects data from more than 300 heterogeneous sources into one unified store, covering cloud accounts, ...
-
An Operational Model for Cloud Agenti...
In this Cloud Field Day 26 session, Sirish Kondi, who leads the data infrastructure team at Selector, walked through the engineering behind the platform's hybrid cloud capabilities using a scenario in which an on-call engineer is alerted that a Dallas application is no longer reachable. On-premis...
-
Troubleshooting Application Reachabil...
John Heintz, who leads Selector's pre-sales engineering team, demonstrates how an operator would use the platform to troubleshoot application reachability problems whose causes are hidden across hybrid infrastructure. In the first scenario, an operator named Michael receives a Slack alert (Servic...