|
| 1 | +--- |
| 2 | +name: Proposal |
| 3 | +description: Suggest an idea for a specific feature you wish to propose to the community for comment |
| 4 | +title: '[RFC/PROPOSAL]: ' |
| 5 | +labels: [RFC, untriaged] |
| 6 | +body: |
| 7 | + - type: markdown |
| 8 | + attributes: |
| 9 | + value: | |
| 10 | + Thanks for taking the time to fill out this RFC / Proposal! |
| 11 | + - type: textarea |
| 12 | + id: what-are-you-proposing |
| 13 | + attributes: |
| 14 | + label: What are you proposing? |
| 15 | + description: In a few sentences, describe the feature and its core capabilities. |
| 16 | + validations: |
| 17 | + required: true |
| 18 | + - type: textarea |
| 19 | + id: what-users-have-asked-for-this-feature |
| 20 | + attributes: |
| 21 | + label: What users have asked for this feature? |
| 22 | + description: Highlight any research, proposals, requests or anecdotes that signal this is the right thing to build. Include links to GitHub Issues, Forums, Stack Overflow, X (Twitter), Etc |
| 23 | + validations: |
| 24 | + required: true |
| 25 | + - type: textarea |
| 26 | + id: what-problems-are-you-trying-to-solve |
| 27 | + attributes: |
| 28 | + label: What problems are you trying to solve? |
| 29 | + description: Summarize use cases, user problems, and needs you are trying to solve. Describe the most important user needs, pain points and jobs as expressed by the user asks above. |
| 30 | + - type: textarea |
| 31 | + id: what-will-developer-experience-be-like |
| 32 | + attributes: |
| 33 | + label: What will the developer experience be like? |
| 34 | + description: Does this have a REST API? If so, please describe the API and any impact it may have to existing APIs. In a brief summary (not a spec), highlight what new REST APIs or changes to REST APIs are planned. as well as any other API, CLI or Configuration changes that are planned as part of this feature. |
| 35 | + - type: textarea |
| 36 | + id: are-there-any-security-coniderations |
| 37 | + attributes: |
| 38 | + label: Are there any security considerations? |
| 39 | + description: Describe if the feature has any security considerations or impact. What is the security model of the new APIs? Features should be integrated into the OpenSearch security suite and so if they are not, we should highlight the reasons here |
| 40 | + - type: textarea |
| 41 | + id: are-there-any-breaking-changes |
| 42 | + attributes: |
| 43 | + label: Are there any breaking changes? |
| 44 | + description: If this feature will require breaking changes to any APIs, ouline what those are and why they are needed. What is the path to minimizing impact? (example, add new API and deprecate the old one) |
| 45 | + - type: textarea |
| 46 | + id: what-will-the-user-experience-be-like |
| 47 | + attributes: |
| 48 | + label: What will the user experience be like? |
| 49 | + description: Describe the feature requirements and/or user stories. You may include low-fidelity sketches, wireframes, APIs stubs, or other examples of how a user would use the feature via CLI. Using a bulleted list or simple diagrams to outline features is okay. If this is net new functionality, call this out as well. |
| 50 | + - type: textarea |
| 51 | + id: are-there-breaking-changes-to-user-experience |
| 52 | + attributes: |
| 53 | + label: Are there breaking changes to user experience? |
| 54 | + description: Will this change the existing user experience? Will this be a breaking change from a user flow or user experience perspective? |
| 55 | + - type: textarea |
| 56 | + id: why-should-it-be-built |
| 57 | + attributes: |
| 58 | + label: Why should it be built? Any reason not to? |
| 59 | + description: Describe the value that this feature will bring to the OpenSearch community, as well as what impact it has if it isn't built, or new risks if it is. Highlight opportunities for additional research. |
| 60 | + - type: textarea |
| 61 | + id: what-will-it-take-to-execute |
| 62 | + attributes: |
| 63 | + label: What will it take to execute? |
| 64 | + description: Describe what it will take to build this feature. Are there any assumptions you may be making that could limit scope or add limitations? Are there performance, cost, or technical constraints that may impact the user experience? Does this feature depend on other feature work? What additional risks are there? |
| 65 | + - type: textarea |
| 66 | + id: any-remaining-open-questions |
| 67 | + attributes: |
| 68 | + label: Any remaining open questions? |
| 69 | + description: What are the known enhancements to this feature? Are there any enhancements that may be out of scope but which we will want to track long term? List any other open questions that may need to be answered before proceeding with an implementation. |
0 commit comments