 Bonjour à tous, bienvenue, nous allons commencer dans une minute. Je te laisse la parole. Merci beaucoup Allie. Bonjour, bon après, bonsoir, un petit peu de tuelement. Merci beaucoup partout avec nous aujourd'hui. Pour ces webinars, c'est très rélevant et très important pour l'implémentation de trackers en grand échelle et pour l'évaluation des performances de trackers. On a pas mal de choses comme à couvrir aujourd'hui. Donc juste un petit peu en général pour vous donner un petit peu de contexte, comme ce qu'on veut couvrir aujourd'hui et un petit peu en partage de la communauté des HS2. C'est un petit peu des conseils ou les conseils plus récents que l'on a. Ceux de la façon de configurer les instances en général de suivi pour l'implémentation de trackers en échelle. On a publié ça dans les contextes bien sûr du COVA, qui est en général pour les efforts des vaccinations COVID. Parce que c'est ça qui est en cours, parmi la majorité des pays bien sûr. Mais bien sûr, tous ces conseils peuvent aussi être appliqués à tout ce que peut toucher la même grande échelle qu'en part des plémentations. Donc on a ici notre agenda un petit peu l'ordre du jour. Vous voyez qu'on a pas mal de choses qu'on va couvrir. La majorité des sujets qu'on va couvrir bien sûr sont de nature assez technique bien sûr. Et pour ça, on aimerait bien que cette information soit ainsi transmise aux administrateurs des systèmes que vous avez s'ils ne sont pas ici aujourd'hui. Et en général, ces informations sont vraiment diffusées les plus possibles un petit peu dans votre équipe. Parce que les 2022 en général, on voit qu'il y aura encore plus de sa plémentation pour les trackers. On vous invite bien sûr à poser toutes les questions de la communauté des parties aussi dans la chatte de Zoom bien sûr. Et en fonction des temps qu'on restera bien sûr à voir si on peut prendre aussi des questions live. On va voir parce qu'on est toujours en dessin. Donc un petit peu du contexte comme ça, vous avez un petit peu mieux l'idée de l'origine, de cette décision aussi d'époublier ces guis qu'on peut l'appeler. On a se tenu l'année passée, le 2021, pas mal des pays avec la mise en ordre du module de vaccination de COVID. Et bien sûr pour les systèmes des données individuelles donc les trackers. Et on a vu que beaucoup des pays ont eu un certain niveau des défis qui étaient au-delà aussi des choses pour lesquelles on était préparés. Même si ces pays avaient un système d'HSS2, comment se l'idée ? Ils étaient des pays qui utilisaient des HSS2 d'habitude. Et c'était d'une échelle et un grandeur qui dépassait tout ce que l'on était habitué. Donc la majorité des défis qu'on a vu, c'est par exemple c'est lié à septiens statistiques et culturels des populations entières. Donc vous voyez, c'est pas nécessairement comme en fait l'implementation d'un paquet de VIH par exemple, qu'on a un sous-ensemble de population. C'est ça, on part de millions de personnes dans les systèmes. Aussi on a pas mal de nouveaux utilisateurs, pas mal de sites. Et avec ça, ça vient aussi de nouvelles façons aussi de travailler, des flux des données, des flux des travail, un nouveau système d'approcher ce que normalement on utilise pour l'habitude. Aussi, cette exigence qu'il était liée aussi à l'encodage des données, à l'utilisation des données, à l'analyse, a eu comme impact, on a pas mal de problèmes aussi, parce que les systèmes ont été ralentis des temps et temps. On a aussi eu des exemples des systèmes en panne, aussi parce que les gens, pendant que les données ont été en train d'être encodées, il avait besoin aussi d'avoir des analyses en temps réel. Et c'était pas nécessairement pendant une part d'heure, pendant la journée, c'était une utilisation allévé au lendemain de la journée. Donc c'était vraiment un grand d'heure que personne n'avait vraiment jamais affronté. Et comme j'ai dit ici, on a rassemblé un petit peu en sérène de la revendition sur les façons de configurer les systèmes. Parce que quand vous voyez ici, on a de nombreux pays qui ont déjà commencé, de nombreux pays qui ont entrain de commencer ces implementations. Et on aimerait bien que ces informations soient absorbées avant de trouver ces problèmes qu'on a déjà reconnus dans des autres pays. Donc c'est qu'on espère comme bout de ces webinaires aussi, c'est aussi de vous donner des informations pour éviter aussi des erreurs qu'on a constatées. Quand j'ai dit avant aussi, les niveaux de données et de quantités de données en général, c'est quelque chose que la majorité des pays n'avait jamais vu. Donc vous voyez ici ces données, on était un petit peu au milieu du décembre plus ou moins. Donc maintenant, ça sert à un cas plus. Vous voyez, par exemple, en Chevalanka, on a presque 20 millions de désinscrits qui s'approchent, excusez-moi, à la population de ça du pays à la fin. Et vous voyez aussi, les gens sont des personnes qui sont en registre de systèmes, les nombres d'utilisateurs, les nombres de sites qui sont pas nécessairement les sites normales qu'on a dans la collection des routines. Et après, vous voyez ici les événements liés au Covid qui sont en général, les données qu'on a encodées sont en dégrés de quantités qu'on n'avait jamais vues avant ça. Donc c'est la raison un peu laquelle on a formulé ces recommandations et pourquoi on a décidé d'organiser ces webinats en minat. Et tout ça qu'on va présenter aujourd'hui, c'est un jutel à documentation officielle. Et vous avez ici les liens, bien sûr, pour vous peu peur, on va partager les diapos et on va partager aussi tu les liens dans la communauté des pratiques. Désolée. Et c'est quand nous, c'est ce que nous en parangeons en général, c'est de suivre ces recommandations dans les débuts de la mise en ordre. Et sans ça, après vous rencontrez des problèmes de performance et des systèmes de manpan et ils ont des conséquences plutôt négatives en général pour les systèmes, bien sûr, moi aussi pour les reportages des données, les informations des santé, vous voyez. Et encore un point, je veux souligner bien sûr, aujourd'hui, on parle de COVID et des vaccinations COVID, mais ces recommandations, ce sont des recommandations générales qui peuvent être appliquées pour toutes ces plémentations qui peuvent toucher ces grands échelles. Donc avec ces petits contextes et pour vous donner un petit peu d'informations de base, moi je laisse la parole à Clément qui va courir un petit peu la partie de surveur et beurrechement. Donc Clément, on se veut la parole. Merci. Bonsoir tout. Donc nous allons parler de cette situation serveur pour la mise en place et ce n'est pas que l'après-midi. Je crois que je vais partager le slide. Je pense qu'on va aller continuer avec le slide tout à l'heure. Oui, d'accord. Je prierai aux participants qui n'interviennent pas de bien vouloir vous assurer. C'est bon, on y en sommes? Oui. Nous allons parler d'étudiant en termes serveurs et pour lui, vous prenez mal de l'ambition de notre faqueur. Donc le premier qui est à configurer lorsqu'on parle de l'égligeance côté serveur c'est le critère humain. Le plus important c'est que vous ayez un personnel formé à l'administration du serveur et à l'administration du financement. Donc si vous voulez plémenter un faqueur à très grande échelle et utilisant beaucoup de données et beaucoup de ressources et le premier critère n'est pas le cas ou ne rien pas visager à le faire. Et si il y a besoin de ces présents, vous aurez même que les faits à devoir engager les efforts et du domaine ou de faire l'administration pour vous, ou, plus encore, vous pouvez d'avoir l'informateur de votre personnel existant. C'est à du fait un réciplage où les petits-més cuisinent le sujet. beaucoup de choses. Les premiers challenges aujourd'hui, c'est des challenges de sécurité et de confidentialité. Quand vous évergez autant de données à caractère privé, il y a toujours d'énormes les réglementations qui ne sont pas assez données. Comme ça, c'est fait un peu partout dans l'équipe, comme en Europe. Donc, il vous faut fortement dans votre implementation, dans votre système, avoir un responsable de la sécurité du système de formation. D'accord ? Il faut fortement une personne qui est là, qui a su la sécurité du système, qui assure que aucune donnée du fluide c'est plus votre système. Donc, il assurera la sécurité matérielle, la sécurité du système et même la sécurité au niveau des utilisateurs qui vont utiliser votre système. D'accord ? Cette personne doit s'assurer que vous prennez en compte les bonnes pratiques en matière de sécurité. Donc, en termes chéveurs, vallons parler un peu des statistiques techniques. La configuration idéale pour un serveur qui a un contexte de données est un peu polluée. Ça peut faire au fil d'un débat toute la journée. D'accord ? Généralement, on parle de quelque chose et on peut faire une amélioration au final de l'université. Donc, par exemple, l'explication que nous avons donnée ici et un temps de processeur, temps de giga-dérable, temps d'intérêt, temps d'intérêt ou d'intérêt. Et généralement, vous devez partir de quelque chose. Et lorsque vous déployez maintenant votre système pour monitorer le serveur au jour au jour pour regarder l'utilisation de ressources. Et quand le besoin se présente, vous pouvez maintenant augmenter les ressources pour que le système n'écrache pas bien, pour que l'utilisation continue pas bien fonctionner. D'accord ? Et généralement, pourquoi estimer que vous avez besoin pour la mise à l'échelle de votre système pour vous baser sur le nombre d'antiquités que vous avez dans votre système. Vous pouvez simplement considérer par exemple la population totale que vous avez. Et vous devez regarder comme les unités d'organisation, les sujets que vous avez. Et ensuite, à partir de tout ça, vous pouvez avoir une idée de ce dont vous avez besoin pour le serveur. Et généralement, le plus simple ou bien la manière la plus à l'air, notamment par exemple dans les autres pays. Vous pouvez par exemple vous dire voilà, on a telle population qui est similaire à telle pays qui tue déjà un DHSE dans ces contextes. Donc techniquement, le serveur qui pourrait aussi répondre à nos besoins peut correspondre à ce qui a été dit là-bas. C'est un peu comme le slide que nous avons vu tout à l'heure. Ici par exemple, vous voyez un peu les statistiques sur l'utilisation et sur la surveillance pour les pays. Vous pouvez vous baser sur ce chiffre, vous vous rendre la liste des questions qu'il peut donner pour les séries utilisées dans ces pays et l'utiliser dans votre texte, si vous avez certains critères qui s'y rapprochent. D'accord? Mais dans tous les cas et lorsque vous implementez un gros serveur pour l'admission de votre acteur et gardez l'option ou bien attendez-vous peut-être à que vous ayez à revoir les statistiques que vous avez données, ça peut arriver. Donc vous pouvez peut-être avoir à les augmenter. Vous pouvez aussi arriver à un moment donné que vous avez pour sûr estimé votre serveur et là peut-être vous aurez peut-être à réveiller un serveur un peu plus light et bon ça permet aussi de faire des économies d'argent et sans d'une cueille l'achat d'un serveur que vous cherchez. Donc ce n'est pas la peine d'avoir beaucoup de suffisamment d'utilisation. Donc l'avenir est vraiment partagé. La plus fabuleuse quand vous voulez implementer votre DHS2 n'est pas très rare à tout disposier d'une machine de serveur pour qu'il n'y a pas de disposition donc vous avez full access à ces possesses, processeurs ou à vos distributs. Généralement, la plus basse des augmentations utilise un serveur d'utilisation d'accord, une machine d'utilisation. Et les machines d'utilisation qu'il y a plusieurs critères pour m'en rendre lorsque par exemple vous prenez une machine d'utilisation d'une chaîne d'archeurs et avec les sources partagées d'explication que vous n'avez pas en l'unité, d'accord. L'exemple le plus simple, imaginez que les versions disposent d'une machine et qu'ils disposent de 74 milliards d'euros et il peut vous dire voilà, j'ai ouvert une machine d'utilisation plus que la caramie giga d'euros, d'accord. À côté, il vend là aussi à une seconde personne une autre machine d'utilisation et le dira aussi que vous avez caramie giga d'euros, d'accord. Donc la somme des deux rames ne sont pas la capacité d'un serveur c'est que les deux rames vous allez vous partagner la même plage de nos moules à tout simplement, parce que ça réduit. Donc vous pourrez jamais utiliser à 100% et les réponses qu'on c'est temps que vous avez avancé, ok. Et pour les applications très performants vous faites un paqueur à très grande gestion et ça fait du bien d'être en détail. Vous allez voir que lorsque votre paqueur veut pousser l'utilisation du système c'est plus en plus gros que quelque part, d'accord. Donc lorsque vous travaillez par exemple avec le datacenter chez vous, au niveau national les armes, les datacenter pour l'utilisation lorsque c'est datacenter ou c'est pour l'utilisation que vous donnez des ressources et c'est que vous devez faire, c'est d'abord vous assurer que les ressources que vous avez à louer pour effectivement à louer votre serveur de l'utilisation. D'accord. C'est rien qu'à monitorer que vous pourriez avoir un problème parce que vous vous m'avez dans l'eau. Ce n'est pas ce à quoi on s'attendait tenant le contact pour l'accident. D'accord. C'est une façon que vous aussi de pouvoir appeler à l'ordre votre étudiant ou le datacenter si vous alloues pour des ressources qui n'existent pas. D'accord. La version de logiciels bon. Si cette question n'est pas évoluée bien sûr au fait du temps et j'ai déclaré la gestion que vous devez utiliser dans votre système. On a longtemps utilisé le logiciel mais pour les générations qui sont déployées c'est la plus performante. Le logiciel on dirait le commandeur. J'utilise et le support des livres sont faits sur les points de gestion. On suppose qu'en fait il y a eu l'utilisation d'un point de vue. Et pour la cause qui doit actuellement prendre les livres entre les 12 et les 13 par contre et c'est celui de cette version que beaucoup de personnes ont été faites et bien sûr les livres sont performants et il y a le propre brable à l'effectif et la 12f une meilleure performance dans 20 domaines par rapport à la 16 mais dans tous les cas en suite vous allez bien sûr et les livres des rôles et des rôles vers les derniers patchs et c'est très très très important notamment nous l'avons plus constaté parce qu'il s'agit de lorsque les pays ont commencé à utiliser et les programmes ça c'est pour la courgette et c'est en fait moi qu'on a eu l'utilisation des trackers je n'avais jamais joué par avant donc déjà les premières conséquences pour la vue c'est des problèmes de performance ok donc l'importance des patchs et les versions c'est d'apporter des solutions à des problèmes qui ont été constatés sur les serveurs ce problème des performances et sur les trucs ok et lorsque vous pouvez donner les versions supérieures du DHSQ de la 24h en allant vous allez voir qu'il y a une très très bonne performance côté et là ça donne une qualité implémentaire d'accord donc je vais utiliser une version du DHSQ on peut à tout m'apporter un patch pour améliorer les performances ou on peut aussi sortir un patch pour améliorer la sécurité du titre d'accord l'équipe des développements est tout le temps aux aguets lorsqu'il découvre genre on fait des sécurité dans le war et c'est presque il y a une réponse très petite c'est presque de faire un nouveau patch pour la version du war qu'il publie bien sûr sur la page officielle que vous pouvez récupérer et et implémentaire c'est vrai donc il est très très important que vous ayez un plan des mises à jour des versions du DHSQ c'est très très important et pour la sécurité et pour la performance de votre système le monitoring du serveur fait tout simplement quelque chose qui est logical et lorsque vous monitorer un serveur je suis raminé à vous poser cette question je vais vous faire un peu opérance du serveur pour les meilleures situations notamment vous allez vous demandez par exemple et j'ai affaire des choses et bien ce que j'en ai faute par rapport au monitoring du serveur et vous pourrez procéder ensuite à ce qu'on appelle des tuning vous allez par exemple additionner certaines propriétés côtés pour le serveur pour voir ça améliorer la performance et en fait là vous venez encore une fois à monitorer votre serveur vous regardez vous dites une petite collection que j'ai ajoutée dans mon serveur améliorez quelque chose, ce qui est différent quel est l'ampleur des faits différents d'accord ça c'est un travail que vous voulez attraper toujours à jour selon le potentiel d'utilisation de votre serveur d'accord vous devez monitorer pour voir qu'est ce qui ne fonctionne pas et est ce que la base de données répond assez bien et vous allez voir par exemple quel est le comportement de votre base aujourd'hui par rapport au jour du précédent au suivant du précédent ou au mois précédent ça m'impelle d'avoir un comparatif quelque chose de différent c'est pour l'utilité par la la veille mais ainsi les sévères fonctionnent pour attirer votre temps donc vous pouvez voir qu'est ce qui marche par l'intérieur également par là les monitoring vous verrez que vous voulez souvent faire un test qui peut être très lourd et qui peut même faire tomber votre serveur d'accord donc un monitoring vous pouvez exercer des tests et apporter les solutions que vous possibles nous allons voir c'est là tout à l'heure dans un monitoring de l'autre dans le sable de l'utilisation le disque de vous aussi vous auriez suite à veiller à ce que le disque fonctionne bien vous pouvez lire dans les monitors et les temps d'attente à l'équipe de l'utilité de l'informat ou pas d'accord donc l'utilité c'est un peu sans l'autorisation pour les monitoring de votre serveur bien sûr nous avons les mines de commandes pas les cellules qui achètent pour voir l'utilisation des processeurs les requiertiennes les grètes et les watts pour manipuler les fichiers l'ordre et sortir les chaînes qui les intéresse comme nos erreurs ou les habilités etc et vous aussi un peu plus de performance qui permet d'avoir des statistiques plus intéressantes qui vous taillent et surtout aussi de les avoir à l'interface graphique c'est très intéressant et pour ça nous avons par exemple pour METEUS et DRAFANA qui forment un très bon standard pour le monitoring nous avons également EL4 et une nette d'attaque qui sont aussi très intéressantes et bon dans le contexte ici nous allons pouvoir parler de deux autres monitors que la plupart de l'administraté servait à puissant d'enfermer les mines qu'on a signé c'est-à-dire des monis et de deux routes et monis par exemple c'est un moniteur affiligé qui n'a pas une interface graphique qu'on va bien designer mais il n'y a moins qu'une perne de voie et de formation utile par rapport à l'état différent de votre serveur d'accord nous allons également voir un peu telle caricature d'écran qui permet qui fait beaucoup de choses que monis fait mais qui permet davantage d'investir plus en détail et certains aspects églatifs à la performance de votre serveur notamment les requêtes les plus gisées ou bien les temps d'attente avec qui est la culture de votre base de données bien, là par exemple nous avons la caricature d'écran du moniteur, monis ici par exemple on montre l'utilisation du professeur d'accord déjà fait graphique on va faire de l'esprit pour qu'on fasse bien encore vous regardez fait graphique et qui nous vient faire pour la partie haute du graphique nous avons les couleurs rouges et violet et vous avez un livre de gens ici qui vous montrent les couleurs d'accord ici par exemple nous voyons que c'est l'axe d'être organique et celui qui va être taxé ok donc 4 000 on va construire qui est l'utilisation à 100% du professeur qui était à l'un des petits serveurs mais ce que nous constatons quand nous regardons le graphique c'est que la partie bleue n'atteint jamais au-delà des 20 000 et des 2000 nous sommes toujours au milieu de 4 000 donc l'exemple ici vous montre un peu quelque chose dont je vous parlais d'accord c'est à dire pour cette machine on vous dit que vous avez jusqu'à 40% mais vous constatez que vous pouvez chercher tout c'est au-delà des 20% tout simplement parce que c'est l'arrêt que vous faites à parler et la partie rouge au fait la légende ça fait le style ça veut dire qu'en plus que par exemple les 20% qui sont réellement utilisés il y a des processus investis ramen et votre professeur à un niveau au niveau du milieu et la partie jeûlée et la partie jeûlée est beaucoup encore moins importante la partie jeûlée pour faire les temps d'attente ça veut dire que votre professeur arrête de travailler il attend un temps de réponse qui apparaît très là donc quand vous n'avez pas exemple ce genre de cas où vous avez fait les collations jeûlées sur votre graphique et là c'est le chiffre simplement que vous avez besoin d'indiculier toutes les performances ce que vous avez un peu là c'est simplement le jeu autre agréable il y a du plus ce que vous pouvez avoir là par exemple c'est aussi une caricature cémonie mais là nous voyons l'utilisation et des disques au niveau du serveur nous voyons que le disque du serveur est simplement utilisé à ce point pour cette période là où le disque est utilisé à 100% et sérieusement il ne peut pas faire mieux d'accord donc il serait temps vraiment de penser à changer l'utilisation pour que l'utilisation soit plus fluide que ça là dans ce graphique le jeu de monie on peut constater que depuis le début du graphique nous avons une certaine nationalité mais à arriver à un moment ici nous avons vous constatant qu'il y a un problème d'accord il y a quelque chose d'indiculier qui s'est produit à fait en voici et je crois que ça s'est produit en samedi généralement c'est que vous allez constater si vous ne faites pas les monitorages si vous n'avez pas fait en fait graphique tout ce que vous constaterez de manière pratique si vous n'avez pas fait plein de les samedis il y a un problème tout simplement d'accord mais le problème c'est quoi pour quoi l'identification vous donnez simplement et vous allez analyser ces graphiques qui montrent les collections au niveau du procédé d'accord donc cette partie bleue qui est apparue de manière plus belle dans les fréquences générales de vos évolutions mais du temps à répondre d'accord c'est là que vous cliquez dans cette période si il y a des requêtes très lourdes qui n'ont pas de procédé qui n'ont pas de procédé qui n'ont pas de procédé tout simplement ça vous permet d'y réussir pour voir celles qu'on sait pas étoile les dispositions pour que ça soit produit donc ensuite là nous avons la capture d'au bout donc vous voyez qu'il y a un petit changement et comme je l'ai dit bleu vous permet déjà de faire de l'identification un petit peu plus la première des choses par exemple c'est que dès que vous jouez ces graphiques du bleu vous vous avez ici dans le menu gauche le classement il y a les requêtes qui utilisent le plus d'une chose dans votre service donc par exemple lorsque vous jouez bleu vous voyez par exemple ici que vous pouvez utiliser au-delà de 45% pour prendre des ressources vous pouvez déjà essayer de voir qu'est-ce qui se passe avec les requêtes en pointe est-ce qu'on peut l'améliorer pour avoir une meilleure performance en faisant ça vous améliorer quelque chose d'accord c'est une idée de venir ici de courir déjà très le tuning au côté de la rame de l'allocation de votre service déjà vous pouvez déjà commencer par analyser la requête la plus utilisée avant de pousser vous laissez l'améritation plus loin pour améliorer la performance de votre service donc toujours avec bleu-route pour ici aussi et là vous-même je n'ai pas fait tout le monde déjà constater que quelque chose se passe par ces graphiques et ces graphiques nous montrent qu'on appelle les temps de réponse d'accord entre le possible et les requêtes au niveau du possible donc dès le début des graphiques nous sommes à l'entrée de 25 secondes de réponse et soudainement vous remarque que ça descend quasiment entre 0 et 0 et je crois 0 et 100 d'accord donc ça devient calme donc qu'est-ce qu'il y a aux épis au fait que c'est graphique ce qui fait passer c'est qu'on avait assez niveau de la temps plus long et on va dire une ancienne version du patch voire du dhsd là lorsqu'ils ont implémenté la dégagement qui était plus performante nous allons aussi vous remarquer un changement de compositions d'accord donc là c'est la préférée la dégagement du dhsd c'est vraiment très performant si vous n'êtes pas déjà assez version il seulement fait passer à ces versions ensuite la mise à l'échelle et la complétisation on s'est juste donc vous devez savoir quand vous avez des problèmes donc ça c'est l'heure du monitoring vous pouvez anticiper ces problèmes avant qu'il n'y a rien pour remarquer un changement par rapport à ces valeurs d'habitude vous devez tout de suite déterminer d'où vient le problème est-ce que c'est un problème né à l'alerteur de mon disque ou bien si le disque est là aussi est-ce que c'est un problème né à mon procédure et c'est vrai donc il y a des choses que vous devez identifier rapidement pour pouvoir prendre les décisions d'accord vous pouvez faire de temps en temps d'intervention sur votre serveur et analyser pour m'identifier et quel problème vous pouvez nous rouler quel problème et si vous le marquez de temps en temps où il y a des erreurs vous pouvez vous faire un rapport ou envoyer un feedback à la communauté ou même au fournisseur si vous avez des jours au système vous pouvez le faire un feedback sur le serveur vous devez vous contacter un peu d'habitude les graphiques c'est bien surtout quand on parle des montres mais le plus important c'est bien de les interpréter les interpréter comme il faut et un graphique que je lui ne vais forcément pas d'une petite partie d'accord, ça fait tout le contraire donc l'interprétation c'est vraiment original c'est ça qui vous permet réellement de voir si votre serveur est en bon sens souvent et quand vous avez quand vous voulez pas exemple vous demandez à un évergère de vous voir cet inspecteur de votre serveur qui vous a donné c'est toujours plus donné des preuves à la fois donc les preuves que vous pouvez avoir c'est-à-dire capture des crânes vraiment de votre monitor voilà tu m'as dit que je peux étudier celle de l'embauche du processeur mais quand on regarde mon graphique c'est que je m'as expliqué à l'au-delà donc ça c'est quelque chose de contraire que vous me donnez et aussi très souvent lorsque vous avez des problèmes sur un serveur il n'est pas rare que vous demandez la situation pour qu'on vous ait des problèmes selon le pays ou sur un contexte il fait parfois difficile de créer un serveur pour une paire quand par exemple vous aidera d'élever un problème d'accord et l'option qui est aussi la, qui est plus simple c'est que si vous avez par exemple un monitor qui est là, qui monitor le service de votre serveur vous pouvez créer par exemple un expert ou un consultant un compte de votre monitor évolue voici l'accès à notre monitor vous pouvez vous connecter voici vous pouvez l'utiliser un peu à comprendre le problème que notre serveur donc si un monitor est facile de voir comment on utilise toujours le serveur on peut faire les analyses historiques de ce que vous avez donné vous dansez peut-être rapidement il devient le problème et là on peut passer maintenant à une grosse supérieure l'intégration pour réparer le problème je pense que c'est bon pour cette partie faire un petit discours merci à tous Clément je pense que je vais m'éloigner donc je vais partager mon écran je suppose que vous voyez tout ce mon écran oui je dirais très bien ok c'est bon donc pourquoi on va parler de le problème de l'analyse et de l'analyse donc en fait si vous avez été remarqués les plus souvent c'est que vous allez avoir une note au niveau du tableau bon vous allez remarquer en fait que par visé en général on a le tableau qui s'affiche lorsqu'on se connecte donc vous allez avoir une note au niveau du tableau bon ok je pense que c'est une des choses que vous allez remarquer au niveau de l'analyse vous allez remarquer au niveau de l'analyse vous allez remarquer que vous allez remarquer au niveau de les paris que vous avez créé au niveau de désolé non je ne vais pas te couper c'est seulement ok je pense qu'il y a un coquet de problème avec ton micro le son est très fort et il s'éteint pas trop bien oui il y a un eco giri ok d'accord donc si c'est pas un problème de micro d'ourdine un petit peu difficile de t'entendre c'est bon maintenant oui c'est mieux oui très bien merci désolé non j'avais enlevé mon éputeur bon c'est bon alors très bien je disais que en fait vous avez aussi les tableaux que vous allez générer qui sont parfois là à charger vous avez parfois les tableaux même le sceau de l'analyse c'est-à-dire lorsque vous lancez le tableau de l'analyse ça ne fonctionne pas donc vous avez un problème au niveau de la partie analyse de votre système et qui est lié à l'analyse et le système est très sollicité vous avez votre cerveau qui tombe en fait ça arrête donc en fait on a tous généralement ces problèmes liés à l'analyse mais qu'est-ce qui se passe en général c'est que de l'entité de suivi de Track Entity Instance comme on dit dans le channel Gondes DSS2 il y a beaucoup d'entités de suivi et parfois vous n'avez pas une très bonne configuration serveur qui n'est pas adéquate en fait il est très important comme Clément l'a dit de vous penser à avoir une configuration adéquate lorsque vous avez un grand nombre de personnes généralement pour les cas de combat par exemple on est dans une situation où vous avez par exemple 3 millions de personnes qui sont registrées dans le système et dans ce cas de figure il faudrait avoir un serveur adéquat donc lorsque le serveur n'est pas adéquat vous avez des problèmes au niveau de l'analyse vous avez aussi un problème lié au niveau de la façon dont on veut présenter la façon dont on veut présenter l'information donc par exemple je vois la carte pour toutes les entités que j'ai dans mon système donc par exemple pour un pays je veux voir toutes les personnes vaccinées sur une carte qui se passe et donc ça va en fait créer un surcharge au niveau du serveur donc parfois vous avez aussi des rapports d'événements vous avez beaucoup d'informations que vous voulez récupérer en même temps donc ça peut poser des problèmes au niveau de l'analyse vous pouvez aussi avoir des problèmes en fait liés au comment on appelle le temps à la période que vous choisissez donc par exemple quand vous connaissez les 12 derniers mois vous avez des informations que vous allez présenter et donc dans ce cas vous avez le système qui est très sollicité ok donc vous devez penser à tout ça vous avez aussi la façon dont vous créez vos indicateurs de programme donc si vous créez un indicateur de programme qui a un rôle mot de transcription vous avez le système qui a plus qui performe plus qui a plus sollicité donc il faut toujours penser à savoir quel genre d'indicateur de programme je vais rapidement parler du graphique que nous avons à droite donc si on est en train de parler de temps de réponse ok et on s'est rendu compte que les indicateurs par exemple qui étaient de type tout d'abandon avaient vraiment un temps de réponse très lent et c'était dû au fait à la façon dont elles étaient configurées ils avaient par exemple beaucoup dans ce cas figure le type d'indicateur ou le type de transcription lorsque on voulait concevoir l'indicateur de programme donc lorsque vous allez concevoir votre système il faudrait penser à utiliser par exemple on appelle ça compte d'événement ou type d'événement lorsque vous voulez créer vos indicateurs de programme donc c'est très important de revoir la façon dont vous conservez vos indicateurs de programme alors on va passer aux petites astuces pour régler vos problèmes ok donc comme je l'ai dit un peu plus tôt vous avez une très bonne configuration de votre serveur c'est très important très performant avec beaucoup de données vous pouvez le utiliser ce qu'il faut aussi savoir c'est que généralement on a la possibilité de générer les tables analytiques comme on appelle l'entrée de l'analytique donc on a des astuces de et généralement il faut éviter de les éviter pendant que les personnes sont en train d'utiliser pendant la période de ces indicateurs par exemple on peut le conseiller parce qu'a priori il y a un peu de gens qui travaillent pendant cette période comme je l'ai dit il faudrait savoir comment configurer son indicateur donc vous devez utiliser dans l'occasion des indicateurs le type d'événement que le type d'inscription ou utiliser par exemple le contact des événements au lieu de le contact des inscriptions par exemple très gourmand bien entendu on est en train d'améliorer la façon dont on peut avoir un tableau de bord on est en train de faire en sorte que les tables de bord soient aussi moins serveurs mais actuellement pour pouvoir régler ces gens de problèmes il faudrait en fait penser à étudier un tableau de bord qui n'a pas beaucoup d'indicateurs bon par exemple les indicateurs de programme au niveau du premier tableau de bord du premier tableau de bord par des pauvres donc ce qu'on recommande par exemple c'est d'avoir un tableau de bord par défaut qui ajuste les informations donc par exemple on peut envoyer une note parce que dans le DHS de maintenant vous avez la possibilité de renseigner des notes et des informations clés pour l'utilisateur et donc par exemple on peut appeler ça un peu bon on va probablement se poser la question comment on rend ce tableau de priorité bon on a plusieurs façons de le faire on peut mettre une étoile pour pouvoir le rendre en priorité ou pouvoir le mettre en exercle et on a aussi la possibilité au cas où on a plusieurs étoiles ou qu'on n'a pas d'étoiles vous pouvez utiliser des caractères spéciaux pour pouvoir en fait le ramener en premier ok donc par exemple si vous avez vu on a mis Asteris, info Asteris pour le ramener en premier pour que ça soit la première page qui se charge effectivement quand c'est la première page qui se charge ça prend moins de temps de se charger si c'est la première page et les autres mais en ce qui se passe c'est qu'à l'instant tu as accédé à votre DHS2 en même temps le système ne va pas trop être sollicité parce qu'il y a qu'une page d'information ok ok l'autre chose c'est en fait il est important de pouvoir partager les tableaux de vol entre les personnes qui vont utiliser tu n'as pas pu partager les tableaux de vol aux indicateurs de provenance pour la la vaccination donc il y a question ici par part ok je vais voir identifier ceux qui ont besoin de cette tableau de vol et en fait donner ce tableau de vol et ceux qui n'ont pas vraiment besoin on laisse ça donc ça nous permet de pouvoir filtrer et d'avoir un système qui est plus performant ok ceux qui sont censés seulement saisir par exemple si vous utilisez un système d'agent vaccinateur ou d'échanger de s'éliminer sur l'information et qui a priori non pas forcément besoin de voir les tableaux de vol d'un étude de leur donner la possibilité de visionner ces tableaux de vol de visualiser les tableaux de vol ok donc vous avez aussi la possibilité de pouvoir concevoir votre tableau de vol à ce que on puisse utiliser les unités d'organisation relatives bon je l'appelle ça relative ça est généralement le système prend l'unité d'organisation qui est affecté à 100% de son paix lorsque vous demandez pendant la création de votre tableau il faut que vous utilisez ce système de prendre l'unité d'organisation de l'utilisateur l'avantage c'est qu'il va prendre son unité lorsqu'il sera au niveau de la partie analysée et au niveau du tableau de vol si vous prenez par exemple le niveau national le problème qui se pose c'est que lorsque la personne est au niveau d'établissement de son paix il faut que l'on soit au niveau national et imaginer si tout le monde a accès au tableau de vol en même temps au niveau national et qu'on a plusieurs utilisateurs donc ça peut poser problème donc il faut toujours penser à ça lorsque vous créez vos tableaux de vol ok donc ce qu'il faut savoir aussi c'est que quand vous allez faire un tableau vous allez faire une analyse il faut aussi penser aux utilisateurs qui s'existent et donc peut-être faire les analyses si vous sentez que les gens ne s'éliminent pas souvent donc en général si vous sentez que dans la journée les gens s'éliminent beaucoup de données vous avez cette possibilité de pouvoir attendre si vous sentez que l'information que vous allez collecter sera prête va prendre beaucoup de ressources vous pouvez attendre et le faire après et donc là dans cette figure vous permettez d'alléger le poids qui a su le système on attend souvent et on le fait ce qu'on demande aussi parfois c'est d'avoir des ensembles de données assez pour pouvoir faciliter la performance du système ou améliorer la performance du système et toujours lorsque vous allez avoir vous voulez par exemple un compte d'utilisation par exemple lui à la vaccination au lieu par exemple de demander à tout le monde qu'il est chargé d'ambiance une personne qui est chargée et là on voit bien d'ailleurs on peut aussi travailler un peu sur le cache pour pouvoir améliorer ce qui se passe de façon générale en utilisant le système de cache je pense que vous l'avez déjà utilisé à plusieurs reprises lorsque vous êtes au niveau de DHS2 pas au niveau de DHS2 et si c'est ici que vous avez utilisé un système de cache que vous avez utilisé au niveau de DHS2 le système ne s'interroge plus le serveur pour certaines informations et les informations sont stockées au niveau de votre machine ou de votre navigateur et le système DHS2 utilise ça vous pouvez aller rapidement donc en fait ce qui se passe c'est que lorsque vous utilisez le système de cache vous sollicitez moins que le serveur et dans ce cas de feed you vous pouvez faire quelques modifications par exemple dans le système vous avez la possibilité de faire cette configuration pour qu'on peut par exemple avoir un cache pour l'analyse qui s'expire après 6 à 10 heures donc c'est l'option ici 3600 vous avez aussi cette possibilité pour vous demander à ce qu'il y ait un cache par exemple ça c'est au niveau de l'interface de DHS2 même que le cache soit disponible que le cache soit amélioré autant pour moi que le long dommage mais j'ai aussi la possibilité de dire que je veux que mon cache soit privé pour éviter d'avoir le cache d'IndianX aussi je pense que certains ont eu ce problème en temps c'est avec l'analyse continue le continuous analytics donc cette possibilité de DHS2 pouvoir faire le tourner d'analyse continue de façon continue pour vous permettre d'avoir les données en cas de temps réel c'est bien beau mais en général si vous avez un système vous avez beaucoup le serveur utiliser cette option de continuous analytics continue pour un problème pour la performance en général donc si vous avez un serveur par exemple pour VAC conseil d'enlever cette option dans les pays on a pour enlever cette option le serveur se porte mieux parce que le serveur est moins sollicité autre chose que vous pouvez faire par exemple c'est que vous pouvez comme on dit mettre l'accès à l'analyse tracker pour les utilisateurs qui n'ont pas besoin donc vous vérifiez comme on nous a dit un peu plus haut vous avez cette possibilité de voir les personnes de voir leur rôle dans le système mais définir exactement ce qu'ils ont besoin pour allerger le serveur à part ça si vous avez par exemple beaucoup de données que vous voulez collecter mais que vous pensez que ça prend du temps à ce chargé niveau des outils d'analyse de DHL2 vous pouvez utiliser les vieilles skills le rapprochement de TML ou par exemple les applications R vous pouvez récupérer ces informations donc si vous avez des informations ou des personnes cette capacité ou cette compétence de pouvoir étudier ces outils vous pouvez utiliser ces outils dans DHL2 ou avec DHL2 et récupérer ces informations dans DHL2 il y a cette procédé pour pouvoir avoir l'information pour vous l'autre option aussi c'est par rapport de séparer l'instance qu'on fait l'accès et l'instance qu'on fait l'analyse c'est surtout parce que lorsqu'on fait l'analyse on a un serveur dédié pour ça et l'information après qu'il est versé c'est un système par rapport et le service généralement c'est pas utilisé mais on peut quand même le faire ok et l'autre option peut-être un peu qui n'est pas très utilisé assez radical c'est de rendre l'application par des excusez-vous remarquer bien dans le DHL2 l'application par des postets le tableau de bordeaux mais on peut se dire que dans notre cas il faut améliorer la performance qui consomme beaucoup de ressources on peut effectivement dire qu'on va pas mettre le tableau de bordeaux comme l'application par défaut lorsqu'on se connaît dans le DHL2 mais par contre par exemple l'application de 16 idées données et dans ces cas de figure on a un système qui sera moins densité au début sur tout changement ok ce qu'il faut savoir c'est qu'il y a plusieurs situations où vous pouvez améliorer la performance du serveur vous pouvez s'assurer que ce serveur ne soit pas très sollicité je pense bien entendu que vous avez aussi peut-être trouvé au fil des années avec vos expériences en tant que la communauté francophone des DHL2 des astuces vous pouvez améliorer la performance du serveur donc vous pouvez bien entendu communiquer avec nous là dessus pour que si vous avez d'autres astuces qui vous permettent de pouvoir améliorer ça nous sommes preneurs ok merci sur ce je passe la parole à Sakilou pour continuer avec l'apposentation merci merci Yari j'ai rapidement partagé mon écran je veux juste ajouter parce que je vois qu'il y a Jean-Paul qui a levé la main Jean-Paul alors je vous invite à écrire votre question sur la communauté de pratique et nos facilitateurs se feront un plaisir d'y répondre et à la fin de cette académie si le temps le permet de faire de notre mieux afin de prendre une ou deux questions directes mais Jean-Paul je vous invite vraiment en fait tous les participants n'hésitez vraiment pas à poser vos questions sur la communauté de pratique et vous recevrez les réponses adéquates de la part de nos facilitateurs merci beaucoup d'ésolée pour l'intervention Sakilou je te redonne la parole ok merci Alice alors nous allons avoir des ménages pour les questions de la configuration même du module tracker alors il faut comprendre que ce webinaire se concentre sur tous les aspects côté server, côté analytique côté configuration server et tracker et donc en ce qui concerne l'aspect tracker on va mettre le focus sur la CG aussi nous avons appris si le son sur les terrains on va décider vraiment d'aller vers des DHS à grande échelle et donc à grande volume de données un peu comme celle de la vaccination et sûrement aussi pour certains aspects d'enquête que vous aurez bientôt et l'un de ces situations ou de leçons apprises c'est que vous savez qu'avec les DHS2 on peut définir d'exidentifiant ce que ça soit généré de façon automatique à travers les DHS2 donc vous n'avez pas besoin de saisir le système vous génère automatiquement ces identifiants et donc pour générer automatiquement ces identifiants vous avez besoin de définir ce quels modèles il va générer et donc dans pas rapport à ces genres de modèles vous avez une fonction qui s'appelle RANDOM que les gens utilisent sauf que cette fonction RANDOM est un peu lourd parce que vous l'utilisez dans vos trackers parce qu'il faut noter que ce n'est pas une seule personne lorsque un utilisateur va sur l'aspect des idées données ça génère pour lui mais pour générer le système de travail en arrière pour le fournir cette information imaginez si vous avez 2000 utilisateurs dans votre pays il va devoir se mettre à faire ce même travail et donc pour le RANDOM ça devient encore tellement lourd pour une personne et donc pour l'ensemble du serveur et donc pour cela il est recommandé maintenant qu'au lieu d'utiliser l'aspect RANDOM surtout que si vous êtes en termes de trackers avec beaucoup d'occurrence à enregistrer d'utiliser plutôt le modèle séquenciel cette fonction séquenciel va permettre de faire comme ça le 1 il va avoir le 2 et le 3 ainsi de suite mais aussi il est vraiment préconisé de pouvoir au moins ajouter un petit pré fixeur que l'aspect séquenciel aussi ne vienne pour pouvoir permettre d'éviter à ce que dans cette zone qui puisse avoir des cohésions de doublons qui vont voilà pour se générer surtout que si vous êtes en temps de changer de stratégie ça serait vraiment intéressant d'ajouter un petit pré fixe ensuite mélanger et définir la fonction vers le séquenciel alors l'autre leçon apprise est que vous allez constater au niveau de votre DHS2 ok que lorsque vous êtes en temps de faire la série ok lorsque vous choisissez l'unité d'organisation puis ensuite vous choisissez le programme en soi par défaut vous avez les trois boutons liste, recherche et puis enregistrer et au niveau de la patiliste ça qui permet de voir les opérances déjà enregistrées sur votre tracker vous allez voir que vous avez souvent ces boutons là qui viennent le premier permet de lutter l'ensemble des entités de l'occurrence des gens enregistrés ainsi de suite ceux là qui ne sont pas encore finis des tités ceux qui ont déjà fini leur process de vaccination par exemple ainsi de suite ou ceux là qui ont été annulés vous devez noter que l'aspect global, celle le premier qui vient par défaut permet de charger l'ensemble des opérances que vous avez déjà chargé au niveau de votre tracker et cela aussi par rapport à nos expériences que nous avons constatées que cela aussi est tellement lourd en termes de ressources consommées et donc nous préconisons maintenant dans les vos configurations que vous allez faire parce que c'est de ça qu'il s'agit de pouvoir désartiver par défaut ce listing là si vraiment vous n'en avez pas besoin parce qu'on suppose que si il y a un patient qui a déjà enregistré dans votre base vous avez déjà un patient qui vient vous pouvez venir le rechercher en même temps plutôt qu'à avoir toute la liste affichée donc si vous choisissez cette option qui est une première recommandation ne pas afficher par défaut la liste qui est lourd en termes de consommation de ressources cela suppose que vous devez venir au niveau de votre configuration même de votre programme tracker vous allez voir à la première partie de votre configuration tracker il y a l'option display la liste qui permettait d'afficher cette liste là que vous voyez et donc quand vous désartivez cela vous n'aurez plus assez boutons là pour venir afficher la liste des occurrences préexistantes alors ça c'est une première recommandation ou possibilité que vous avez mais notez que voilà et donc quand vous désartivez vous allez voir qu'on n'avait plus le bouton liste et donc pour cela directement que l'aspect de recherche pour rapidement rechercher la personne concernée et puis continuer sinon si vous voulez enregistrer un nouveau vous le faites à même temps alors le problème avec ça c'est qu'il a un impact côté android aussi c'est que quand vous désartivez à ne pas avoir la liste des personnes qui ont déjà enregistré dans votre balle, ça serait pareil aussi au niveau de l'android donc quand au niveau de l'android sur lequel le remet va revenir vous cliquez sur le programme vous allez voir du vide, vous n'avez que aller rechercher l'occurrence avant de retrouver la personne que vous voulez mais vous n'allez plus avoir la liste des personnes déjà insistant sur votre page donc à chaque fois il y a un aspect qui doit arranger mais qui peut aussi avoir des inconvénients et donc ça dépendra des paramétrages que vous voulez faire dans votre pays alors vu que la partie liste qui devient un peu pratique parce que quand ça décide d'afficher l'ensemble des occurrences déjà qui sont relatives à votre structure à votre programme, peut-être critique pour votre implementation vous pouvez choisir de faire ce que nous appelons le working list ou plutôt la liste des tâches et dans une nouvelle fonctionnalité qui agissait il y a quelques versions qui permettent à ce que au lieu de vouloir afficher l'ensemble des occurrences liées à votre programme et à votre selection d'unité d'organisation de pouvoir les filtrer ou de pouvoir les prévoir de façon un peu plus minimaliste, un peu comme je ne veux pas voir l'ensemble des occurrences mais je veux voir ce pour qui j'ai un rendez-vous aujourd'hui et donc cela va réduire un peu la liste parce que cela ne me dérange pas trop votre serveur ok et donc pour faire cela vous avez une documentation dans la partie 1-2 heures ou ça vous montre comment vous pouvez créer un working list bien entendu pour l'instant vous ne pouvez pas passer par des appelliers pour les créer et donc par exemple ici nous sommes en face d'une interface de nos règles ou on a créé des petites listes de tâches des working lists comme on est en train d'appeler donc ici on n'a pas les anciens boutons que vous voyez mais vous allez voir qu'on a créé des petits boutons pour que cela nous affiche de façon spécifique des listes de personnes donc par exemple ici ce bouton va nous permettre d'afficher rapidement les plans pour la journée d'aujourd'hui un peu comme les planifiés d'aujourd'hui on peut aussi rapidement afficher une liste des personnes pour qui les notifications n'ont pas été envoyées on peut rapidement voir parce qu'avec les DHS de maintenant on peut se dire qu'il y a pour cet ère un rendez-vous on définit la personne qui doit prendre en charge la personne donc on va voir rapidement les opérances qui me sont assignées pour que je puisse les suivre donc quand je clique au lieu de voir l'ensemble du monde je vais voir comment que cela pour qui je dois pouvoir suivre aujourd'hui et donc aussi on peut aussi créer de certaines listes de tâches un peu comme les personnes qui n'ont pas été assignées à qui que ce soit alors cela dépendra de vos configurations dans les pays et du besoin que vous aurez un peu comme un pays nous a contactés ensemble pour dire euveler rapidement pour pouvoir les envoyer du jour et peut les envoyer ainsi de suite donc c'est des choses vraiment paramétrables dans les DHS de ce que vous pouvez faire plutôt que d'afficher l'ensemble des opérances par défaut pour pouvoir un peu alléger les serveurs alors un aspect concernant la recherche des TEI ou plutôt des personnes dans votre base alors pas à pas voir nos analyses de check-in des serveurs parce que les données sont on ne commençait pas à être assez volumineuses et puis on vous aimerait rapidement ne pas trop déranger le serveur parce que quand les données sont volumineuses aussi vous allez voir que votre serveur va râmer et donc on peut cracher par moment et les diamants ne commencent pas à se plaindre il a vraiment recommandé de signifier aux gens l'importance d'utiliser le champ où on a des valeurs uniques plutôt que de venir vers la recherche où on a des valeurs qui peuvent être pareil un peu partout un peu comme si j'ai décidé d'être en Guinée venir rechercher par le nom où on aura plein de galop dans la base quand vous tapez, ça peut vous déranger aussi d'avantage donc l'une des recommandations les gens s'orientent beaucoup plus vers leurs recherches champs qui sont purement uniques pour que la base ne souffre pas de trop pourquoi ? parce que les gens sont beaucoup plus rapides c'est comme vous me suivez toujours ces zones de champs uniques sont un peu plus rapides parce que le système derrière va faire un modèle d'équal plutôt que de faire une recherche aléatoire ok mais par contre si on est dans un contexte où les gens seront amenés forcément à faire des recherches à travers le nom et le prénom c'est là, nous avons aussi un ordre qui permet que vous ayez dans le parti post-gray ça n'est pas côté d'IHS mais vous devez aller vraiment dans votre cerveau post-gray pour venir ajouter ce qu'on appelle la désintestation B3 sur ces champs-là il faut que les recherches soient un peu plus rapides et que cela ne dérange pas le serveur donc dans la documentation on a un lien que je pense qu'on vous envoie dans la communauté de pratique vous allez voir comment vous pouvez ajouter cette expérience par rapport à ces variables qui vont aussi vous permettre de faire des recherches mais qui n'ont pas été définies de façon unique dans votre base de données par défaut alors l'un de l'autre aspect aussi est que lorsque vous êtes en train de faire des recherches et comme vous pouvez le voir ici si vous décidez de ne pas faire des recherches sur les champs uniques et que vous voulez faire des recherches vous voulez permettre à ce que vos utilisateurs puissent faire des recherches sur les champs testuels c'est vraiment d'éviter à ce que lorsque la personne tape un bout de caractère que les systèmes se mettent à leur charger l'ensemble des opérences dans lequel on a ce bout de caractère par exemple ici je me dis que je vais rapidement voir les personnes pour qui dans le nom on a la valeur A vous allez voir que les systèmes vont souffrir et on va chercher toutes ces opérences parce qu'ils vont essayer de voir dans tous ces noms de façon un airspin tapable à la casque le ASO au milieu ou à la fin vous allez voir que cela dérange un peu plus sur les serveurs et donc ce qu'est recommandé un peu comme vous voyez ici c'est qu'il est recommandé de pouvoir limiter le nombre maximal d'opérences à afficher c'est-à-dire même si je recherche ce que je me retrouve avec sans dialo que les systèmes justes me renvoient les 10 c'est-à-dire on veut un peu limiter s'approcher un peu de l'option un peu unique du genre je vais dire à mon système je vais paramétrer à ce qu'il puisse de façon maximale me retrouver 10 opérences de telle sorte que lorsque je recherche un nom les opérences à renvoyer des passes 10 automatiquement le système va me notifier comme quoi il y a trop de opérences trouvées est-ce que vous êtes sûr que vous êtes en train de rechercher la bonne personne ou vous voulez en risquer un nouveau en fait cela va nous permettre de s'amener aux utilisateurs vraiment à saisir une valeur bien plus claire et éviter à ce que les systèmes puissent renvoyer trop d'opérences à chercher ou à afficher donc tout cela là ce sont des bonnes pratiques qu'on est en train de vous dire on est sûr que vous n'allez pas forcément tous les appliquer mais au moins de pouvoir savoir que si vous voulez avoir un serveur un peu plus performant en termes de résultats et consorts c'est au moins de faire le maximum de ces meilleures pratiques que nous tous maintenant nous avons pu découvrir à travers les serveurs adventichels alors depuis là nous étions uniquement pourquoi sur les aspects directement disponibles dans les DHS en termes de paramétrage mais il faut noter aussi que dans les implémentations de nos jours les uns et les autres aussi essaient de créer des applications additionnelles qui vont un peu interagir avec leur quête à pays pour pouvoir afficher les données ou faire certains aspects d'intégration ainsi de suite nous avons des recommandations et l'une de ces recommandations est que lorsque vous êtes en train de faire des requêtes basées sur les APIs à travers vos applications additionnelles c'est d'éviter d'utiliser le skip page in false qui permet de récupérer d'une fois toutes les occurrence d'une base mais de faire beaucoup plus le skip page in false parce que le false lui va essayer de vous renvoyer les impurances et conséquences mais de ne pas faire le skip page in true qui va permettre de pouvoir éviter de la pagination donc pareil ici pour le page in count le page in count parce que lui aussi c'est que vous êtes en train de demander au système rapidement de compter les pages tout cela ici après nos analyses nous avons constaté que ça crée trop de consommation et que ça peut déranger votre serveur et aussi lorsque vous êtes en train de faire vos requêtes API utiliser beaucoup plus équal en fait quand vous usez un peu comme j'ai dit recherche moi dans la base telle entité qui est égale à quelle valeur spécifique cela permet au serveur d'aller chercher cette valeur et que cette valeur uniquement sans avoir aller les chercher au milieu, au début, à la fin qui est basée sur le light que vous avez là donc encore une fois évitez d'utiliser les lights d'avant comparaison mais utilisez beaucoup plus l'équal dans vos comparaisons pour éviter de déranger le serveur et pour finir ce qui est recommandé quel qu'en soit le système de script que vous mettez en place essayez de temps en temps de vérifier si ces appels API que vous avez mis en place ne dérange pas trop vos serveurs ne demande pas trop de ressources pour que vous puissiez vous réaccommoder en conséquence parce que c'est qu'il faut avant tout savoir c'est que plus il y a des utilisateurs qui doivent faire appel à cet API plus votre serveur aussi va devoir faire cette demande de ressources et donc si le script le API part des faux augurements mais là mais j'ai pas le nombre d'utilisateurs qui vont attaquer ça va déranger vos serveurs et je vais passer la parole à Hémé pour les aspects d'Android merci Bonjour à tous les mônes, merci Sakio merci pour ta présentation j'espère qu'il vous m'entendait bien parce qu'avant on m'avait dit que c'était pas très bien si jamais c'est pas les cas dites-moi s'il vous plaît bon je presse vite ça va ? oui ça va ok parfait bon bonjour je suis très hémé j'ai fait part de l'équipe Android déjà mais bon je suis été invité ici pour vous présenter un peu le considération Android et ça c'est parce que dans le implementation Covid qu'on a vu qu'il y avait pas mal des utilisateurs Android et ils sont en plein impact assez important sur les serveurs alors dans cette 5-10 minutes je vais vous expliquer un peu les trucs et ici on a un checklist qui est dans la front de la présentation en disant qu'on a parlé dans le tout c'est pendant tout ça que je vais expliquer c'est un peu je vais dire mieux expliquer dans les documents où on a parlé au début et aussi là-bas on peut trouver pas mal des exemples alors si jamais il y a des questions n'hésitez pas sur la communauté mais d'abord essayez de donner un coup d'oeil sur les trucs parce qu'il y avait tout expliqué alors Android pour moi les trucs plus importants à retenir c'est savoir que ça va être comme si dans la virée on avait un travailleur très preveuillant, très prudent qui part au terrain a faire une visite terrain et décide de prendre tous ces documents dont il, il, il y aura des soins mais pas que les documents qui y auraient le travail alors il faut retenir que Android va s'y comporter d'un manière parallèle ou similaire et s'il vous plaît garder ces références parce que quand vous faites un configuration des systèmes en sachant qu'on va utiliser Android, si on garde ces comparations je crois que ça peut aider beaucoup alors les premières sources et bon, pardon si je parlais aussi des COVA c'est parce que si on a ces travailleurs aux travailleurs qui très prudent et normalement Android c'est une dispositif mais on part des implementations où on a centaines ou même milliards des dispositifs alors si la personne prend tout ça et on multiplie ça pour 100 fois, 1000 fois ça va être beaucoup, beaucoup pire alors ça peut tenir vraiment ça peut posséder un surgeur de serveur alors, les premières sources à faire et déjà ça qu'il vous a expliqué c'était par rapport l'utilisation des idées prégenerées on ne recommande pas à utiliser les randoms comme on dit ici je vais pas répéter ça qu'il expliquait par contre il y a un truc que j'ai voulu expliquer et c'est attendez, non pardon, je te sais si d'abord l'accès aux utilisateurs dans un système utilisé uniquement dans les web on peut être moins spécifique quand on défine les utilisateurs mais quand on utilise Android pour ces réfenses que je viens d'expliquer il faut faire gaffe et essayer de limiter un peu toute la configuration par l'utilisateur ça peut dire que dans un système web on peut avoir un utilisateur partagé même si ce n'est pas le cas idéal d'un tiers de sécurité on va parler pas de ça mais pour les trucs uniquement des performances ça qu'on explique ici si on imagine un utilisateur qui va aller à l'hôpital imaginons qu'on a un hôpital A vers les Z ça va dire apcde, tout ce hôpital et il y a un utilisateur qui fait que l'hôpital A il y a un truc que l'hôpital B dans les web il n'a pas un impact sur la performance si on utilise le même utilisateur pour tout ce hôpital par contre, comme on expliquait sur android si on utilise un utilisateur et qu'on n'a pas bien défini ça quand on fait un synchronisation en android, on verra un peu plus après c'est quoi la synchronisation on peut tomber sur un dispositif qui délaissage beaucoup plus des données qu'il ne va pas utiliser alors ça serait mieux ici de définir un utilisateur par hôpital, par exemple hôpital A, hôpital B ou jeudi hôpital, hôpital village ou n'importe quoi alors ici la documentation officielle on explique un peu comment il faut créer l'utilisateur et le truc à faire et encore une fois les documents avant, pour s'interrompre il y a pas mal de ces simples et la limitation c'est pas qu'il peut avoir une organisation unit, il faut aussi limiter les programmes et tout ça pour l'essay des prégénérés, comme j'ai dit d'abord, excusez-moi c'était que les randoms on recommande pas d'utiliser parce qu'il a il n'est pas super performant mais aussi il y a deux trucs que j'ai voulu mentionner ici et c'est que Android on dit c'est une personne qui part au terrain je vais faire maintenant un petit exercice exemple mais non aujourd'hui c'est la 10 février pour beaucoup plus presque tout le monde ici mais si on imagine que c'est le 27 février et on a utilisé sur notre identifiant un truc qui utilise le TAT par exemple imaginons qu'on avait fini une idée génére qui c'est la unité organisationnelle après les années après les mois et après une donnée séquentielle Android n'est pas si on va utiliser toutes les données aujourd'hui, demain on a 3 jours alors si, comme j'ai dit c'est le 27 février pas aujourd'hui 10 mais 27 et on décide de partir au terrain Android va télécharger par défaut sans identifiant et cette identifiant c'est tout ça avec la date d'aujourd'hui, comme dit c'est le 27 février ça veut dire qu'on va télécharger une unité organisationnelle A, B, je sais pas pourquoi l'année 2022 et après les mois c'est le 2 février ça veut dire que demain 28 février ça sera ok mais le 1er mars il va demander au serveur toutes ces identifiant des nouveaux alors il faut faire un peu d'attention qu'à n'utiliser ces trucs comme date et surtout si on part de des gens qui vont partir dans le terrain sans savoir connexion et travaillant offline et tout ça alors, encore une fois dans la documentation officielle de la communauté il y a un post qui explique tout ça beaucoup mieux mais gardez un peu l'idée comme ça tout ça que je viens d'expliquer on a développé un utile qu'on appelle les android settings web app et c'est un utile que vous pouvez installer dans votre serveur qui va vous permettre de modifier un peu tout ça par défaut, un truc il va télécharger sans identifiant mais vous pouvez limiter ça si on est dans un implementation on travaille presque tout le temps online probablement ils ne veulent pas la peine de télécharger sans identifiant par dispositif et on peut limiter ça et on peut dire qu'on va télécharger 10, ça veut dire que chaque requête qu'Android va faire il va demander qu'il dise il ne va pas demander 100 chaque fois si encore en fin on multiplie ça pour un centaine, un milliard d'expositifs ça va bien ça peut avoir un impact assez important et c'est pas que les identifiant on resservait qu'on peut modifier l'avant on peut aussi modifier les périodicités la synchronisation même des données en disant qu'en fin on parle d'un système qui est online presque tout le monde on peut probablement limiter ça et on peut dire on va avoir un connexion plus fréquente ou moins fréquente et c'est un truc que vous pouvez gérer ici aussi et pour terminer avec c'est ça aussi les termes des données vous pouvez définir le component de EVMO Track and Entity Instance les ensemble des données pour des adressés que vous pouvez télécharger tout ça c'est définit par ici je vous invite à lire la documentation et pour terminer dans ces trucs ici on peut faire un petit test par utilisateur en disant que vous pouvez voir d'abord quand vous savez faire que vous mettez une ratio spécifique pour un utilisateur avec tout ça que je viens d'expliquer vous allez avoir la possibilité d'introduire le nom de l'utilisateur et vérifier combien des données c'est en télécharge en s'enchant et en sachant que vous savez un centaine de dispositifs familiers vous pouvez voir plus ou moins si la configuration est bonne ou pas bonne dernier truc que je vais mentionner avant la slide finale c'est les MDM je sais que c'est pas vraiment un truc à qui a un impact sur la performance mais on a parlé avec ça pas mal des fois avoir un MDM ça peut vraiment améliorer il va vous aider beaucoup dans son implementation et encore plus si sa implementation assez large parce que vous saurez un contrôle de ces trucs que je explique ici il y a pas mal d'autres sources que vous saurez les contrôles mais ici pour moi l'important c'est que si jamais vous arrivez à implémenter un MDM en sachant que c'est super cher normalement c'est un 2$ par dispositif par mois et ça peut devenir 3 000$ par an dans son implementation assez large les trucs c'est que vous pouvez contrôler par exemple la synchronisation et vous pouvez diviser cette région de dispositifs ils vont synchroniser lundi ceci mardi et tout ça alors mais si c'est pas vraiment le lieu de performance si jamais vous êtes intéressé par les possibilités qui vous donnent un MDM et si jamais vous n'avez pas le temps ou vous n'avez pas le budget pour faire tout ça un truc qu'on recommande normalement c'est de désactiver le misage automatique des DSLSE alors dans votre dispositif android vous pouvez toujours aller sur le playstore si vous savez installer par le playstore normalement c'est le cas et vous pouvez ici faire le disable ils sont désactivés et on recommande ça même si c'est pas vraiment lié à la performance ça peut être un impact sur votre été, sur votre manière de travailler alors avant que votre dispositif soit mis à jour vous pouvez désactiver ça, vous servez un dispositif pour faire l'été vous vérifiez que la nouvelle version fonctionne bien avec votre configuration et après vous donnez votre application à votre subjecteur de se mettre à jour désolé, je suis allé un peu vide mais bon on n'avait pas tout le temps et pour terminer c'est ici la liste on a parlé un peu des ça alors je vous invite à lire la documentation regarder votre configuration entre eux et voir si vous pouvez faire les check dans toutes ces petites astuces que je viens d'expliquer et maintenant je passe la parole à Victoria merci beaucoup je vais parfaitiger mon écran bon moi aussi je vais faire un petit peu vite aussi parce que moi c'est parti, c'est pas vraiment technique c'est que tout un petit peu on a perçu de ce qu'on a fait au niveau des paquets de métadonnées pour nous adapter à ces recommandations donc je vais faire un petit aperçu de paquets que on a là et aussi donner un peu de suggestion pour prendre l'affection des applications donc les deux preuves sont ces deux ici donc on a un paquet pour les vaccins anti-covid et on a un paquet du registre des vaccinations électroniques et pour les données individuelles bien sûr surtout celui-là pour la partie agragée c'était conçu pour mettre ensemble le registre mais la partie agragée c'était spécialement conçu pour faire un reportage de données journalier parce que ça on s'est basé sur les expériences que l'on a eu pendant les dernières campagnes avec une échelle similaire au moins à ce qu'on a vu avec les Covid donc on parle des campagnes que par exemple on a eu au Noganda au Bagradej pour les campagnes contre la rougeole si c'était rougeole et je ne me rappelle pas quoi que c'était donc c'est qu'on s'est basé c'est une conception une théorie de se devoir fonctionner dans des contextes différents même si les capacités par exemple à l'infrastructure parce qu'on a vu qu'on a beaucoup des sites, beaucoup des utilisateurs, beaucoup des gens qui vont être inscrits dans le système donc même si l'infrastructure permet d'avoir aussi les targets à l'échelle nationale par exemple les trackers elle est en train d'être un petit peu un progress, on va dire comme ça ok le chose plus important qu'on a fait pour mettre un jour les plaquées en suivant les suggestions que vous avez vu jusqu'à maintenant c'est, et bien sûr que Manu va présenter aussi un petit peu après moi c'est surtout d'adapter les indications de programmes pour faire ça on l'a fait pour avoir un fichier des indications des programmes que vous pouvez télécharger, vous avez les liens aussi, qu'en d'habitude bien sûr on va partager les diapos après la permettation et vous avez la possibilité de voir les liens de lire tout la route pour l'unification et vous pouvez télécharger ça et pour l'utilisateur comme un référence vous pouvez bien sûr l'installer aussi dans les modifications que vous avez de votre système donc c'est que vous avez modifié les plaquées des bases et les changements les plus importants qu'on a fait bien sûr, un réponse au problème du performance qu'on a vu jusqu'à maintenant c'est d'avoir un tableau des bords qui prend un charge et les utilisations clés qui ça consiste pour pouvoir surveiller la progression quotidienne des données et les progrès en général de la campagne de vaccination d'un certain pays bien sûr les trackers sont au courant avec leurs données donc il n'y a pas un décalage entre l'encodage des données et ce qui s'aparce au niveau de sites des vaccinations mais spécialement pour ces endroits ou les trackers et les mises à jour il peut avoir pas mal de problèmes à montrer les choses donc quand je parle des choses, je parle des items en général, on voit dans les tableaux des bords et donc on a travaillé et on a réussi à trouver une solution pour avoir des bords qui soient plus légères et il y a beaucoup moins de chances de planter en général ou de mettre en panne des systèmes à grand échelle et ça c'est pourquoi parce qu'on a comme Marne va en lui expliquer après ma présentation on a utilisé les modèles accrégés comme base et pour ces faire on a fait quoi ? On a maté l'indicateur des programmes sur les éléments des données qui ont été ciblés et maintenant on a un tableau des bords qui sont plus légères et ça peut être un petit peu utilisé sans mettre en panne tous les systèmes parce que c'est beaucoup plus légère donc ça peut être réfléchi plusieurs fois pendant la journée même s'il y a les utilisateurs qui ont entre les données, même s'il y a d'autres qui sont en train de faire des analyses et les derniers éléments c'est qui c'est un petit peu un un élément un petit peu plus manouet qu'il faut faire pour faire tout ça c'est l'indicateur des données sur les tableaux des bords arrégés donc c'est un travail qui ça pourrait être fait on a commencé à faire pour vous donc c'est quelque chose que vous pouvez utiliser directement si vous avez pas fait un changement en paquet original on va dire comme ça mais qu'au moins vous pouvez utiliser comme référence pour faire votre propre mapping des programmes des indicateurs des programmes sur les modèles arrégés bien sûr ça c'est pas trop difficile il faut simplement suivre la documentation et utiliser les fichiers que j'ai visé avant et finalement je sens que c'est un petit aperçu de stratégie pour la mise à l'offre parce que des temps interne les gens n'apprécient pas nécessairement combien de points en bonne mise à l'offre ça peut avoir au niveau de l'implémentation générale au côté technique de flux de travail et gestion des données donc ces points ce sont pas normatifs chaque pays c'est différent c'est pour vous offrir un petit peu de conseil basé sur notre expérience de ce que je ramène vous voyez ici par exemple si vous pouvez considérer si les équipes ont un nombre utilisable si il y a une connecté si par exemple vous avez tout ça est-ce qu'il y a assez personnel formé pour faire tout ça et si par exemple combien de fois vous avez besoin de contrôler ces données ou le foie par chaud, au foie par semaine ça dépend aussi de la façon de rapporter les informations aussi désolé il faut aussi contrôler et s'assurer que les types de parquis que vous avez en train d'installer aussi c'est adéquat pour les gens de rapportage des données donc par exemple, est-ce que vous avez assez personnel, appareil connectivité pour avoir une saisie des données mises à jour ou par exemple, est-ce qu'il y aura un délai entre la saisie des données et l'analyse donc par exemple, s'il y a beaucoup de divergences entre les fonds et des plantages de systèmes congés et les interventions individuelles vous pouvez par exemple un petit peu plus mélanger entre agragé et tracker parce que entre temps vous êtes en train de couvrir des délais de saisie des données de tracker et utiliser la partie agragée comme source de vérité on va la payer comme ça donc au moins vous êtes sûr que dans un côté ou l'autre que vous devez présenter et bien sûr, ça c'était déjà mentionné aussi par Clément c'est vraiment de bien considérer ce type de personnel que vous avez parce que ça serait que vous avez un expert compétent qu'il peut suivre quotidiennement tout ça ça prend beaucoup de temps parce qu'à général vous voyez on a des problèmes et les systèmes tomanpan c'est vraiment un cascade des problèmes que après ça va affecter aussi en général la santé publique de pays donc ça c'était petit point qu'il faut toujours un petit peu penser parce que c'est cool d'avoir le tracker en tout ça, il faut aussi être un petit peu réalistique dans les capacités et la mise en ordre à l'ouel, ça doit être quelque chose que ça va être constant au cours de temps et avant que maintenant on va nous montrer un petit peu ce travail qu'on a fait de mapping c'est aussi pour vous montrer un petit peu les scénarios qu'on peut avoir dans les pays donc par les premiers scénarios on a par exemple un pays où les traqueurs fonctionnent très bien par exemple c'est peut-être en un endroit comme le Charin-Lancar où on a presque tué la population dans les systèmes dans ce cas vous pouvez prendre votre problème de suivi et faire appliquer les éléments sur les indicateurs de suivi pour transformer ces données de suivi en agrégé seulement pour utiliser les tableaux des bords pour en suivi journalier et auteur réel mais même dans ces scénarios on sait qu'on peut également utiliser un modèle des données agées pour faire des rapports quotidiens aussi pour les stocks par exemple pour donner des informations pour les denominators par exemple pour la population les deux scénarios un petit peu différents mais c'est pas nécessairement mieux ou pire que les premiers scénarios c'est seulement une question de bien évaluer la situation donc vous voyez ici que c'est un petit peu différent on a un agrégat avec les fonds à dépontage avec les stocks, avec la population vous pouvez utiliser ça bien sûr pour les tableaux des bords complètes et les tableaux des bords pour la suivi journalier des campagnes en traitant au parallèle vous pouvez avoir aussi un tracker qui est par exemple implémenté à l'échelle partielle d'Alessan qui est un trend de les tableaux petit à petit dans toute la population c'est une échelle partielle d'Alessan qui vous décidez que par exemple c'est une échelle urbaine avec beaucoup de gens ça sera suivi par tracker et des autres endroits dans les pays ça va être suivi par les fonds à dépontage au niveau agrégat ça c'est pas nécessairement que j'ai dit meilleur ou pire de ce qu'on était présenté dans le scénario 1 vous pouvez aussi pour calculer l'étoile d'abandon bien sûr aussi pour faire une triangulation des données entre les tracker et les agrégés mais général aussi pour faire une triangulation avec les autres paquets que vous avez d'un autre instance et avec ça je passe la parole à Manu merci Victoria bonjour à tous, je suis Manu je fais partie de l'équipe implémentaire mais je suis passé à Bruxelles déjà je dis m'excuse il est très tard donc on avait passé le temps prévu donc je vais essayer d'aller vite je pense qu'il nous reste que quatre des positifs donc voilà je vais poursuivre et envoyer de moi cette section sur l'intégration de tracker avec les domaines et agrégés qu'on mentionnait dans la section analytique par Jerey et Victoria s'il a parlé de ça nous avons vu que la utilisation d'un indicateur des programmes dont des nombres de tableaux de bord n'est plus que l'utilisation de l'analyse ou les mêmes types de données mais dans les domaines agrégés c'est améliorer en fait les performances jusqu'à les faire 100 fois plus rapide alors l'idée derrière l'intégration des modèles des données de tracker et d'agrégation est donc de pouvoir produire des informations clés pour les utilisateurs sous les tableaux des bords de manière moins exigeante en termes des ressources côté des serveurs et côté de l'application d'un indicateur des programmes clés que vous avez dans votre programme tracker et de les mapper à des éléments de données agrégés on gêne ensuite par exemple des valeurs agrégées quotidien chaque jour à l'aide de ces indicateurs des programmes et on les enregistre dans des éléments de données qui ont utilisé pour les afficher sous les tableaux des bords simples basés sur ces données agrégées j'espère que je m'explique bien qu'on peut s'attender à la prochaine diapositif s'il vous plaît comme beaucoup d'entrevues les savent, il n'y a pas de support intégré dont on dit c'est tout pour effectuer ces types de transformations de données provenant des indicateurs des programmes aux éléments de données agrégées mais ce que nous avons, ce sont des conseils auxquels nous avons un lien que vous pouvez trouver dans la diapositif il se trouve également dans la guide d'implémentation sur notre site de documentation et il explique les étapes à suivre si vous souhaitez développer une solution personnalisée pour transférer ces données de traqueurs vers l'agrégat et c'est là étant dit l'équipe d'interrogerabilité travaille également sur certains outils en escript que vous pouvez utiliser comme point de départ pour effectuer ces types d'automatisation des données de traqueurs à l'agrégat donc il y a déjà une version disponible version beta et je vais partager les liens dans la comité de la pratique et vous pouvez la lancer sur l'instant de test pas sur l'instant de production parce que si la version beta c'est pas fini donc l'équipe d'interrogerabilité interrogerabilité continue à faire des tests de performance pour s'assurer quelle est la précision des données que vous devez obtenir à travers les indicateurs du programme et ce que vous obtenez à travers les modèles de données agrégées c'est d'outils sur lesquels travaille l'équipe d'interrogerabilité comme je l'ai mentionné nécessite d'avoir que vous ayez une certaine correspondance entre les indicateurs de programmes c'est ma page est stockée dans le salle de s'attribuer et customisée sur les indicateurs de programmes dans les packages des métadonnées qui nous fournissent c'est ma page est déjà effectuée de façon comme on la recommande et vous pouvez l'utiliser cette package comme point de départ un élément clé à souligner et que cette transformation traquée agrégée est liée au processus d'analyse dans des tests par conséquent les transferts de données traquées agrégées nécessitent que la planification des analyses que vous effectuez soit désactivée et que cette génération d'analyse fasse partie de transferts des données traquées vers l'agrégée donc en exemple vous faites d'abord vos analyses de traqueurs puis vous déplacer vos données en dehors des données agrégées puis vous écoutez les analyses agrégées et comme ça vous allez afficher les données dans les tableaux des bords agrégés nous avons expliqué comment est-ce très et comment importer les données mais lorsque vous indignez la chelle qui est dans un gros pays on déjà attend cela ne peut pas vraiment être fait et nous sur l'opération et donc ça devient difficile et lourde aussi pour obtenir toutes les données des traqueurs et les mettre dans des données agrégées ainsi les scripts aident à décomposer ces processus je pense que ça peut en français un batch plus petit et aident à les exécuter en parallèle pour être plus efficace suivant Victorien, s'il te plait voilà et la dernière chose je vais te commenter et dédié un peu comment nous pouvons vous aider si vous commencez à avoir des problèmes de performance sur votre serveur la première consiste à examiner la guide auquel j'ai fait référence dans cette présentation en fait vous pouvez même jeter un cube de imanténo avant de commencer à avoir des problèmes si vous amissagez de faire une grande impréventation nous avons également travaillé sur un checklist des out-of-valuation qui s'appuie sur la guide et l'idée est de vous faire cocher toutes les cases que vous avez déjà faites pour vous assurer d'améliorer la performance et nous avons également mis en place une adresse e-mail où vous pouvez rendre les personnes concernées qui peuvent vous aider à résoudre les problèmes des performances pour aider à résoudre pour faire de travail shooting pour donner des conseils pour encourager vraiment à utiliser la adresse e-mail au lieu de faire un contact des hommes personnels afin que nous puissions coordonner nos ressources et nous assurer que la meilleure personne est désignée pour vous aider et comme ça aussi nous gardons également une trace de notre côté des demandes et des problèmes qui sont évoqués par nos utilisateurs Manu, désolé merci beaucoup je veux juste ajouter quelque chose par rapport à cette slide comme les participants comme la communauté francophone l'a déjà remarqué depuis quelques mois voire quelques années nous nous atelons vraiment à mettre à disposition de la communauté francophone des ressources en français donc je vous encourage à suivre le conseil de Manu qui est donc la consultation des documents DHS2 sur le site DHS2.org je tiens vraiment à mettre en exercle que ce document a été la version française de ce document sera disponible une partie est déjà disponible sur le site internet au lieu de EEN au lieu de DHS2.org vous allez juste mettre FR et vous allez voir que la moitié de la page est déjà traduite en français et la totalité de la traduction sera disponible dès demain matin donc vraiment ne vous inquiétez pas cette ressource est complètement disponible et disponible en français je voulais juste ajouter ça merci beaucoup merci Alice, vous la rémoque moi j'ai fini de le dire la présentation je pense qu'on a fini je ne comprends pas qu'on a malheureusement les temps de prendre des questions mais vous pouvez poser vos questions cela comme les dioplatices on va reprendre là-bas merci beaucoup et j'étais dans la parole de nouveau Alice quand elle était formée merci beaucoup Manu merci vraiment à tous d'avoir participé avec nous à ce webinaire je tiens vraiment aussi à faire un petit bonjour à ceux qui nous regardent à travers le live streaming que ce soit depuis YouTube ou depuis la communauté de pratique on est ensemble que ce soit à travers Zoom, à travers les autres médias encore une fois, c'est fait un très grand plaisir de vous avoir avec nous nous allons revenir très bientôt je vous en prie surtout n'hésitez pas à de temps en temps consulter la page sur la communauté de pratique où je posterai tout ce qui concerne toutes les activités qui concernent la communauté francophone voilà donc encore une fois un très grand merci et bon on n'a pas le temps malheureusement on n'a pas le temps de prendre des questions mais n'hésitez pas à mettre en marge vos micros juste pour qu'on se fasse un couvou j'aime entendre la voix des participants donc vraiment n'hésitez pas à enclencher vos micros j'espère que vous le pouvez d'ailleurs merci beaucoup merci merci beaucoup merci merci de nous avoir conjoins merci merci merci merci merci on reviendra très bientôt avec de plus avec de plus d'actualité et restez dans la déforme de l'annuel des HHS2 qui sera du 20 au 23 juin en perso à la université d'Oslo avec certainement des sessions pas de certainement définitivement des sessions en ligne pour tous ceux d'entre vous qui ne pourront pas vous connecter l'année dernière nous avons fourni l'interprétation de certaines sessions, cette année nous fournira encore plus d'interprétations parce que voilà c'est comme ça on aime bien faire les choses en grand donc merci beaucoup à vous tous d'être là encore une fois on reste en contact on est ensemble merci merci merci à vous merci merci