Closed peteryates closed 3 days ago
Having thought more about this I'd also like us to keep the root of the repo tidy and minimal. The infrastructure config is config - let's put it (both terraform
and global_config
) under config
?
Having thought more about this I'd also like us to keep the root of the repo tidy and minimal. The infrastructure config is config - let's put it (both
terraform
andglobal_config
) underconfig
?
This makes sense. The inconvenients are this will deviate from the template so paths must be amended, and it will make it a bit more difficult to support. Also "config" is specific to rails.
That's fair, appreciate it brings a support burden too. Maybe having terraform
at the project root isn't so bad and we put global_config
in that directory too?
Steve is progressing through Terrafrom set-up
@saliceti - you mentioned that we might be able to shorten the names by using s189pXXX
instead of s189p01XXX
. Is anything stopping us from making a start on this? i.e., do you need to do any work/config to support it?
I suggest generating fresh code from template but tweak the azure naming in the template. If it works, you can PR the template.
@tonyheadford looking at this today
Ongoing work with the infrastructure team. Steve is chatting with Colin on this at the moment and we should soon have our resources available to build out environments.
Colin was due to take a look at this yesterday but that hasn't happened just yet - Steve will chase up with Colin.
Colin has review draft pull request and he is continuing to create Azure elements we can't self-serve on.
Waiting on infrastructure team - Colin is keeping an eye on this
https://trello.com/c/72rf64KK is the Trello card for infra work on this.
We can use this action for building and pushing to the container registry.
Ticket is ongoing. Steve is doing a dry-run - will bring up test environment first and move onto prod etc.
Have got to a point of spinning up a review environment - this is currently timing out but Steve is going to look at this today.
We have a review app POC https://ec2-review-79-web.test.teacherservices.cloud/ which was created with terraform from https://github.com/DFE-Digital/ecf2/pull/79 Decided to break PRs down to each environment, the first (review env) PR is being checked by Colin. Will follow with staging and other envs, these should be fairly trivial in comparison to initial setup.
I think it was the 'Development' section on the right that was causing this issue to close. I thought it'd close when all the development tasks were complete, not any of them 🙈 My fault, I've unlinked them now!
Staging environment is now up and running - waiting on code review on this
Working on migration environment today with Colin.
Steve working on migration issue.
Sandbox and Production remaining that we hope to get done this week.
Migration and Sandbox solved.
Pushing forward to production today!
All environments are now built!!!
Waiting for entire deployment pipeline working correctly before we can move to done.
Deploying to all environments
ECF2 will follow the continuous delivery model set out in DfE's technical guidance, we will follow the pattern established in ECF1 and the applications deployed on DfE's Azure space and follow the established conventions.
Environments
We will need the following environments, both in Azure and Rails. The names should match, so
review
apps run with thereview
Rails environment.Test subscription (
s189t01
)Production subscription (
s189p01
)lead_provider_sandbox
to make it clear what it's for)Pipelines
On every commit to a pull request
The ECF1 pipelines also run smoke tests and API performance tests, but we won't be ready for those for a while.
When a pull requests are closed or merged
When pull requests are merged
Approach
Like in ECF1, build actions for bits we might want to reuse. This keeps things modular and makes the actual flows much shorter and easier to read.
We'll need help from @DFE-Digital/teacher-services-infrastructure with Azure keys for each environment.