OperationCode / OperationCode/operationcode_infra
Make it easier to incorporate new projects to operation code
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- HCL
- Estrellas
- 17
- Forks
- 12
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
Right now adding to our current infrastructure is not very easy or new user friendly.
Pain points:
- Individuals have to get AWS credentials which can take a long time
- Providing individuals the ability to create their own assets while they are learning can cause them to make big mistakes like provision too many.
- Have to write their own infrastructure scripts
- We lost the dockerhub password, so users need to figure it out on their own
- If they decide to use our current infrastructure we have to learn kubernetes, and then we have to trust them they won't break non-related projects.
An example was, in my case I setup a pythonanywhere account and paid for a server and postgres, then when it started being slow we migrated to ECS. Currently it's on ECS, but the rest of operation code doesn't use ECS.
An example of one solution could be:
- User requests EC2 and RDS instances.
- Some authority provides authentication credentials for these assets.
- User doesn't have to know how to write scripts to upload container as someone in leadership provides a standardized upload to ECR/ dockerhub script.
- If user wants to troubleshoot production logs, user doesn't need to have full production kubernetes access, which provides ability to break others.
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
No se nombran archivos, pruebas ni puntos de entrada. Empieza por trazar la infraestructura actual y cómo utilizan los proyectos ECS, Kubernetes, EC2, RDS, ECR y Docker Hub; el trabajo se consideraría terminado cuando exista un diseño acordado y un plan de implementación documentado para el aprovisionamiento, las credenciales, las cargas y el acceso restringido a producción.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- aws, docker, kubernetes, postgresql
- Área
- cloud, devops, infrastructure, security
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 20/100