Sé que una mejor práctica para usar la ventana acoplable es tener solo un proceso principal en cada contenedor y solo una línea CMD en ejecución.
Mi caso es que tengo un microservicio de Golang y la funcionalidad se implementa en el subproceso de python. Actualmente, el proceso principal solo toma llamadas API, luego invoca el subproceso python en exec y lee STDOUT y STDERR .
Quiero optimizar la arquitectura como para ejecutar python como un servicio (Flask) solo en localhost dentro de la ventana acoplable. Luego, mi proceso principal Golang puede usar una llamada http tranquila para comunicarse con el proceso de python.
Pero eso permitirá que 2 servicios se ejecuten en una misma ventana acoplable y no es un proceso principal y un subproceso. ¿Será eso prácticamente malo, alguna idea?
Agradezco todas las ayudas.
Por lo general, cuando tiene varios servicios, la mejor práctica es no implementarlos en un contenedor, se sugiere implementarlos en varios contenedores.
Puede usar docker-compose para ayudarlo a:
Compose es una herramienta para definir y ejecutar aplicaciones Docker de varios contenedores. Con Compose, utiliza un archivo YAML para configurar los servicios de su aplicación. Luego, con un solo comando, crea e inicia todos los servicios desde su configuración.
Para su escenario, déle un ejemplo mínimo como el siguiente.
Estructura de carpetas:
. ├── docker-compose.yaml ├── flask │ ├── app.py │ └── Dockerfile └── go ├── app.go └── Dockerfileventana acoplable-compose.yaml:
version: '3' services: flask_service: build: flask go_service: build: go ports: - "9500:9500" depends_on: - flask_serviceir/aplicación.ir:
package main import ( "fmt" "io/ioutil" "net/http" ) func handler(w http.ResponseWriter, r *http.Request) { url := "http://flask_service:9600" ret, err := http.Get(url) if err != nil { panic(err) } defer ret.Body.Close() body, err := ioutil.ReadAll(ret.Body) if err != nil { panic(err) } fmt.Fprintf(w, string(body)) } func main() { http.HandleFunc("/", handler) http.ListenAndServe(":9500", nil) }ir/Dockerfile:
FROM golang:latest as build WORKDIR /go/app COPY ./app.go . RUN go mod init app; go mod tidy; go build CMD ["/go/app/app"]matraz/aplicación.py:
from flask import Flask app = Flask(__name__) @app.route('/') def hello_world(): return 'Hey, we have Flask in a Docker container!' if __name__ == '__main__': app.run(debug=True, host='0.0.0.0', port=9600)matraz/Dockerfile:
FROM python:alpine3.7 WORKDIR /app RUN pip install flask COPY . /app ENTRYPOINT [ "python" ] CMD [ "app.py" ]Ejecución:
$ docker-compose up Creating network "20211203_default" with the default driver Creating 20211203_flask_service_1 ... done Creating 20211203_go_service_1 ... done Attaching to 20211203_flask_service_1, 20211203_go_service_1Verificar:
$ curl http://10.192.244.21:9500 Hey, we have Flask in a Docker container! Podría ver que visitamos el puerto 9500 que enrutará la solicitud al golang container , y el golang container luego llamará flask service container con api, y finalmente obtendrá el contenido Hey, we have Flask in a Docker container! que producido por el flask .