bzp2010 opened a new issue #2353: URL: https://github.com/apache/apisix-dashboard/issues/2353
## Background Apache APISIX has released a roadmap for version 3.0, and as a counterpart to this, I am also releasing the roadmap for the dashboard here. In the new dashboard, we will implement better compatibility with APISIX, simpler deployment methods, and will also improve issues that existed in the previous version. ### Objectives Easier to use, better experience. ### Past problems There are many problems for user. - Unreasonable operating logic - Some features are not supported (just like plugin_metadata) - Less reliable storage capabilities (although being a stateless application can be solved by rebooting) - Differences behavior from APISIX Admin API And some for developer. - Difficult to develop and also to migrate between versions - Unable to support new features in older versions (it corresponds one-to-one with APISIX version) - Overly complex code architecture (data storage layer, multi-layer middleware, duplicate implementations of handlers) - Poor support for custom plugins for APISIX (need to update the schema file manually, it's really hard) ### From now We want to improve the problem in the new version, or at least part of them. We will improve one of the root causes of the current complexity, the "Manager API", which makes some things complicated. When I learned that APISIX V3 will improve the Admin API, I learned that we can use it directly in Dashboard, in a proxy-based way. This is the most important change we have made in this version. At the same time, we may also make changes to the project versioning system to better help users interface with APISIX (TBD). ## Roadmap Here are the features about what we are going to implement in this version and the features to be discussed. Only a rough description is provided here, no details about the implementation are available. | Content | Category | Priority | Description | Status | | ----------- | :----------: | :-------: | ------- | :------: | | Manager API simplify </br> - remove complex storage layer implementations </br> - reduce overall complexity | core | High | | | | Frontend operation experience </br> - goal-oriented resource control </br> - more image of consumer and service control </br> - support full function UI configuration | core | High | | | | Multi-version support </br> - support for APISIX migration on upgrade | core | High | Maybe use data-driven form generation UI | | | Data Storage </br> - store dashboard only data | core | High | Store content such as settings, authentication, etc. | | | Custom Plugin Support </br> - support add plugin on UI </br> - support generating forms for user-defined plugins | core | Middle | | | | Scalable Architecture Design </br> - API specification for secondary development | extension </br> dev | Middle | Provide interface to support identity authentication, local data storage of replaceable design | | | OpenAPI Import and Export Support | extension | Middle | | | | Plugin Orchestration </br> - Graphical design plugin flow | extension | Low | | | | **The following is note, no plan for now** | | External authentication / permissions | extension | None | | | | Operation logging / audit | extension | None | | | | Multi-Cluster Support </br> - supports configuration of multiple Admin API endpoints + token | extension | None | | | | Data Rollback </br> - record old version data and support setting back | extension | None | | | ## Other If you have any suggestions or questions about this, you can communicate them in a discussion thread or mailing list that will be started later. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
