Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Support interacting directly with the database from the bastion host EC2 instance without a tunnel

Abierto
  • ¿Algo no está bien?
#77 1 comentario 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
25/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Estancado
Stack tecnológico
aws, postgresql, python
Área
cloud, databases, devops, infrastructure

Línea de trabajo

Empieza leyendo el constructo del bastion host y su gestión de user-data, especialmente el comportamiento durante las actualizaciones del despliegue. Comprueba cómo se accede a la instancia EC2 mediante AWS SSM y determina qué herramientas de base de datos debe proporcionar la instancia. Se considera terminado cuando un usuario puede iniciar una sesión de SSM y ejecutar las operaciones administrativas de base de datos y STAC necesarias sin crear un túnel local.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

The current approach used to do administrative connections and STAC operations in the database (if deployed in an isolated subnet) is to create a 'bastion host' (an ec2 instance) that lives in the same VPC as the database and is allowed to make connections to it, and create a tunnel from the user's local machine to that ec2 instance.

However, creating the tunnel is not a straightforward task at all, and even though we provide a good documentation for how to do it, it would be better to avoid that step. In addition to being complicated, one must make sure that her/his SSH public key is registered in the EC2 instance side. We have a 'user data' parameter for this in the bastion host construct, but I noticed that it doesn't work when updating a deployment. Overall, it's not easy.

The only reason we need this tunnel is make use of the local machine environment, in particular libraries to connect and interact with the database (e.g. on macos psql and then pypgstac for CLI-based record loading or STAC queries). If instead, we set up the ec2 instance environment so that it has all these tools, we could do away entirely with the tunnel, and, in the above mentioned case of a DB deployed in a private, isolated, subnet, a user willing to make administrative connections and interactions with the DB would just have one command to run :

aws ssm start-session --target $EC2_INSTANCE_ID

Once logged into the instance, the user can freely interact with the DB.

Lenguaje dominante
Python
Estrellas
29
Forks
6
Merge medio
4 h 4 min
PR fusionados (30 d)
5

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

  • Sin Dockerfile ni archivo de Docker Compose
  • Tiene una plantilla de pull request
  • Sin guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de developmentseed/eoapi-cdk

Todos los issues de developmentseed/eoapi-cdk

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.