Make it easier to incorporate new projects to operation code

Ouverte
#60 2 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
20/100
Type d'issue
Fonctionnalité
Clarté
À clarifier
Activité
À l'abandon
Stack technique
aws, docker, kubernetes, postgresql
Domaine
cloud, devops, infrastructure, security

Piste de recherche

Aucun fichier, test ou point d’entrée n’est indiqué. Commencez par cartographier l’infrastructure actuelle et la manière dont les projets utilisent ECS, Kubernetes, EC2, RDS, ECR et Docker Hub ; le travail serait considéré comme terminé lorsqu’un design convenu et un plan d’implémentation documenté pour le provisionnement, les identifiants, les uploads et l’accès restreint à la production seraient disponibles.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Right now adding to our current infrastructure is not very easy or new user friendly.

Pain points:

  1. Individuals have to get AWS credentials which can take a long time
  2. Providing individuals the ability to create their own assets while they are learning can cause them to make big mistakes like provision too many.
  3. Have to write their own infrastructure scripts
  4. We lost the dockerhub password, so users need to figure it out on their own
  5. 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:

  1. User requests EC2 and RDS instances.
  2. Some authority provides authentication credentials for these assets.
  3. 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.
  4. If user wants to troubleshoot production logs, user doesn't need to have full production kubernetes access, which provides ability to break others.
Langage dominant
HCL
Étoiles
17
Forks
12
Aucune PR mergée en 30 j

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de OperationCode/operationcode_infra

Toutes les issues de OperationCode/operationcode_infra

Issues similaires

Plus d'issues Cloud

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.