‫Überprüfung oder ist zurück.
‫Was ist Ihre Meinung zum Einsatz von Supervisor D.
‫Das ist also eine gute Frage.
‫Supervisor D Ich gehe davon aus, dass Sie den Supervisor in den Container stellen und als
‫PID-Prozess oder als Root-Prozess direkt in diesem Container ausführen.
‫Das ist in Ordnung, wenn Sie es richtig machen müssen.
‫Ich weiß, Docker ist Best Practices sind nie mehr als eine App pro Container.
‫Und ich möchte diese Idee aufdecken und sagen, dass es wirklich nie mehr als ein Anliegen pro Container ist.
‫Und in einigen Fällen kann dieses Problem mehrere ausführbare Dateien sein.
‫Und so müssten Sie von denen mit etwas anderem anfangen.
‫Und es könnte eine Art ausgefallenes Shell-Scripting sein.
‫Ich benutze gerne Supervisor D.
‫In der Tat, wenn Sie sich mein HP Repo ansehen, dann habe ich ein schrecklich veraltetes P HP Repo für Level, so dass ich definitiv einige Updates brauche, um einige der
‫modernen neuen Docker-Funktionen zu nutzen, aber es zeigt ein paar Dinge, die
‫einzigartig und einzigartig sind Wenn Sie NPM verwenden, müssen Sie für PDP die ausführbare Datei von PDP und die ausführbare Datei von Engine
‫X ausführen. Sie können diese Dateien auch in separaten Containern ausführen. Dies ist wahrscheinlich die offizielle Docker-Methode,
‫um dies zu tun.
‫Wenn Sie ihre Richtlinien befolgen, aber ihre Richtlinien nur sind, sind sie wie Best Practices.
‫Sie sind der Ausgangspunkt, aber das bedeutet nicht, dass Sie dort bleiben müssen, wenn Sie wissen, was Sie tun und warum
‫Sie es tun.
‫In meinem Fall würde ich in diesem speziellen Beispiel sowohl Engine X als auch das p HP FGM in demselben Container-Image kombinieren und beide
‫mit Supervisor D ausführen. Dies fügt eine weitere Komplexitätsebene hinzu, da Docker jetzt einen Container ausführt, bei dem es sich um
‫einen solchen handelt Eigentlich läuft Supervisor als Supervisor mit Engine X und FGM,
‫aber ich finde, dass es gut funktioniert und ich bin gelaufen.
‫Ich habe dies auf sehr großen globalen Websites ausgeführt, die in vielen Regionen ausgeführt werden und missbrauchen.
‫Daher ist dieses Design definitiv zeitgetestet und wird in sehr schweren Szenarien verwendet.
‫Der Grund, warum ich das mag, ist, dass Docker und Swarm out of the Box nicht das Konzept eines Pods haben.
‫Wenn Sie in Kuba und der Welt der 80er Jahre sind, haben Sie ein Pod-Konzept. In
‫diesem Fall können Sie die Engine X und die PSP nebeneinander in ihren eigenen Containern in demselben Pod betreiben und dieser Pod wird gemeinsam bereitgestellt.
‫Wenn es also auf einem Server bereitgestellt wird, weiß man, dass man beides bekommt, und dann können beide
‫die Sockets verwenden, wenn Sie mit diesem Zeug und PSP vertraut sind. Sie verwenden die Sockets, um sich hin
‫und her zu unterhalten, und das ist sehr effizient aber in der Docker-Schwarm-Art und Weise würden Sie es von der Box aus tun, so dass Sie
‫über TGP sprechen müssten, und das fügt eine Menge Verzögerung hinzu.
‫Ich meine, dass viele Verzögerungen für manche Leute vielleicht in Ordnung sind, aber wenn Sie über den Übergang
‫zum Server sprechen, anstatt nur über einen lokalen Socket im selben Kernel zu sprechen, wird definitiv hinzugefügt, dass
‫Sie möglicherweise mehrere Millisekunden kennen, wenn nicht sogar zehn Millisekunden Verzögerung .
‫Ich mag es also, beide in demselben Container auszuführen, und ich verwende Supervisor D, um das zu tun.
‫Schauen Sie sich dieses Beispiel an.
‫Ich werde das im Chat werfen.
‫Ich glaube, ich habe dort schon jemanden gesehen, der das gepostet hat.
‫Hoffentlich hilft Ihnen das weiter und beantwortet Ihre Frage.
‫Es gibt übrigens nur wenige Stellen, an denen ich Supervisor D benutze, und das ist eine davon.
‫Das andere könnte wie eine kalte Fusion sein, da es auch einen Patch oder etwas am Front-End
‫benötigt, um zu arbeiten oder Gen-X zu bereichern.
‫Also, wann immer Sie etwas haben, bei dem Sie eine Binärdatei haben, die auf Amul ausgeführt werden muss,
‫um Ihren Code auszuführen, und wenn Sie eine Art Webserver benötigen, müssen beide
‫zusammenarbeiten, um den Dienst bereitzustellen total, weil sie immer zusammen eingesetzt werden und einer ohne den
‫anderen nicht funktioniert.
‫Es macht durchaus Sinn, dass sie in diesem Fall im selben Bild zusammenpassen, besonders wenn Sie sie skalieren,
‫wenn Sie sie immer einzeln skalieren, da viele Dinge mit Containern anders skaliert werden sollen, als Sie
‫es möchten Die Anzahl der APIs ist unterschiedlich. Sie
‫skalieren den Anzahl-Datenbank-Container.
‫Also in diesen Fällen hast du definitiv die Flexibilität und möchtest sie separat aufbauen, um sie zu aktualisieren.
‫In diesem Fall aktualisiere ich die App nur zur selben Zeit und tausche die Container immer zur selben
‫Zeit aus, sodass es sehr sinnvoll ist, diese zusammen zu machen, was hoffentlich hilft.