-
Notifications
You must be signed in to change notification settings - Fork 26
New environments view #34
New environments view #34
Conversation
7550f15
to
6a0a6c1
Compare
6a0a6c1
to
a45bab5
Compare
I'm not quite sure about this. Shouldn't we go in steps? Why are we directly pointing them to environments, if we yet have to present them two smaller groupings? |
I don't understand your question. The user story I was working on says:
So this implementation gives the option to find all the environments, and all the landscapes that belong to them, all the SAP systems that belong to each specific landscape. Once you click in environments, this shows all the environments. If you click in some of the listed environments, this will lead you to the landscape list of this environment, and when you click in a specific SAP system, the SAP systems belonging to this landscape. |
Sorry, I realise wasn't very clear: shouldn't we have a sidebar navigation item for each level of the various groupings? We have Hosts, Clusters and Environments now, but we're skipping direct access to Systems and Landscapes; why is that? |
Yes... This is this way because right now we cannot move to a Landscape without specifying an environment. At the end, the task was to create a tree kind of hierarchy, and all landscape belong to an environment. So I cannot create a page of all the landscapes. I could of course show all the landscapes and sap systems. But this would break the strict tree hierarchy, because we would show multiple landscapes/sap systems that are not filtered. I see 2 potential solutions:
Do we want to change this? @lee-martin @stefanotorresi |
Yes, option 1 is exactly what I was hinting at: showing only one level of the tree hierarchy doesn't break the hierarchy itself, it's just a different view. This is also for consistency with the bottom layers, Hosts and Clusters, which can be browsed independently already. |
### Grouping and filtering the nodes in the wep app | ||
|
||
The web app provides the option to filter the systems using the previously commented reserved tags. To achieve this, the tags must be stored in the KV storage. | ||
The app provides the option to see the environment composed by the nodes and filter the systems using the previously commented reserved tags. To achieve this, the tags must be stored in the KV storage. | ||
Use the next path: | ||
- `trento/filters/sap-environments` | ||
- `trento/filters/sap-landscapes` | ||
- `trento/filters/sap-systems` | ||
- `trento/environments/$yourenv/` | ||
- `trento/environments/$yourenv/landscapes/$yourland/` | ||
- `trento/environments/$yourenv/landscapes/$yourland/sapsystems/$yoursapsy` | ||
|
||
Each of them must have a json list format. As example: `["land1", "land2"]`. | ||
These entries will be available in the filters on the `/environments` page. | ||
Keep in mind that the created environments, landscapes and sap systems are directories themselves, and there can be multiple of them. | ||
The possibility to have multiple landscapes with the same name in different environments (and the same for SAP systems) is possible. | ||
Be aware that the nodes meta-data tags are not strictly linked to these names, they are soft relations (this means that only the string matches, there is no any real relationship between them). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this whole section should in some internal documentation in docs/ not in the README imho. README is end-user information, this is more contribure/architecture/design documentation.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well, this goes here to make things easy and allow the user to use the groupings, without setting these options manually the filters don't exist, so it is an end user option to create them or not. Eventually, when this is done by the console this will disappear from the README file.
I don't think it is that important right now where to put the information. I just wanted to show you guys how you can use them.
I'm feeling an inconsistency between "landscapes" and "sapsystems" - either all should have a sap prefix or none (I suggest to remove it everywhere). Other than that I'm also confused about why environments are implemented the way they are, I suggest to go with Option 1, or just stop at landscapes for now and worry about environments later. |
Ok, I can remove the
Why are you confused? Could you elaborate more? I have implemented them this way because I found it the best, but If you have other proposals I'm open to discuss them |
I agree that we need some consistency, but I would add the SAP prefix in all these three categories, so that we clarify that it's specific terminology (e.g. "Systems" might also have generic connotations) |
Disclaimer: I will do the needed renaming in a next PR. This is already big enough to change all the elements. @stefanotorresi @dirkmueller @lee-martin New changes on baf0133 Now, we have 3 new sidebar elements: Besides that, I have implemented minimal detail pages for each of them. By now they don't have almost any information, but I find it needed to make a reasonable tree view Detail pages (they filter the subsequente elements and show the name by now): |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looking very good from here!
does this have mitigations for #38 ? I only see some (you can handle this in a follow-up PR, btw) |
No, I didn't implement any error handling by now (neither for the hosts/clusters/envs, etc). |
Implementation of the new
Environments
entry point. This adds a new element in the sidebar that gives the option to move along the environments/landscapes/sap systems in hierarchy mode. Each of the elements summarizes the status of the whole entity.Besides that, the individual elements show the group they belong too.
The usage of the KV storage is explained in the
README
fileSome pics:
FYI: @lee-martin