Skip to content

CCM-12777: remove component quarantine bucket#931

Open
bhansell1 wants to merge 9 commits intomainfrom
feature/ccm-12777-remove-comp-quarantine-bucket
Open

CCM-12777: remove component quarantine bucket#931
bhansell1 wants to merge 9 commits intomainfrom
feature/ccm-12777-remove-comp-quarantine-bucket

Conversation

@bhansell1
Copy link
Copy Markdown
Contributor

@bhansell1 bhansell1 commented May 5, 2026

Description

  • removes component quarantine bucket
  • changes quarantine bucket prefix from using env to using csi. This is because using just env then app and sbx environment will read from the same bucket and clash

Context

Type of changes

  • Refactoring (non-breaking change)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would change existing functionality)
  • Bug fix (non-breaking change which fixes an issue)

Checklist

  • I am familiar with the contributing guidelines
  • I have followed the code style of the project
  • I have added tests to cover my changes
  • I have updated the documentation accordingly
  • This PR is a result of pair or mob programming

Sensitive Information Declaration

To ensure the utmost confidentiality and protect your and others privacy, we kindly ask you to NOT including PII (Personal Identifiable Information) / PID (Personal Identifiable Data) or any other sensitive data in this PR (Pull Request) and the codebase changes. We will remove any PR that do contain any sensitive information. We really appreciate your cooperation in this matter.

  • I confirm that neither PII/PID nor sensitive data are included in this PR and the codebase changes.

@bhansell1 bhansell1 marked this pull request as ready for review May 5, 2026 15:12
@bhansell1 bhansell1 requested review from a team as code owners May 5, 2026 15:12
sidnhs
sidnhs previously approved these changes May 5, 2026
module.s3bucket_quarantine.id
]
objectKey = [
{ prefix = "${var.environment}/proofs/" },
Copy link
Copy Markdown
Contributor

@chris-elliott-nhsd chris-elliott-nhsd May 6, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

outside of the scope of this PR (i didn't get round to reviewing the previous one) but is var.environment okay as a prefix when we sometimes share environment names between app and sandbox?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I did consider adding in the component type to the hierarchy. But given it's only dev environments this applies to and that realistically you'll only be using sbx or app at any given time I didn't think it needed an additional prefix.

But it does mean that files uploaded the via sbx or app will trigger both app and sbx lambdas. So maybe there is something to be said there? What do you think?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hm... if it does trigger both lambdas then maybe it will cause an issue...

Let say both the app and sbx lambda both attempt to move the file from the bucket then they'll be fighting over it.

Copy link
Copy Markdown
Contributor

@chris-elliott-nhsd chris-elliott-nhsd May 6, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

i'm not a huge fan of environments being able to affect each other, i think the fact that uploading files on an sbx environment can cause files to appear on an app environment is a problem, even if you're not using both at the same time, you'll return to your app environment to find it has a bunch of stuff from when you were using sbx which doesn't seem ideal. if you really like just having the environment as the prefix, i think we'll need to add a check before deploying any app/sbx that there's no other app/sbx environment sharing the name, and get everyone to rename their sbx environments, but just using CSI as the prefix makes sense to me.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah I agree - thanks for highlighting. I'll update the PR.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Updated to use local.csi

andykay-nhs
andykay-nhs previously approved these changes May 6, 2026
@bhansell1 bhansell1 dismissed stale reviews from andykay-nhs, sidnhs, and jamesthompson26-nhs via d2cd402 May 6, 2026 12:12
@bhansell1 bhansell1 force-pushed the feature/ccm-12777-remove-comp-quarantine-bucket branch from d2cd402 to 2b1cff1 Compare May 6, 2026 12:33
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants