OperationCode / OperationCode/operationcode_infra

Make it easier to incorporate new projects to operation code

オープン
#60 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

主要言語
HCL
スター
17
フォーク
12
PR マージ指標
30日以内にマージされた PR はありません

説明

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.

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

ファイル、テスト、エントリポイントは指定されていません。まず、現在のインフラストラクチャと、各プロジェクトが ECS、Kubernetes、EC2、RDS、ECR、Docker Hub をどのように利用しているかを整理します。完了には、プロビジョニング、認証情報、アップロード、制限された本番環境へのアクセスについて、合意された設計と文書化された実装計画が必要です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
aws, docker, kubernetes, postgresql
領域
cloud, devops, infrastructure, security
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
20/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。