-
Notifications
You must be signed in to change notification settings - Fork 5
Reference data event bus through SSM parameter #731
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reference data event bus through SSM parameter #731
Conversation
WalkthroughThe changes introduce a new utility file that encapsulates the management of AWS SSM parameters for an EventBus ARN. A new class, Changes
Sequence Diagram(s)sequenceDiagram
participant PS as PersistentStack
participant SSM as SSMParameterUtility
participant API as API Stack
participant IS as IngestStack
PS->>SSM: set_data_event_bus_arn_ssm_parameter(scope, eventBus)
Note right of SSM: ARN stored in SSM Parameter Store
API->>SSM: load_data_event_bus_from_ssm_parameter(scope)
SSM-->>API: Returns EventBus ARN
IS->>SSM: load_data_event_bus_from_ssm_parameter(scope)
SSM-->>IS: Returns EventBus ARN
Poem
📜 Recent review detailsConfiguration used: CodeRabbit UI 📒 Files selected for processing (6)
🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
5bbca8e
to
cdf251e
Compare
cdf251e
to
3dc2295
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great! 🚀
@jlkravitz We are currently working on updating our pipeline architecture to support a beta environment, and as part of that pipeline migration, we will need this change merged to both the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
one typo, otherwise looks good.
Is this PR blocking others? If not, it might be more straightforward to merge this in with the sprint PR (next week, say). If it is blocking, though, we can merge per your suggestion to both development
and main
. @landonshumway-ia
Co-authored-by: Joshua Kravitz <[email protected]>
@jlkravitz Unfortunately, this PR is a blocker for our pipeline migration effort, which we hope to roll out no later than this week as several states are looking to test out the system in the beta environment. So we will want to get this rolled out to both branches sooner rather than later. Likewise, we have another PR upcoming for the actual pipeline architecture itself, which will also need to follow a similar process of being pulled into development as well as the main branch in order to get everything wired up correctly. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@isabeleliassen good to merge this!
While testing the pipeline migration, we hit an issue where the event bus needs to be renamed, as it is using the pipeline stack as part of its name. This creates a cross stack reference issue since it is being referenced by several other stacks, and you cannot change a stack export value while it is still being referenced by other stacks. In order to address this, this PR replaces the direct reference with an SSM parameter, which can be changed without causing the stacks to fail deployment. This PR will need to be merged and deployed first, before the subsequent pipeline change can be run through. This change is a precursor to the following tickets: csg-org#705 csg-org#580 csg-org#424 <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit ## Summary by CodeRabbit - **New Features** - Centralized configuration management for event integration has been introduced, enabling uniform retrieval of event bus parameters across components. - **Refactor** - Updated several service integrations to rely on the new parameter-based configuration approach, improving decoupling and consistency in event operations. - Introduced private attributes for better encapsulation and management of event bus resources. <!-- end of auto-generated comment: release notes by coderabbit.ai --> --------- Co-authored-by: Joshua Kravitz <[email protected]>
While testing the pipeline migration, we hit an issue where the event bus needs to be renamed, as it is using the pipeline stack as part of its name. This creates a cross stack reference issue since it is being referenced by several other stacks, and you cannot change a stack export value while it is still being referenced by other stacks. In order to address this, this PR replaces the direct reference with an SSM parameter, which can be changed without causing the stacks to fail deployment. This PR will need to be merged and deployed first, before the subsequent pipeline change can be run through. This change is a precursor to the following tickets: #705 #580 #424 Co-authored-by: Joshua Kravitz <[email protected]>
While testing the pipeline migration, we hit an issue where the event bus needs to be renamed, as it is using the pipeline stack as part of its name. This creates a cross stack reference issue since it is being referenced by several other stacks, and you cannot change a stack export value while it is still being referenced by other stacks. In order to address this, this PR replaces the direct reference with an SSM parameter, which can be changed without causing the stacks to fail deployment. This PR will need to be merged and deployed first, before the subsequent pipeline change can be run through.
This change is a precursor to the following tickets: #705 #580 #424
Summary by CodeRabbit
Summary by CodeRabbit