PlateformeArchitecture

Prenez un enregistrement et faites une coupe à travers tout ce qu’il touche.

La vue d’ensemble de la plateforme nomme les six fondations communes. Cette page en présente la coupe : un seul enregistrement suivi vers le bas, qui acquiert un lieu, une règle sur qui peut y toucher, son comportement, ses documents, sa continuité et sa portée – et, à côté de chacun de ces éléments, ce que chaque domaine devrait construire lui-même si cette couche n’était pas partagée.

Demander une démoLes six fondations

Ce que cette page n’est pas Il n’y a ici ni topologie de déploiement, ni inventaire des services, ni schéma de réseau, ni liste de frameworks. Où l’ensemble s’exécute est une question distincte, traitée sur sa propre page. Déploiement & hébergement

Ce que l’enregistrement acquiert, et ce que cela coûterait autrement.

  1. Un lieu. L’enregistrement appartient à une unité, et l’unité est un nœud de l’arborescence unique que lit chaque domaine – « quel département » signifie donc la même chose aux finances qu’à l’entrepôt.

    Chaque domaine tiendrait sa propre liste de départements, et leur rapprochement deviendrait une tâche permanente. Une réorganisation devrait être effectuée une fois par système.

  2. Une règle sur qui peut y toucher. Pas une copie d’autorisation – le poste auquel il appartient, déterminé d’après la licence et les privilèges de la personne qui le demande.

    Chaque domaine aurait sa propre liste d’utilisateurs et sa propre notion du rôle, et une personne qui part devrait être retirée de chacun d’eux séparément, correctement, le même jour.

  3. Son comportement. Le formulaire sur lequel il est saisi, les étapes qu’il traverse, qui agit à chacune d’elles et ce qui est produit en cours de route sont lus dans des définitions au lieu d’être compilés dans le domaine qui se trouve détenir l’enregistrement.

    Modifier un circuit de validation exigerait une nouvelle version de l’application qui en est propriétaire, et la même règle devrait être réimplémentée dans chaque domaine qui en a besoin.

  4. Ses documents, ses notifications, ses tâches et les données de référence qui donnent à ses champs un sens stable. Le domaine où se trouve l’enregistrement les appelle ; il ne les implémente pas.

    Six dépôts documentaires, six systèmes de notification, six moteurs de tâches – et un document créé dans un domaine serait ailleurs une copie plutôt que le même document.

  5. Une seule couche d’enregistrements

    Sa continuité. Lorsque le travail passe d’un domaine à l’autre, c’est le même enregistrement qui est lu, et non un message qui le décrit – c’est pourquoi son historique survit au passage au lieu d’être reformulé de l’autre côté.

    Franchir une frontière signifierait un export, un import et un rapprochement – et dès que ceux-ci divergent, quelqu’un doit décider quel système a raison.

  6. La frontière avec l’extérieur

    Les mécanismes de connexion

    Sa portée. Lorsque la réponse se trouve dans un système qui reste en place, l’enregistrement peut tout de même l’utiliser – selon les mêmes règles d’organisation et de poste que tout ce qui précède.

    Chaque domaine négocierait sa propre connexion et détiendrait ses propres identifiants, et aucun endroit unique ne permettrait de voir ce à quoi continON accède ni au nom de qui.

L’enregistrement reste un seul et même objet de haut en bas. Il n’est pas transmis d’une couche à l’autre sous forme de copie, ce qui fait toute la différence entre une plateforme et un ensemble d’applications qui conviennent d’échanger des fichiers.

L’ordre est une contrainte, pas une convention graphique.

  1. Une couche ne s’appuie que sur ce qui se trouve en dessous

    Les pouvoirs lisent l’organisation ; jamais l’inverse. C’est pourquoi l’organisation peut être réorganisée sans que le modèle d’autorisations soit réécrit.

  2. La licence borne tout ce qu’elle contient

    Aucune définition, aucun poste ni aucune autorisation ne peut dépasser ce que couvre la licence de l’organisation, car la limite est appliquée au-dessus d’eux au lieu d’être vérifiée par chacun d’eux.

  3. Un domaine peut appeler un service, jamais le remplacer

    Il n’existe pas de dépôt documentaire ni de système de notification propre à un domaine qui pourrait diverger du système commun – c’est ce qui rend « le même document » littéralement vrai.

Pour le dire clairement : le partage est réel, donc le couplage l’est aussi. Les domaines dépendent des mêmes services et de la même couche d’enregistrements ; ils sont donc forts ensemble et touchés ensemble. continON est décrit ici comme un environnement opérationnel connecté unique parce que c’est ce qu’il est – et non comme un ensemble de services indépendants pouvant chacun tomber en panne isolément.

Venez avec un architecte et faites la coupe sur votre propre cas.

Sur un mandant anonymisé : choisissez un enregistrement qui traverse deux de vos domaines et suivez-le à travers les couches, avec les autorisations, les documents et l’historique qu’il porte.