Exigences et évolutivité du serveur QL
La configuration requise pour QL Server dépend du volume de téléchargements de lecteurs simultanés que votre plate-forme est censée gérer. Vous pouvez également auto-héberger votre plateforme en mode hybride : QL Server hébergé sur site avec SQL ou Blob/CDN hébergé sur Microsoft Azure.
Players | < 50 players | < 500 players | < 1500 players | < 7250 players |
Nombre de serveurs IIS équivalent Azure | 1x serveur A2_v2 | 1x serveur A4_v2 | 2x serveurs A8_v2 | 3x serveurs A8m_v2 |
BLOB azur / CDN | | ✓ | ✓ | ✓ |
Cores | 2 | 4 | 8 | 8 |
RAM | 4 Go | 8 Go | 16 GB | 64 Go |
Système d'exploitation | Windows 10 Professional (20 players maximum) / Server 2016+ | Windows Serveur 2016+ | Windows Serveur 2016+ | Windows Serveur 2016+ |
Base de données SQL | SQLExpress | Azure S2 ou SQL Standard Edition | Azure S7 ou SQL Standard Edition | Azure S7 ou SQL Professional Edition |
Server QL API
Notre API permet aux utilisateurs et aux intégrateurs système de personnaliser QL Server. Les développeurs Web et C# peuvent utiliser notre API pour automatiser QL Content Manager. Vous pouvez déplacer les lecteurs et modifier leurs attributs, modifier le contenu, les flux de données, les listes de lecture et la programmation, ou vous pouvez déclencher du contenu et des programmes à la volée.
Les utilisateurs d'entreprise développent souvent des applications middleware pour contrôler QL Server à partir de leurs plateformes de gestion des actifs dynamiques (DAM), de Business Intelligence ou de réservation publicitaire. L'API QL peut également être utilisée pour créer une interface graphique personnalisée pour toute application verticale ou client.
Ref | MODULE | DESCRIPTION |
ASR-04 | Serveur API | Module optionnel activable post installation |
Certificats de sécurité
Chaque version de QL Logiciel d'affichage dynamique est certifiée en matière de sécurité par une société tierce renommée. Navori Labs utilise des outils de pointe comme le framework Windows Communication Foundation pour le développement de ses logiciels. Cela garantit l'interopérabilité, plusieurs gabarits de messages, des métadonnées de service, des contrats de données, plusieurs transports et codages et des messages fiables en file d'attente. Le travail de génération et de lecture des services Web - en-têtes SOAP conformes à la sécurité est effectué par un ensemble de filtres et hébergé sur des serveurs IIS. Les messages entrants sont passés à travers une série de ces filtres d'entrée, modifiés si nécessaire, puis génèrent un ensemble connexe d'objets de programmation. Les messages sortants passent par un ensemble de filtres de sortie qui sérialisent certains en-têtes définis par programme par les objets de service Web.
Ces protocoles comprennent les éléments suivants :
- Signatures dynamiques
- Cryptage des données
- Connexion chiffrée avec des jetons de nom d'utilisateur
La structure des données et des messages est entièrement protégée au moyen de notre propre algorithme de cryptage et asymétrique au niveau du transport et du magasin.