You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
The text was updated successfully, but these errors were encountered:
Right now adding to our current infrastructure is not very easy or new user friendly.
Pain points:
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:
The text was updated successfully, but these errors were encountered: