Open BracketJohn opened 2 years ago
verify the deployment using https://production.auction-ui.k8s.sidestream.tech
@LukSteib can you verify that this is v0.5.0? There's one restriction: The secrets used are of localhost
, so a lot of features may not work. I hope that you can still verify that this is v0.5.0 without it.
I hope that you can still verify that this is v0.5.0 without it.
Based on the existence of Goerli
network and /dashboard
page I would conclude that this is indeed v0.5.0.
@LukSteib can you do a test release and then checkout https://production.auction-ui.k8s.sidestream.tech?
If this works the next step is to point the unified-auctions.makerdao.com
domain to a3e8b1eeee31b434e917a365fad89c15-5a625aefe5c46f96.elb.eu-central-1.amazonaws.com
and then check it out.
@LukSteib can you do a test release and then checkout https://production.auction-ui.k8s.sidestream.tech?
main
branch
-> test successful ✔️Nice, then let's tackle:
If this works the next step is to point the unified-auctions.makerdao.com domain to a3e8b1eeee31b434e917a365fad89c15-5a625aefe5c46f96.elb.eu-central-1.amazonaws.com and then check it out.
If this works the next step is to point the unified-auctions.makerdao.com domain
Yep, can progress here only once we are in control of it. Will follow up here once this is the case
Goal
Move the production deployment into the same cluster as the staging deployment to reduce overhead.
Context
Currently, we have two separate deployments clusters:
This split was originally created to ensure proper billing. Now that we have
kubecost
we can see the exact spent per namespace (read: application deployment) inside the cluster, so there's no more need for the separation that causes operational overhead.Tasks
auctions.makerdao.network
production.auction-ui.k8s.sidestream.tech
localhost
secrets to not impact infura quotaauctions.makerdao.network
is still reachable + stable