Comment KamoUniverse Est construit

Vous n'avez pas besoin d'en savoir plus pour utiliser KamoUniverse. C'est ici parce que les équipes informatiques, les examinateurs de sécurité et les approvisionnements demandent, et il est plus facile de leur donner une page que d'organiser un appel.

Beaucoup de petits services, pas un grand programme

KamoUniverse n'est pas une seule application. Il s'agit de quelques dizaines de services indépendants, chacun responsable d'un domaine — un gère le courrier électronique, un gère les documents, un gère la base de connaissances que vous lisez maintenant, un gère les appels.

La conséquence pratique est celle qui compte pour vous: un problème dans une zone ne fait pas tomber les autres. Si le service de documents a un mauvais après-midi, email continue de fonctionner. Un seul grand programme ne se comporte pas de cette façon — tout partage son destin.

Répartir sur plusieurs machines

Ces services fonctionnent sur un cluster: un groupe de machines qui fonctionnent comme un seul. Chaque service fonctionne sur n'importe quelle machine a de la place, et si une machine échoue, les services qu'elle effectuait recommencent ailleurs, automatiquement, sans que personne ne soit bipé.

C'est aussi comment KamoUniverse est mis à jour. Une nouvelle version d'un service est déployée alors que l'ancien répond toujours, et le trafic passe par une fois que le nouveau est en bonne santé. La plupart des mises à jour se produisent sans que personne ne s'en rende compte.

Vos données sont séparées au niveau de la base de données

Chaque enregistrement de KamoUniverse porte l'organisation à laquelle il appartient, et chaque requête est portée à une organisation avant qu'elle ne soit exécutée. Cette séparation est dans la couche de données, pas dans un filtre qu'un écran applique ensuite.

La différence est importante. Un filtre appliqué à l'écran est quelque chose qu'un développeur peut oublier sur un nouvel écran. Une contrainte appliquée à la requête n'est pas quelque chose que l'écran peut refuser.

Ce qui parle à quoi

Les services n'entrent pas dans les données de l'autre. Lorsqu'un autre service doit savoir quelque chose — un article est publié, un appel se termine, un document est signé — un message est publié et quiconque s'en soucie le prend. Donc un service lent retarde son propre travail plutôt que de bloquer tout le monde.