‫D'accord.
‫Voir la question suivante.
‫Hill dit pour le moment que je gère cinq fichiers de guerre différents et que Jay Boss est connecté
‫à une base de données sur laquelle je me connecte ensuite à la base
‫de données Postgres.
‫La question que je me pose est la suivante: devrais-je créer plusieurs conteneurs J Bos avec Compose
‫ou continuer à exécuter les cinq serveurs en production, nous avons cinq serveurs J différents,
‫alors je dirais
‫que vous devez essayer les deux.
‫Si vous avez cinq fichiers de guerre différents et J Boss sans être un expert en Java, je veux dire que vous êtes le gars de Java.
‫Qu'est-ce que tu penses.
‫Ouais, je peux parler un peu de ça quand même.
‫Donc, ma recommandation est que normalement tout va bien, ne faites pas bouillir l'océan et Bret dit qu'il est souvent curieux de faire ce que vous
‫êtes déjà à l'aise avec ce que vous savez déjà.
‫Si c'est là que vous avez beaucoup d'outils et tout autour, nous avons un seul serveur J Bar qui
‫contient beaucoup de fichiers de guerre et nous savons comment travailler avec cela, nous savons comment l'instrumenter et tout le reste.
‫Grand pour que ce conteneurise et commence à travailler à partir de là.
‫Personnellement, je suis partisan de la scinder en plusieurs conteneurs. C’est donc probablement une approche
‫à long terme, car j’imagine que si, pour la plupart, vous en mettez à jour un, vous devez redéployer les
‫quatre autres.
‫Et donc, s'ils sont tous dans des conteneurs distincts, vous pouvez en déployer un, vous pouvez déployer les mises à jour de l'un
‫sans avoir à supprimer les autres.
‫Ils sont tous indépendants les uns des autres.
‫Oui, cela signifie que vous avez des frais supplémentaires. Vous utilisez maintenant des serveurs Vos de
‫cinq jours au lieu d'un, mais je pense qu'au bout du compte, il n'y a pas beaucoup de différence.
‫Je veux dire que le serveur d’applications jailhouse a certes des frais généraux, mais je le ferais et encore une fois, je ne connais
‫pas votre application, du moins dans mon expérience, la quantité de frais généraux générée par le serveur d’applications
‫par rapport à l’application elle-même est assez faible, ce qui est faible utilisation de la mémoire, tout ce contenu provient de
‫l'application et non du serveur lui-même. Il est donc préférable d'exécuter plusieurs instances de J Bos afin de vous blesser.
‫Mais encore une fois, je ne connais pas non plus votre situation exacte.
‫Oui, et je pense que vous savez qu'il est probablement plus facile d'obtenir des ressources de serveur pour cela.
‫Probablement moins un problème que le fait que le jeu les capacités que vous gagnez en ayant la flexibilité comme vous pouvez en avoir une
‫à l’échelle sans mettre à l’échelle les autres, vous pouvez en remplacer une sans remplacer les autres.
‫Je pense que c’est en général une question très similaire à celle que nous avons eue il ya quelques
‫semaines à peu près. Certaines personnes me demandaient si j’avais un tas de sites Web Apache si je
‫les exploitais tous dans des serveurs virtuels Apache ou si je devais divisez-les dans des conteneurs séparés et
‫ma réponse est très semblable à la vôtre. Michael, j'aurais une vidéo indiquant que tout fonctionnerait
‫dans un seul conteneur, mais que je diviserais ensuite les conteneurs de montagne séparés, car les conteneurs
‫fournissent ce niveau d'isolement et d'artefacts.
‫Cela me donne la flexibilité pour l’informatique distribuée, où je peux vous dire que nous ne pouvons pas
‫vraiment accéder aux micro-services et que cela est nécessaire, cela ne veut pas dire
‫que votre patron est encore un micro-serveur, mais vous savez, il y a Un large éventail d’applications de taille
‫et lorsque nous commençons à séparer ou à modifier différentes applications, vous savez que les applications s’exécutent séparément, qu’il s’agisse d’un fichier war
‫ou autre.
‫Plus nous les séparons et isolons ces éléments en général, plus la flexibilité est grande, plus il est facile d’obtenir le
‫temps de disponibilité, plus il est facile de le résoudre.
‫Ce n'est pas parfait, alors tout n'est pas mieux, non.
‫Parfois, vous faites parfois double emploi, vous vous retrouvez avec plus de choses à gérer.
‫Vous avez peut-être un peu plus difficile le dépannage réseau, car selon le fonctionnement de vos applications, les performances risquent d'être
‫affectées si elles sont réparties sur le réseau plutôt que sur le même ordinateur.
‫Donc, il y a beaucoup de choses à considérer, mais en général, nous évoluons tous vers une manière de séparer les choses de
‫plus en plus quand cela a du sens.
‫Et oui et de mon expérience aussi.
‫Encore une fois, cela peut ne pas être votre expérience ou ce qui se passe ici.
‫Mais sachez que nous avions plusieurs conteneurs Tomcat ou plusieurs serveurs Tomcat contenant de nombreux fichiers de guerre. Nous l'avons simplement fait, car il était
‫pratique à l'époque d'alimenter une nouvelle machine avec le nouveau Tomcat et il y avait beaucoup de frais
‫généraux dans le passé et c'est donc bien que je ne veuille pas faire cela, je vais simplement
‫déployer un autre fichier de guerre, de sorte que celui-ci est
‫déjà en cours d'exécution et qu'il est suffisant pour réduire les PO les frais généraux et le temps nécessaire pour accélérer les choses, mais
‫maintenant que vous vous familiarisez avec les conteneurs et que tout ce qui est des frais généraux n'existe plus, car il est maintenant trop
‫tôt pour créer ces images de conteneurs et il est plus facile de les utiliser .
‫Donc oui, c'est une bonne question.
‫Ouais, je veux dire que nous avons la même question à propos des bases de données. Devrais-je mettre toutes mes bases
‫de données sur un serveur de suite ou plusieurs conteneurs de suite et je dirais que cela dépend.
‫Quelle est votre motivation pour que la solution la moins chère à faire soit de les mettre tous en un car la surcharge de
‫mémoire est réduite.
‫Vous savez probablement que la redondance est un peu moins redondante pour ce qui est des tâches indispensables, mais
‫la plupart d’entre nous divisons les tâches lorsque nous le pouvons afin de gagner en flexibilité.
‫Vraiment.