‫Oke.
‫Zie de volgende vraag.
‫Hill zegt dat ik op dit moment vijf verschillende oorlogsbestanden draai en Jay-baas, die ik vervolgens verbind met de Postgres-database, op een
‫server staat die ik aan het bekijken ben, terwijl ik die cursus momenteel doorloop om
‫het in te stellen.
‫De vraag die ik heb is of ik meerdere J Bos-containers met compose moet maken of
‫gewoon alle vijf in één in productie moet blijven draaien, we hebben vijf verschillende
‫J-servers, dus
‫ik zou zeggen probeer beide.
‫Als je vijf verschillende war-bestanden en J-baas hebt zonder een Java-expert te zijn, bedoel ik dat je de Java-man bent.
‫Wat denk je.
‫Ja, ik kan er in ieder geval een beetje over meepraten.
‫Dus mijn aanbeveling is dat het meestal in orde is geweest, kook de oceaan niet en Bret zegt dat dit vaak zin heeft om te doen waar je
‫al vertrouwd mee bent, te doen wat je al weet.
‫Als je daar veel gereedschap hebt en alles eromheen, hebben we een enkele J Bar-server met
‫veel oorlogsbestanden en we weten hoe we ermee moeten werken, we weten hoe we het moeten instrumenteren en alles.
‫Geweldig om dat in een container te krijgen en van daaruit te gaan werken.
‫Persoonlijk ben ik er een fan van om dat op te splitsen in meerdere containers en dus zou
‫dat waarschijnlijk een langetermijnaanpak zijn, omdat ik me voor het grootste deel voorstel dat als je er een bijwerkt, je de andere vier opnieuw
‫moet implementeren.
‫En dus als ze zich allemaal in aparte containers bevinden, kunt u er één implementeren, u kunt updates naar één uitrollen zonder dat
‫u de andere hoeft te verwijderen.
‫Ze zijn allemaal onafhankelijk van elkaar.
‫Ja, dat betekent dat je extra overhead hebt, je hebt nu vijfdaagse Vos-servers
‫in plaats van slechts één, maar ik denk dat er uiteindelijk niet zoveel verschil is.
‫Ik bedoel, de jailhouse-applicatieserver heeft zeker wat overhead, maar ik zou en nogmaals, ik ken je app niet, althans in mijn ervaring
‫is de hoeveelheid overhead van de applicatieserver in vergelijking met de app zelf vrij laag dat
‫het grootste deel van de CPU geheugengebruik al die dingen komen van de app en niet van de server
‫zelf, dus het draaien van meerdere instanties van J Bos gebruikt het waarschijnlijk om je pijn te doen.
‫Maar nogmaals, ik ken uw exacte situatie ook niet.
‫Ja en ik denk dat je weet dat het krijgen van serverbronnen daarvoor waarschijnlijk gemakkelijker is.
‫Waarschijnlijk minder belangrijk dan het feit dat de game de vaardigheden heeft die je krijgt door de juiste flexibiliteit te hebben, zoals je een schaal
‫kunt hebben zonder de anderen te schalen, je kunt er een vervangen zonder de anderen te vervangen.
‫Ik denk dat dit in het algemeen is, deze vraag lijkt erg op andere vragen die we een paar
‫weken geleden kregen. We hadden mensen die goed vroegen of ik een aantal Apache-websites heb, moet ik ze
‫allemaal op virtuele Apache-servers draaien of moet ik splitste ze op in de afzonderlijke containers en mijn antwoord
‫leek erg op die van jou Michael dat ik een video zou hebben dat het allemaal
‫in één zou werken, maar uiteindelijk zou ik de berg afzonderlijke containers splitsen omdat containers dat
‫niveau van isolatie en artefacten bieden.
‫Dat geeft me de flexibiliteit voor gedistribueerd computergebruik waar ik kan, je weet dat we nooit echt naar
‫en naar microservices kunnen gaan en dit is noodzakelijk, het betekent niet dat je
‫baas nog microservers is, maar je weet voor mij dat er een is een breed scala aan applicaties en als
‫we dingen beginnen op te splitsen of anders te maken, weet je applicaties die afzonderlijk draaien, of het nu een war-bestand is of
‫iets anders.
‫Hoe meer we deze splitsen en deze dingen isoleren, hoe flexibeler, hoe gemakkelijker het is om uptime te krijgen,
‫hoe gemakkelijker het is om problemen op te lossen.
‫Het is niet perfect, dan is niet alles beter.
‫Je hebt soms dubbele inspanningen, je krijgt meer dingen die je moet regelen.
‫Je hebt misschien een beetje moeilijker netwerkprobleemoplossing, afhankelijk van hoe je apps werken, kan dit van invloed zijn op de
‫prestaties als ze zich via het netwerk bevinden in plaats van op dezelfde machine.
‫Er zijn dus veel dingen om over na te denken, maar over het algemeen evolueren we allemaal naar een manier waarop we
‫dingen steeds meer opsplitsen als dat zinvol is.
‫En ja en ook uit mijn ervaring.
‫Nogmaals, dit is misschien niet jouw ervaring of het is hier aan de hand.
‫Maar weet dat we verschillende Tomcat-containers of een Tomcat-server hebben gehad met veel oorlogsbestanden erin en dat deden we gewoon omdat het destijds handig was
‫om een nieuwe machine op te zetten voor de nieuwe Tomcat en aangezien al dat spul was het
‫was veel overhead in het verleden en dus is het prima dat wil ik niet doen, ik ga
‫gewoon nog een oorlogsbestanden implementeren, dus deze andere, het is al
‫actief, het is goed genoeg en dus dat was meer om de OP's te verminderen overhead en de hoeveelheid tijd om dingen te
‫versnellen, maar nu je meer vertrouwd raakt met containers en alles, bestaat die overhead niet echt meer, want nu het vroeg in het proces
‫is, bouw je deze container-images en is het gemakkelijker om dingen uit te geven .
‫Dus ja dat is ja, het is een goede vraag.
‫Ja, ik bedoel, we krijgen dezelfde vraag over databases, moet ik al mijn databases op één van mijn
‫vervolgservers plaatsen of moet ik meerdere vervolgcontainers hebben en ik zou zeggen dat dit ervan afhangt.
‫Wat is uw motivatie dat het goedkoopste is om ze allemaal in één te plaatsen, omdat het minder
‫geheugenverlies is.
‫U weet waarschijnlijk dat er iets minder redundantie is in termen van de noodzakelijke dingen die u moet uitvoeren,
‫maar de meesten van ons splitsen dingen op wanneer we kunnen om flexibiliteit te krijgen.
‫Echt.