Quelle disponibilité et quel temps de fonctionnement iDBQuery offre-t-il ?

La disponibilité d'iDBQuery dépend de l'endroit où vous l'exécutez, et c'est là une fonctionnalité plutôt qu'une réserve.

• Cloud. Le service hébergé est exploité pour une haute disponibilité, et les accords entreprise peuvent inclure un engagement de disponibilité défini, adapté à vos besoins. Parlez-nous des spécificités de votre formule.
• Auto-hébergé, mono-serveur et isolé (air-gapped). Ici, le temps de fonctionnement est véritablement entre vos mains. iDBQuery s'exécute sur vos propres serveurs sans dépendance d'exécution à notre cloud, de sorte que sa disponibilité est régie par votre infrastructure, votre redondance et vos fenêtres de maintenance — non par la page de statut d'un tiers.
• Application de bureau et SDK embarqué. L'analyse peut s'exécuter en local, de sorte qu'elle continue de fonctionner même lorsque la connectivité fait défaut.

La conception d'iDBQuery comporte un point de résilience important : comme il interroge vos sources sur place plutôt que de dépendre d'un pipeline nocturne vers un entrepôt de données, il n'existe pas de tâche ETL fragile dont l'échec vous laisserait discrètement avec des données périmées ou manquantes. Le modèle vivant reflète vos sources telles qu'elles sont.

Nous ne mettons délibérément pas en avant un unique pourcentage phare sur la page publique, car le chiffre pertinent dépend de votre déploiement et de votre formule. Pour un déploiement entreprise hébergé, nous conviendrons d'un engagement de disponibilité par écrit ; pour un déploiement auto-hébergé, nous vous aiderons à concevoir l'architecture pour le temps de fonctionnement dont votre organisation a besoin.