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

Amazon OpenSearch Serverless L2 Construct #492

Closed
2 of 11 tasks
cprakasu opened this issue Apr 6, 2023 · 3 comments
Closed
2 of 11 tasks

Amazon OpenSearch Serverless L2 Construct #492

cprakasu opened this issue Apr 6, 2023 · 3 comments
Labels

Comments

@cprakasu
Copy link

cprakasu commented Apr 6, 2023

Description


Amazon OpenSearch Serverless
has been general available since January 2023. I would like the L2 constructs implemented to ease the usage of the service.

The main goal of L2 is to simplify creation of Collections.

Creating OpenSearch Serverless collection with L1 constructs requires creating multiple resources in a particular order: Collection, Encryption Policy, Network Policy and Security Config.
The L2 construct would allow a single api to manage all related resources for a collection.

There are other improvements around the different policy resources. CDK construct should allow to validate policies at compile time.

Roles

Role User
Proposed by @cprakasu
Author(s) @cprakasu
API Bar Raiser
Stakeholders @alias, @alias, @alias

See RFC Process for details

Workflow

  • Tracking issue created (label: status/proposed)
  • API bar raiser assigned (ping us at #aws-cdk-rfcs if needed)
  • Kick off meeting
  • RFC pull request submitted (label: status/review)
  • Community reach out (via Slack and/or Twitter)
  • API signed-off (label api-approved applied to pull request)
  • Final comments period (label: status/final-comments-period)
  • Approved and merged (label: status/approved)
  • Execution plan submitted (label: status/planning)
  • Plan approved and merged (label: status/implementing)
  • Implementation complete (label: status/done)

Author is responsible to progress the RFC according to this checklist, and
apply the relevant labels to this issue so that the RFC table in README gets
updated.

@awsmjs
Copy link
Contributor

awsmjs commented Dec 14, 2023

Closing this ticket. We believe the functionality is beneficial, but does not intersect with the core framework and should be vended and maintained separately.

@awsmjs awsmjs closed this as completed Dec 14, 2023
@rhermes62
Copy link

Is AWS CDK then moving away from vending L2 constructs? Or is this just the wrong folder for requesting this L2 construct?

@mrgrain
Copy link
Contributor

mrgrain commented Dec 19, 2023

Is AWS CDK then moving away from vending L2 constructs? Or is this just the wrong folder for requesting this L2 construct?

We are refocusing the RFC repo on core framework changes, which explicit doesn't include new L2s. You may still open feature requests in the main repo aws/aws-cdk. However the AWS CDK team prioritizes new L2s based on a number of criteria and you can see our current focus area in the quarterly updated ROADMAP.

For any L2s that are not currently on the roadmap we encourage the community to publish and vend them as separate packages.

tl;dr Closing this RFC doesn't change anything, but it clears up the possible confusion that the CDK team is actively working on this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants