You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 18, 2024. It is now read-only.
We'd like to revisit how different kinds of nodes show up in the tree view and where (e.g. de-emphasize the Dapr and other supporting services in favor of emphasizing the user's own services).
The text was updated successfully, but these errors were encountered:
philliphoff
changed the title
Refresh tree view arrangment
Refresh tree view arrangement
Jun 16, 2021
@BigMorty What do you think about this arrangement?
Dashboard moved from being its own node to just an inline command on the application node.
Project services (i.e. those declared by the user in the tye.yaml) listed directly beneath the application node.
Non-project services (i.e. those implicitly created by Tye host or its extensions) listed beneath an Other Services node (and collapsed by default).
Other Service node has no icon to better separate the two classes of nodes.
Note that there are changes needed on the Tye CLI side to fully support this model. For example, the redis and zipkin nodes should be "project services" as they're listed in tye.yaml but as external; there's not enough information in the service metadata for us to make that distinction, however.
Another question is where the ingress node should go; as it (and there can actually be more than one) can be the main entrypoint for an application, should it be more upfront?
@BigMorty Here's another iteration, after sketching a Tye CLI change to provide additional metadata about the "source" of a service (i.e. the configuration file, an extension, or the host). I've also updated the icons to try to better represent services (e.g. server processes, external components, ingress, etc.).
Note I'm now using the same icon both for services and their replicas. I think that's ok, actually, but let me know what you think.
We'd like to revisit how different kinds of nodes show up in the tree view and where (e.g. de-emphasize the Dapr and other supporting services in favor of emphasizing the user's own services).
The text was updated successfully, but these errors were encountered: