{"id":7749,"date":"2021-08-16T13:57:54","date_gmt":"2021-08-16T11:57:54","guid":{"rendered":"https:\/\/hoplasoftware.com\/?p=7749"},"modified":"2025-04-15T10:03:33","modified_gmt":"2025-04-15T08:03:33","slug":"transformacion-digital-integral-postgresql","status":"publish","type":"post","link":"https:\/\/hopla.tech\/en\/transformacion-digital-integral-postgresql\/","title":{"rendered":"Base de datos como Servicio: Para el caso de PostgreSQL sobre Kubernetes"},"content":{"rendered":"

Utilizar una base de datos open source como PostgreSQL<\/span>, basada en contenedores controlados por Kubernetes <\/span>es una forma eficaz de llevar a cabo una transformaci\u00f3n digital integral utilizando el modelo 4C (cloud, cluster container, code).<\/p>\n\n\n\n\n\n\n\n

\u00bfQu\u00e9 es Kubernetes?<\/strong><\/h2>\n\n\n\n

Kubernetes es una orquestador open source que ejecuta cargas de trabajo contenerizadas en la nube. Su uso es una excelente elecci\u00f3n cuando se trabaja hacia una transformaci\u00f3n digital de datos administrable y rentable. <\/p>\n\n\n\n

Kubernetes<\/a> ofrece una soluci\u00f3n bien estructurada que es f\u00e1cil de escalar, mantener y facturar para modelos comerciales s\u00f3lidos.<\/p>\n\n\n\n

Una buena forma de aprovechar esto es con PostgreSQL. Una base de datos relacional que cumple con las propiedades ACID (Atomicidad, Consistencia, Aislamiento y Durabilidad).<\/p>\n\n\n\n

Soluciones para Postgres de EnterpriseDB<\/strong><\/h2>\n\n\n\n

PostgreSQL es una de las bases datos open source m\u00e1s avanzadas. <\/p>\n\n\n\n

EDB Postgres Advanced Server<\/span> es una base de datos enterprise que extiende las funcionalidades de seguridad y rendimiento de Postgres. <\/p>\n\n\n\n

Adem\u00e1s, dado que EPAS dispone de una capa de compatibilidad de Oracle<\/span> llamada SPL, facilita las migraciones desde Oracle al no tener que reescribir todo el PL\/SQL con el apoyo de la herramienta Migration Toolkit de EDB.<\/p>\n\n\n\n

\u00bfQu\u00e9 es Cloud Native PostgreSQL?<\/strong><\/h2>\n\n\n\n

Cloud Native PostgreSQL<\/span><\/a> es un operador para Kubernetes y Openshift <\/span>distribuido por EDB, que facilita el despliegue y administraci\u00f3n de bases de datos PostgreSQL o EDB Postgres Advanced (EPAS); que soporta la arquitectura de primary-standby con la replicaci\u00f3n de nativa de streaming replication (SR).<\/p>\n\n\n\n

Este operador es nativo de Kubernetes e interact\u00faa directamente con el Servidor API y est\u00e1 escrito en Go al igual que Kubernetes. <\/p>\n\n\n\n

Adem\u00e1s cabe destacar que las im\u00e1genes de los contenedores se almacenan en Quay.io y tienen la licencia limitada de EDB. <\/p>\n\n\n\n

\u00bfQu\u00e9 hace \u00fanico a Cloud Native PostgreSQL ?<\/strong><\/h2>\n\n\n\n

La elecci\u00f3n de Cloud Native PostgreSQL se basa en el concepto del uso de \u201cImmutable Application Containers\u201d<\/em> (Contenedores de aplicaciones inmutables).<\/p>\n\n\n\n

Configuraci\u00f3n declarativa<\/strong><\/h3>\n\n\n\n

La configuraci\u00f3n de Cloud Native PostgreSQL se define en un archivo .YAML que permite crear, modificar y eliminar recursos de Kubernetes como pods, despliegues, servicios\u2026 <\/p>\n\n\n\n

Este tipo de configuraci\u00f3n declarativa se centra en una mentalidad de DevOps, de forma que objetivo es definir el estado deseado del cluster de PostgreSQL<\/span>, en lugar de una lista de pasos o cambios que deban ejecutar en secuencia.<\/p>\n\n\n\n

Aplicaciones vs Sistema de contenedores<\/strong><\/h3>\n\n\n\n

Otro de los aspectos m\u00e1s importantes de este operador es que despliega contenedores de aplicaciones inmutables utilizando sistemas operativos ligeros. <\/p>\n\n\n\n

Un contenedor de aplicaci\u00f3n est\u00e1 dise\u00f1ado para ejecutar un \u00fanico proceso de punto de entrada principal, como PostgreSQL, lo cual difiere de un contenedor de sistema, en el que se ejecutan m\u00faltiples servicios al mismo tiempo (por ejemplo, PostgreSQL, SSH, Syslog, etc.). Los contenedores de sistema se asemejan a las m\u00e1quinas virtuales tradicionales o servidores f\u00edsicos, pero tienden a no encajar adecuadamente en Kubernetes.<\/p>\n\n\n\n

El operador de EDB despliega contenedores de aplicaciones que no requieren del usuario root se ejecute o acceda al almacenamiento, de manera que se reduce el riesgo de incidencias debido a estos privilegios. Adem\u00e1s de que permite la implementaci\u00f3n de importantes Pol\u00edticas de Seguridad de Pods (PSP) en el sistema.<\/p>\n\n\n\n

Inmutabilidad<\/strong><\/h3>\n\n\n\n

Los contenedores de aplicaciones inmutables no permiten actualizaciones del software a partir de \u201cyum update\u201d o \u201capt upgrade\u201d. Las actualizaciones requieren el despliegue de una nueva im\u00e1gen, pero dado que Kubernetes ha sido dise\u00f1ado para trabajar con contenedores de aplicaciones inmutables, esta preparado para realizar despliegues y\/o actualizaciones de tales aplicaciones de forma continua sin tiempo de inactividad. De forma que el PGDATA definido en un vol\u00famen persistente se reutiliza para las actualizaciones.<\/p>\n\n\n\n

El modelo de seguridad 4C en Kubernetes<\/strong><\/h4>\n\n\n\n

El modelo de seguridad 4C adoptado por la Comunidad de Kubernetes<\/span> se basa en varios factores entre los que destaca una evaluaci\u00f3n exhaustiva de la infraestructura de seguridad que proporciona Kubernetes.<\/p>\n\n\n\n

El enfoque de modelo multicapa conocido como \u00ab4C\u00bb, inspirado en el modelo Defense in Depth (DiD)<\/em> se organiza en cuatro capas:<\/p>\n\n\n\n