vincent-zurczak
commented
5 years ago C'est amusant, parce que c'est le genre de questions auxquelles répond un arbre des tâches. :speak_no_evil:
digraph G {
style=filled;
color=lightgrey;
node [style=filled,color=white];
a0 [label="Accueil / Sélection des espaces de travail"]
a1 [label="Espace de travail"]
a2 [label="Topologies"]
a3 [label="Conteneur"]
a15 [label="Registre"]
a4 [label="Services"]
a0 -> a1;
a1 -> a2;
a2 -> a3;
a2 -> a15;
a2 -> a4;
a5 [label="Composants"]
a55 [label="<Composant> ?"]
a6 [label="Service Units"]
a66 [label="<su> ?"]
a7 [label="Service Assemblies"]
a77 [label="<sa> ?"]
a8 [label="Shared Libraries"]
a88 [label="<sl> ?"]
a10 [label="admin"]
a3 -> a10 [style=dashed];
a3 -> a5; a5 -> a55 [style=dashed];
a3 -> a6; a6 -> a66 [style=dashed];
a3 -> a7; a7 -> a77 [style=dashed];
a3 -> a8; a8 -> a88 [style=dashed];
a9 [label="Services (vue transverse)"]
a1 -> a9;
}Pour info, j'ai utilisé cet éditeur pour créer le graphe, et ce site pour l'encoder dans l'URL. L'arbre est un peu fait à l'arrache, je n'ai pas tout précisé. Faîtes simple, considérez la SU comme une SA ou une SL. Tout est au niveau du conteneur. Inutile de rendre les choses plus compliquées pour l'utilisateur... :roll_eyes:
| URL | Fil d'Ariane | Commentaire |
|---|---|---|
| /dev/t | Dev > Topologies | Liste de toutes les topologies dans l'espace dev. |
| /dev/t/ma%20topologie | Dev > ma topologie | Accès à une topologie. |
| /dev/t/ma%20topologie/c | Dev > ma topologie > Containers | La liste des conteneurs dans cette topologie. |
| /dev/t/ma%20topologie/c/bus-0 | Dev > ma topologie > Bus-0 | Les informations et l'administration de Bus-0. |
| /dev/t/ma%20topologie/r | Dev > ma topologie > Containers | La liste des registres dans cette topologie. |
| /dev/t/ma%20topologie/s | Dev > ma topologie > Services | La liste des services dans cette topologie. |
Dans ce tableau, les listes ne sont pas accessibles directement dans le fil d'Ariane. Mais le but du fil est de savoir où on est, pas forcément d'avoir accès à tous les liens possibles.
En fait, les vraies questions qui se posent, c'est de savoir quels niveaux se déclinent en pages. Est-ce qu'on veut une page dédiée pour une service unit ? Est-ce que ça a un sens ? Ou bien est-ce qu'une liste avec une vue détaillée suffit ? De même, est-ce qu'on fait une page dédiée pour les actions d'administration sur un conteneur ? Ou bien est-ce que la page d'accueil du bus suffit ? Elle contiendrait alors les options d'administrations et des liens vers les différentes listes d'artefacts.
Autres questions posées par le tableau que je viens de créer : est-ce que le nom autorise les espaces ? Est-ce que les alias ou la casse sont acceptés ? Ma topologie est-elle équivalente à ma topologie et ma-topologie ? J'aurais tendance à dire oui, et que c'est une contrainte à poser. Et cela aura des répercussions dans Petals (parseur de topologie, server.properties, librairie de déploiement) et dans le back-end de Cockpit (base de données, vérifications).
bescudie
psouquet
Il faut valider quel sera le contenu du fil d'Ariane selon les vues:
Vues
Doit on représenter la vue actuelle ? Cliquer sur la vue dans le fil d'Ariane reviendrait à cliquer sur l'icone de la vue correspondante.
ou non :
Ou situer la SA ?
Dans l'arbre des topologies les SA et SL sont au niveau du conteneur, la SU est sous le composant.
Doit on situer les endpoints ?
On peut situer un endpoint sur un composant physique, les services et interface non.