• Modele de tissu

Modele de tissu

Le modèle de tissu transforme la vue habituelle du développement et de la livraison d`applications sur sa tête. Étant donné que NGINX plus est aux deux extrémités de chaque connexion, ses capacités deviennent des propriétés du réseau sur lequel l`application s`exécute, plutôt que des fonctionnalités de serveurs ou de microservices spécifiques. NGINX plus devient le médium pour amener le réseau, le «tissu», à la vie, le rendant rapide, sécurisé, intelligent et extensible. L`architecture de mise en réseau du modèle fabric pour les microservices est la plus sophistiquée et la plus performante des modèles ARM. NGINX plus, agissant comme le serveur proxy inverse pour l`ensemble de l`application et la gestion de tous les trafic d`entrée et de sortie pour chaque service individuel, met à la vie un réseau qui connecte les instances de service. Vous pouvez afficher la disposition des applications dans un cluster à l`aide de l`outil Service Fabric Explorer disponible à l`http://: 19080/Explorer. Pour plus d`informations, consultez visualisation de votre cluster avec service Fabric Explorer. Pour déployer le modèle Fabric avec NGINX plus, effectuez d`abord les étapes de déploiement avec NGINX Open source puis, procédez comme suit: cette section décrit les principales caractéristiques de conception tissées dans Hyperledger Fabric qui respectent sa promesse d`un ensemble, mais solution de blockchain d`entreprise personnalisable: les actifs peuvent aller des biens corporels (immobiliers et matériels) à l`immatériel (contrats et propriété intellectuelle). Hyperledger Fabric offre la possibilité de modifier des ressources à l`aide de transactions chaincode. La différence entre le modèle de tissu et le processus «normal» est la plus forte dans l`activité la plus répétée pour n`importe quelle application: communication interprocessus. Dans le processus «normal», chaque demande nécessite une demande de découverte de service distincte, une vérification de l`équilibrage de charge et une prise de contact SSL complète à neuf étapes.

Pour le modèle fabric, la découverte de service et l`équilibrage de charge se produisent en arrière-plan, avant qu`une demande soit faite. Pour résumer les différences, et mettre en évidence certains des avantages du modèle de tissu sur le processus «normal», ce tableau compare la façon dont chacun fonctionne pour les principales fonctions de l`application. Dans le modèle de tissu, les poignées de main SSL sont rares; ils ne se produisent que la première fois qu`une instance de service fait une demande d`un autre. Dans un test récent d`une application utilisant le modèle fabric, seulement 300 poignées de main SSL ont été nécessaires pour établir des connexions interservices pour 100 000 transactions totales. C`est une réduction de 99,7% des poignées de main SSL, offrant une forte augmentation des performances de l`application tout en conservant des communications interprocessus sécurisées. Les connexions SSL/TLS dans le modèle Fabric sont persistantes. Une connexion est créée, avec une prise de contact SSL complète, la première fois qu`une instance de service fait une demande d`une autre – et puis la même connexion est réutilisée, peut-être des milliers de fois, pour les futures demandes.