Modèle doudou tissu gratuit

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`utilisation de microservices pour les applications plus volumineuses soulève un certain nombre de questions, comme décrit dans notre ebook, microservices: de la conception au déploiement, et la série de billets de blog sur la conception de microservices. Il existe quatre problèmes spécifiques qui affectent les applications plus volumineuses. Le modèle Fabric aborde ces problèmes – et, selon nous, les résout en grande partie. La figure 1 montre comment le modèle Fabric NGINX plus s`exécute sur le serveur proxy inverse et également chaque instance de service, ce qui permet une communication interservices rapide, sécurisée et intelligente. Le service pages, qui comporte plusieurs instances dans la figure, est un microservice Web-frontend utilisé dans l`ARM. Le modèle fabric est conçu pour fonctionner avec du code externe pour la gestion des conteneurs et pour la découverte et l`enregistrement des services. Ceci peut être fourni par un cadre de gestion de conteneur tel que Deis, Kubernetes, ou DCOS; outils de découverte de services spécifiques, tels que consul, ETCD ou ZooKeeper; code personnalisé; ou une combinaison. 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. 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. Comme le modèle de proxy, le modèle Fabric place NGINX plus comme un serveur proxy inverse devant les serveurs d`applications, apportant de nombreux avantages. Dans le modèle de maillage de routeur, les instances de NGINX plus dans l`application de microservices agissent en tant que points centraux de communication pour d`autres instances de service.