Make it easier to incorporate new projects to operation code
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 20/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- aws, docker, kubernetes, postgresql
- Bereich
- cloud, devops, infrastructure, security
Rechercherichtung
Es werden keine Dateien, Tests oder Einstiegspunkte genannt. Beginne damit, die aktuelle Infrastruktur und die Art und Weise zu erfassen, wie Projekte ECS, Kubernetes, EC2, RDS, ECR und Docker Hub nutzen; als erledigt gilt die Aufgabe, wenn ein abgestimmtes Design und ein dokumentierter Implementierungsplan für Provisionierung, Zugangsdaten, Uploads und den eingeschränkten Zugriff auf die Produktion vorliegen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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.
- Vorherrschende Sprache
- HCL
- Sterne
- 17
- Forks
- 12
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus OperationCode/operationcode_infra
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
-
Logging Solution for K8s Offen
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 15/100
OperationCode/operationcode_infra#136 · 2 Kommentare ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
OperationCode/operationcode_infra#78 · 1 Kommentar ·
Alle Issues in OperationCode/operationcode_infra
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
-
bug confmap/provider/googlesecretmanagerprovider needs triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
open-telemetry/opentelemetry-collector-contrib#51273 · 2 Kommentare ·
-
Feature needs-triage pulumi/registry
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100