Multi-cluster list view - Applications

[nrfox]

Applications list page pulls applications from all configured clusters.

[josunect]

Probably the concept of application is a bit different than a workload or a service. As described in apps.go:

AppService deals with fetching Workloads group by "app" label, which will be identified as an "application"

For what we can see now, probably application doesn't need to be tied to a particular cluster:

An application can be the logical view of a subset of workloads from different clusters.
An application doesn't have a Logs tab. Not sure if the telemetry for inbound/outbound traffic is filtered by app label, but if that was the case, if we have the unified metrics, we will keep having the same information.

In that case, probably we would want to remove the cluster column from that view, and include the cluster name in the application details.

Does it makes more sense, or do we want to keep splitting also this view by cluster?

[jshaughn]

Hmm, it is an interesting question. In the graph the app and service nodes are still delimited by cluster. Reviews-East is distinct from Reviews-West. I think probably we should maintain that distinction in the list and detail views, but I'm not 100% sure. The thing is, for a detail page mini-graph you would always get a graph showing the app on all clusters (unless we make a change). My general guidance is that a single app or service that is deployed on different clusters may behave differently on a specific cluster, and a user may want to see it specifically for that cluster. Meaning, the workloads for that App, for example, would be limited to the specific cluster.