Différences entre versions de « PP74 — Client/Serveur »
De Documentation Polaris
(modifications automatiques tags et catégories via le cartographe) |
(modifications automatiques tags et catégories via le cartographe) |
||
| Ligne 1 : | Ligne 1 : | ||
[[Catégorie:Cartographie fonctionnelle]]{{DebutInfoCartographe}}<blockquote><small>Revenir à la catégorie parente : [[PP72_—_Système|Système]]</small></blockquote> | [[Catégorie:Cartographie fonctionnelle]]{{DebutInfoCartographe}}<blockquote><small>Revenir à la catégorie parente : [[PP72_—_Système|Système]]</small></blockquote> | ||
| − | <table class="carto-tab"><tr> <td class="carto-col-little"></td> <td class="carto-col-little"></td> <td class="" style="width:50%"></td> <td class="carto-col-little"></td> <td class="" style="width:50%"></td> <td class="carto-col-little"></td> </tr><tr><td class="std-value carto-no" colspan="2">20129</td><td class="std-value carto-lib" colspan="4">Serveur HTTP 1.1 asynchrone embarqué</td></tr><tr><td class="carto-lbl carto-lbl-cli" colspan="1" rowspan="7"><span class="txt">Fonctionnalité</span></td><td class="carto-title" colspan="1">Catégorie</td><td class="carto-categorie" colspan="3"><div class="fil-ariane"><span class="ariane-elt">[[PP1_—_Polaris|Polaris]]</span> <span class="ariane-sep">›</span> <span class="ariane-elt">[[PP72_—_Système|Système]]</span> <span class="ariane-sep">›</span> <span class="ariane-elt">[[PP74_—_Client/Serveur|Client/Serveur]]</span></div></td><td class="carto-versions" rowspan="7"></td></tr><tr><td class="carto-title" colspan="1">Etat</td><td class="carto-parametrable" colspan="3"><span class="etat-fonction etat-fonction-3">à venir</span></td></tr><tr><td class="carto-title" colspan="1">Zoom</td><td class="carto-desc" colspan="3">Serveur HTTP 1.1 asynchrone embarqué<div class="carto-extended"><span class="etat-fonction-4">A partir de 11.04</span></div><div style="margin-left: 1em;">Modification visant à pouvoir redistribuer automatiquement les numéros de ports utilisés par les services secondaires en fonction d'un port de base et de leur NUR.<br /><br />Pourquoi ?<br />- de nombreux services se retrouvent derrière un NAT ou un VPN avec le même numéro de port (3000/3443) sur la même adresse IP ...<br />- problème, nous avons besoin de pouvoir les joindre pour les WebApp et tombons généralement sur le TLR<br /><br />Solution mise en place :<br />- ajout d'un paramètre "autoport" (Port d'écoute de référence) dans le manager. Ce paramètre est distribué au TLR qui le transmet à tous et modifie le paramètre "AutoPort" dans le repdconf.xml selon les règles suivantes<br />- au TLR : AutoPort (repdconf) = autoport (manager)<br />- sur un service secondaire AutoPort (repdconf) = autoport (manager) + son NUR<br />- dans les deux cas, pour raison de compatibilité, le service continu d'écouter sur le port défini à l'installation du service (ListenPort du repdconf, en général 3000) ;<br /><br />Le changement est réalisé à chaud (il n'y a pas besoin de redémarrer le service de réplication). Tant qu'il n'est pas redémarré, le service écoute sur le nouveau port ainsi que tous les anciens ports ! C'est au redémarrage qu'il cesse d'écouter sur les anciens ports.</div></td></tr><tr><td class="carto-title" colspan="1">Paramétrable</td><td class="carto-parametrable" colspan="1">non</td><td class="carto-title" colspan="1">Type</td><td class="carto-type-func" colspan="1"></td></tr><tr><td class="carto-title" colspan="1">Paramétres</td><td class="carto-desc" colspan="1"><td class="carto-title" colspan="1">Droits</td><td class="carto-desc" colspan="1"></td></tr><tr><td class="carto-title" colspan="1">Soumis à licence</td><td class="carto-parametrable" colspan="1">non</td><td class="carto-title" colspan="1">Options licences</td><td class="carto-type-func" colspan="1"></td></tr><tr><td class="carto-title" colspan="1">Documentation disponible</td><td class="carto-doc" colspan="3"><div class="doc-link-id"></div><div class="doc-link-page">[[NF20129_—_Serveur_HTTP_1.1_asynchrone_embarqué|NF20129_—_Serveur_HTTP_1.1_asynchrone_embarqué]]</div></td></tr><tr class="carto-space"><td colspan="6"></td></tr></table> | + | <table class="carto-tab"><tr> <td class="carto-col-little"></td> <td class="carto-col-little"></td> <td class="" style="width:50%"></td> <td class="carto-col-little"></td> <td class="" style="width:50%"></td> <td class="carto-col-little"></td> </tr><tr><td class="std-value carto-no" colspan="2">20129</td><td class="std-value carto-lib" colspan="4">Serveur HTTP 1.1 asynchrone embarqué</td></tr><tr><td class="carto-lbl carto-lbl-cli" colspan="1" rowspan="7"><span class="txt">Fonctionnalité</span></td><td class="carto-title" colspan="1">Catégorie</td><td class="carto-categorie" colspan="3"><div class="fil-ariane"><span class="ariane-elt">[[PP1_—_Polaris|Polaris]]</span> <span class="ariane-sep">›</span> <span class="ariane-elt">[[PP72_—_Système|Système]]</span> <span class="ariane-sep">›</span> <span class="ariane-elt">[[PP74_—_Client/Serveur|Client/Serveur]]</span></div></td><td class="carto-versions" rowspan="7"></td></tr><tr><td class="carto-title" colspan="1">Etat</td><td class="carto-parametrable" colspan="3"><span class="etat-fonction etat-fonction-3">à venir</span></td></tr><tr><td class="carto-title" colspan="1">Zoom</td><td class="carto-desc" colspan="3">Serveur HTTP 1.1 asynchrone embarqué<div class="carto-extended"><span class="etat-fonction-4">A partir de 11.04</span></div><div style="margin-left: 1em;">Modification visant à pouvoir redistribuer automatiquement les numéros de ports utilisés par les services secondaires en fonction d'un port de base et de leur NUR.<br /><br />Pourquoi ?<br />- de nombreux services se retrouvent derrière un NAT ou un VPN avec le même numéro de port (3000/3443) sur la même adresse IP ...<br />- problème, nous avons besoin de pouvoir les joindre pour les WebApp et tombons généralement sur le TLR<br /><br />Solution mise en place :<br />- ajout d'un paramètre "autoport" (Port d'écoute de référence) dans le manager. Ce paramètre est distribué au TLR qui le transmet à tous et modifie le paramètre "AutoPort" dans le repdconf.xml selon les règles suivantes<br />- au TLR : AutoPort (repdconf) = autoport (manager)<br />- sur un service secondaire AutoPort (repdconf) = autoport (manager) + son NUR<br />- dans les deux cas, pour raison de compatibilité, le service continu d'écouter sur le port défini à l'installation du service (ListenPort du repdconf, en général 3000) ;<br /><br />Le changement est réalisé à chaud (il n'y a pas besoin de redémarrer le service de réplication). Tant qu'il n'est pas redémarré, le service écoute sur le nouveau port ainsi que tous les anciens ports ! C'est au redémarrage qu'il cesse d'écouter sur les anciens ports.</div><div class="carto-extended"><span class="etat-fonction-4">A partir de 14.01</span></div><div style="margin-left: 1em;">Mise en place d'un garde fou empêchant un client d'appeler en boucle des API avec pour conséquence de consommer toutes les ressources d'un service de réplication, notamment le nombre de connexions SQL disponibles, en entraînant sa paralysie.<br /><br />Mise en place d'un nombre maximal d'appels simultanés de :<br /> |
| + | <ul> | ||
| + | <li>3 appels par jeton utilisé ;</li> | ||
| + | <li>1 appel simultané de la même API pour un même jeton ;</li> | ||
| + | </ul> | ||
| + | Les appels sans connexion sont librement autorisés (car ils ne nécessitent que peu de ressource et sont optimisés).</div></td></tr><tr><td class="carto-title" colspan="1">Paramétrable</td><td class="carto-parametrable" colspan="1">non</td><td class="carto-title" colspan="1">Type</td><td class="carto-type-func" colspan="1"></td></tr><tr><td class="carto-title" colspan="1">Paramétres</td><td class="carto-desc" colspan="1"><td class="carto-title" colspan="1">Droits</td><td class="carto-desc" colspan="1"></td></tr><tr><td class="carto-title" colspan="1">Soumis à licence</td><td class="carto-parametrable" colspan="1">non</td><td class="carto-title" colspan="1">Options licences</td><td class="carto-type-func" colspan="1"></td></tr><tr><td class="carto-title" colspan="1">Documentation disponible</td><td class="carto-doc" colspan="3"><div class="doc-link-id"></div><div class="doc-link-page">[[NF20129_—_Serveur_HTTP_1.1_asynchrone_embarqué|NF20129_—_Serveur_HTTP_1.1_asynchrone_embarqué]]</div></td></tr><tr class="carto-space"><td colspan="6"></td></tr></table> | ||
<graphviz format="png" caption="Carte fonctionnelle de Client/Serveur" renderer="sfdp" > | <graphviz format="png" caption="Carte fonctionnelle de Client/Serveur" renderer="sfdp" > | ||
digraph CarteFonctionnelle_74 { | digraph CarteFonctionnelle_74 { | ||
Version actuelle datée du 14 janvier 2026 à 17:58
Revenir à la catégorie parente : Système
| 20129 | Serveur HTTP 1.1 asynchrone embarqué | ||||
| Fonctionnalité | Catégorie | ||||
| Etat | à venir | ||||
| Zoom | Serveur HTTP 1.1 asynchrone embarqué A partir de 11.04 Modification visant à pouvoir redistribuer automatiquement les numéros de ports utilisés par les services secondaires en fonction d'un port de base et de leur NUR. Pourquoi ? - de nombreux services se retrouvent derrière un NAT ou un VPN avec le même numéro de port (3000/3443) sur la même adresse IP ... - problème, nous avons besoin de pouvoir les joindre pour les WebApp et tombons généralement sur le TLR Solution mise en place : - ajout d'un paramètre "autoport" (Port d'écoute de référence) dans le manager. Ce paramètre est distribué au TLR qui le transmet à tous et modifie le paramètre "AutoPort" dans le repdconf.xml selon les règles suivantes - au TLR : AutoPort (repdconf) = autoport (manager) - sur un service secondaire AutoPort (repdconf) = autoport (manager) + son NUR - dans les deux cas, pour raison de compatibilité, le service continu d'écouter sur le port défini à l'installation du service (ListenPort du repdconf, en général 3000) ; Le changement est réalisé à chaud (il n'y a pas besoin de redémarrer le service de réplication). Tant qu'il n'est pas redémarré, le service écoute sur le nouveau port ainsi que tous les anciens ports ! C'est au redémarrage qu'il cesse d'écouter sur les anciens ports. A partir de 14.01 Mise en place d'un garde fou empêchant un client d'appeler en boucle des API avec pour conséquence de consommer toutes les ressources d'un service de réplication, notamment le nombre de connexions SQL disponibles, en entraînant sa paralysie. Mise en place d'un nombre maximal d'appels simultanés de :
| ||||
| Paramétrable | non | Type | |||
| Paramétres | Droits | ||||
| Soumis à licence | non | Options licences | |||
| Documentation disponible | |||||
