API vs entrepôt de données

Événements en temps réel avec déclenchements/notifications de système à système

SUPER. API opérationnel.

N/A. Récupération uniquement.

• Création d'un nouvel employé

• Besoin d'envoyer un employé

• Début/arrêt de la session de travail

Vous disposez d'une solution BI et vous avez besoin d'exporter des données

OK. Nécessite un développement ou une configuration pour l'analyse JSON, ce qui n'est pas le cas de toutes les solutions de BI.

Par défaut, les réponses sont limitées à 100 enregistrements, 1000 avec des paramètres, et la pagination est requise pour tout ce qui dépasse 1000.

SUPER, déjà dans un format table/champs/rangs indexable.

• Besoins d'analyse et de visualisation non satisfaits
  par TrackTik Nuage et Data Lab

• Ajouter des données TrackTik à un agrégat existant

• Besoin de synchroniser des dizaines de milliers d'enregistrements

La synchronisation en temps réel par inscription n'est pas souhaitable, il faut des jeux d'enregistrements complets dont la référentialité est préservée.

SUPER. L'API permet l'inclusion imbriquée d'objets JSON et de tableaux supplémentaires en tant que « listes de relations » à partir de nombreux points de terminaison différents. Il ne nécessite pas de grandes connaissances dans le domaine.

BON. Nécessite des connaissances dans le domaine pour comprendre les tables, les champs, les index et ce qui doit être joint.

Il n'est pas possible d'extraire des médias binaires tels que des images ou des vidéos.

• Rapports et champs de rapport.

• Planification des tâches du site, occurrences de la planification des tâches du site, occurrences de la planification des tâches du site, sessions et journaux

Un modèle de données est simple,
avec une sécurité d'intégrité

SUPER. Les réponses de l'API sont adaptées au contexte de l'entreprise et comportent des actions pour l'exécution de règles d'entreprise communes qui sont prévalidées et sûres.

SUPER pour la sécurité d'accès parce que la portée d'OAuth 2 + les rôles/permissions ACL sont tous configurables.

BON pour un modèle aligné sur l'API/l'entreprise, mais nécessite une connaissance du domaine pour les relations.

C'est un SUPER moyen de sécurité, car il est en lecture seule.

• Licencier les employés.

• Approuver/non-approuver les quarts de travail.

• Exporter des employeés pour les importer dans un système RH.

• Modèles de rapport, catégories d'incidents, rapports et champs de rapport.

Mises à jour/versionnement des fonctionnalités

SUPER. L'API dispose toujours des dernières fonctionnalités, des points de terminaison, des champs, des mises à jour et des corrections de bogues.

PAUVRE. Les configurations DWH sont statiques et nécessitent des demandes de changement pour être mises à jour avec de nouveaux modèles de données et de nouvelles fonctionnalités.

• Changements/expansions du format des données

• Dépréciation des champs

• Nouvelles fonctionnalités

• Nouvelles sources de données

Coût/risque de l'entretien

BON+. Actuellement, il n'existe qu'une seule version de l'API, et toutes les dépréciations passées ont été maintenues pour assurer la compatibilité ascendante. Les ruptures sont peu fréquentes et le soutien est toujours disponible.

Vous devrez généralement maintenir des ressources d'ingénierie pour la correction occasionnelle de bogues et la mise en œuvre de demandes d'amélioration.

SUPER. La configuration est la configuration. Il ne change jamais, sauf si vous le demandez.

• Nouvelles fonctionnalités de Guard Tour et de Guarding Suite qui consomment l'API, ce qui conduit à de nouveaux points de terminaison et à de nouvelles fonctionnalités.

• Correction de bugs.

• Enrichissement des types de données.

• Amélioration de la validation.

• Nouvelles actions de règles de gestion.

Votre entreprise est plus habilitée à l'informatique décisionnelle, ou votre entreprise est plus compétente en matière d'ingénierie logicielle.

Le rêve d'un ingénieur logiciel.

Un traitement de Business Intelligence.

• Toutes les données