Skip to content
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

feat(AwsVpcPeering): capitalize status state #823

Closed
wants to merge 9 commits into from

Conversation

vandjelk
Copy link
Contributor

Description

Changes proposed in this pull request:

  • Capitalize satus.State

@vandjelk vandjelk requested a review from a team as a code owner November 23, 2024 13:19
@kyma-bot kyma-bot added cla: yes Indicates the PR's author has signed the CLA. size/M Denotes a PR that changes 30-99 lines, ignoring generated files. labels Nov 23, 2024
Comment on lines +39 to +49
const (
VpcPeeringConnectionStateReasonCodeInitiatingRequest = "Initiating-Request"
VpcPeeringConnectionStateReasonCodePendingAcceptance = "Pending-Acceptance"
VpcPeeringConnectionStateReasonCodeActive = "Active"
VpcPeeringConnectionStateReasonCodeDeleted = "Deleted"
VpcPeeringConnectionStateReasonCodeRejected = "Rejected"
VpcPeeringConnectionStateReasonCodeFailed = "Failed"
VpcPeeringConnectionStateReasonCodeExpired = "Expired"
VpcPeeringConnectionStateReasonCodeProvisioning = "Provisioning"
VpcPeeringConnectionStateReasonCodeDeleting = "Deleting"
)
Copy link
Contributor

Choose a reason for hiding this comment

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

Please correct me if I am wrong, but these statuses will only be used for the AWS peering, correct?
If that is the case, perhaps they should be named in a way that reflects that, just to remove potential future confusion.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Yes, these statuses will only be used by AWS until we align them all.

My opinion is that these statuses should reflect the statuses from underlying hyperscaler subscription, but the thing is that GCP is already, maybe accidently, follows Azure statuses (Connected, Initiated, Disconnected, Deleted) so as @tmilos77 stated - ideally align them all.

Copy link
Contributor

Choose a reason for hiding this comment

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

I believe GCP natively uses "Active" as well, but it is custom mapped to show Connected.

@bru-jer-work any opinions?

@kyma-bot kyma-bot added size/L Denotes a PR that changes 100-499 lines, ignoring generated files. and removed size/M Denotes a PR that changes 30-99 lines, ignoring generated files. labels Nov 26, 2024
@vandjelk vandjelk changed the title feat(AwsVpcPeering): capitalize state feat(AwsVpcPeering): capitalize status state Nov 26, 2024
@vandjelk vandjelk closed this Nov 27, 2024
@vandjelk vandjelk deleted the peering/aws/status-state branch December 19, 2024 07:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cla: yes Indicates the PR's author has signed the CLA. size/L Denotes a PR that changes 100-499 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants