WarriorW. Ingeniería de Software, Base de datos, Herramientas y más.

  Steps for reverting code to a specific commit: Resets index to former commit; replace '56e05fced' with your commit code git reset 56e05fced Moves pointer back to previous HEAD git reset --soft HEAD@{1} Commit de revert git commit -m "Revert to 56e05fced" Updates working copy to reflect the new commit git reset --hard Origin: https://stackoverflow.com/questions/4114095/how-to-revert-a-git-repository-to-a-previous-commit

A continuación se detalla como se comunica un Pod con un Service en el cluster de Kubernetes Diagrama de configuración Archivo client-pod.yaml apiVersion: v1 kind: Pod metadata: name: client-pod labels: component: web spec: containers: - name: client image: stephengrider/multi-client ports: - containerPort: 3000 resources: limits: memory: "128Mi" cpu: "500m" labels: Permite asignar un nombre al pod. Es una relación clave-valor; en este caso componente:web ports: Permite asignar el valor del puerto por donde el pod va a escuchar Archivo client-node-port.yaml apiVersion: v1 kind: Service metadata: name: client-node-port spec: type: NodePort ports: - port: 3050 targetPort: 3000 nodePort: 31515 selector: component: web selector: Permite asociar el servicio al pod, mediante la relación clave-valor; en este caso componente:web

A continuación se detalla los tipos de objetos se se pueden configurar en Kubernetes de acuerdo a version del api apiVersion: v1 Objeto Descripción componentStatus Endpoint Namespace configMap Event Pod Es una agrupación de contenedores con un mismo propósito en común. Un pod es la unidad más pequeña que se puede deployar en Kubernetes Ejemplo archivo client-pod.yaml apiVersion: v1 kind: Pod metadata: name: client-pod labels: #name: myapp component: web spec: containers: - name: client image: stephengrider/multi-client ports: - containerPort: 3000 resources: limits: memory: "128Mi" cpu: "500m"

A continuación se detalla un listado de comandos para Kubernetes Comando Descripción Ejemplo Básicos kubectl cluster-info Información del cluster de kubernetes, configurado en el proceso de instalación kubectl cluster-info kubectl apply -f <filename> Permite cambiar la configuración del cluster de Kubernetes kubectl apply -f client-pod.yaml kubectl apply -f client-node-port.yaml kubectl get <object type> Permite verificar el estado de los pods kubectl get pods kubectl get services kubectl get all kubectl describe <object ty

A continuación se detalla la configuración de un archivo Dockerfile multi fase; en donde, primero se utiliza una imagen alpine para construir una aplicación ReactJs y luego utilizar una imagen de nginx para deployar el contenido de la carpeta build Diagrama de configuración Archivo Dockerfile # --------------------------------- # FIRST BLOCK AS A BUILDER PHASE # --------------------------------- FROM node:16-alpine as builder WORKDIR /usr/app COPY package.json . RUN npm install COPY . . RUN npm run build # Default commando for the image, no es necesario #CMD [ ] # --------------------------------- # SECOND BLOCK AS A RUN PHASE # --------------------------------- FROM nginx COPY --from=builder /usr/app/build /usr/share/nginx/html # Default commando for the image, no es necesario ya que nginx inicia automaticamente #CMD [ ] Fase 1: Se utiliza una imagen 16-alpine como constructor, se utiliza el directorio de trabajo /usr/app , se copia el archivo package.jso

Docker compoose permite inicializar múltiples contenedores al mismo tiempo; ademas, permite automatizar la variedad de opciones que se utiliza en los comandos con docker, como por ejemplo; docker run <arguments> Se debe utilizar el archivo docker-compose.yml en donde se puede utilizar varios comandos docker A continuación un ejemplo de creación de dos contenedores en un archivo docker-compose.yml. version: "3" services: redise-server: image: "redis" node-app: build: ./app ports: - "8081:8083" Contenedor 1: Contiene la configuración de redis, en el cual se indica que se debe usar la imagen:redis Contenedor 2: Contiene la configuración de un servidor node, en el cual se indica que se debe usar un archivo Dockerfile ubicado en la carpeta ./app; ademas, se realiza el mapeao de los puertos 8081 (máquina local) con el puerto 8083 (Servidor node) A continuación un ejemplo de creación