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

Adapt Frontend Apps for Schema Registry Manager #4144

Closed
AitorAlgorta opened this issue Feb 12, 2024 · 0 comments · Fixed by #4145
Closed

Adapt Frontend Apps for Schema Registry Manager #4144

AitorAlgorta opened this issue Feb 12, 2024 · 0 comments · Fixed by #4145

Comments

@AitorAlgorta
Copy link
Contributor

Problem Description

Our application currently relies on a single Schema Registry provider, limiting our flexibility and scalability as we expand. Integrating with multiple Schema Registry providers is essential for accommodating diverse requirements and use cases.

Desired Solution

We propose adapting our frontend applications to support multiple Schema Registry providers efficiently. This adaptation involves using a new API dedicated to managing different providers, abstracting away provider-specific details for seamless integration.

Considered Alternatives

Current Approach: Continuing with the existing method of interfacing with a single Schema Registry provider. However, this approach lacks scalability and may lead to increased complexity.

Separate Modules: Developing separate modules for each Schema Registry provider to provide flexibility. However, this approach introduces code duplication and maintenance overhead.

@AitorAlgorta AitorAlgorta self-assigned this Feb 12, 2024
AitorAlgorta added a commit that referenced this issue Feb 16, 2024
* wip

* update schemas api

* change content type for sschemas manager
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant