February 17, 2019 12:40 pm

Modele de demande de cnf

Posted In: Uncategorized
By:

L`un des modèles de conception les plus couramment convenus dans les applications Cloud natives est une séparation nette entre les services avec état (également appelés services de sauvegarde) et sans État. Les services d`application contenant une logique fonctionnelle (base de données, système de fichiers ou cache) doivent être séparés des services avec état. Par exemple, un service gérant une demande de session Create implémente la logique de création de la session, mais stocke les informations de session dans un service avec état distinct, qui stocke physiquement la session sur la mémoire ou sur le disque. Cela permet aux services d`application sans état d`être autonomes, légers, extensibles, récupérables et rapidement évolutifs. La figure 1,2 montre la pile de protocole CNF globale (avec l`IP étant utilisé comme couche de base dans cette réalisation). Les applications envoient des fichiers volumineux de taille arbitraire à la couche de transport qui segmente en segments de taille modérée ~ 10-100 Mo. Le réseau attache un en-tête à chaque segment, et la combinaison est appelée un package. Un package est l`unité de transport de base via la couche réseau CNF. ● Emplacement Multicloud: les applications peuvent résider dans plusieurs emplacements, y compris le centre de données privé et dans le Cloud avec plusieurs fournisseurs de Cloud. En outre, les conteneurs de plan de données Cisco utilisent un agent de langage Go pour accéder à VPP. Cette bibliothèque de langue Go a été Open-source par Cisco via le programme Ligato. Ligato (github.com/ligato) fournit un mécanisme pour la livraison et la gestion des agents pour les fonctions réseau natives du Cloud pour leur permettre de faire partie de la topologie du service d`application, le tout dans l`espace utilisateur.

● Exposer les interfaces Web-natives modernes, si nécessaire, pour simplifier le système global et tirer parti des technologies modernes telles que la télémétrie en continu les protocoles Internet existants (par exemple, TCP/IP) ne conviennent pas aux services de contenu mobile car ils étaient conçues selon des hypothèses très différentes, tant en termes d`exigences de service que de contraintes technologiques. En particulier, le modèle TCP suppose un chemin continu de source à destination, et est basé sur le fameux «principe de bout en bout» qui plaide pour maintenir les fonctions de réseau au minimum et pousser la complexité spécifique au service aux points finaux au bord du Réseau. Alors que le protocole TCP a remarquablement bien servi pendant les 25 premières années de fonctionnement de l`Internet, le principe de bout en bout a des limitations significatives lorsqu`il s`agit d`utilisateurs mobiles qui éprouvent un accès intermittent et/ou non fiable sur les canaux sans fil .

Valid XHTML 1.0 Transitional     © 2011 Labadie Environmental Organization — All Rights Reserved.
Designed by Premium WordPress® Themes     Powered by WordPress®