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

[BUG] Fix TestFabricBuildout to build new regions in an ideal way #1082

Open
4 of 12 tasks
nisargthakkar opened this issue Jul 25, 2024 · 0 comments
Open
4 of 12 tasks
Labels
bug Something isn't working

Comments

@nisargthakkar
Copy link
Contributor

Willingness to contribute

No. I cannot contribute a bug fix at this time.

Venice version

All

System information

  • OS Platform and Distribution (e.g., Linux Ubuntu 20.0):
    All
  • JDK version:
    8/11/17

Describe the problem

TestFabricBuildout uses an unsupported mode to setup the tests - by creating stores and running pushes to them directly in child regions. This is not how new regions will be added in practice. We need the test setup to support adding blank regions so that we can simulate the true fabric buildout process.

Tracking information

No response

Code to reproduce bug

No response

What component(s) does this bug affect?

  • Controller: This is the control-plane for Venice. Used to create/update/query stores and their metadata.
  • Router: This is the stateless query-routing layer for serving read requests.
  • Server: This is the component that persists all the store data.
  • VenicePushJob: This is the component that pushes derived data from Hadoop to Venice backend.
  • VenicePulsarSink: This is a Sink connector for Apache Pulsar that pushes data from Pulsar into Venice.
  • Thin Client: This is a stateless client users use to query Venice Router for reading store data.
  • Fast Client: This is a stateful client users use to query Venice Server for reading store data.
  • Da Vinci Client: This is an embedded, stateful client that materializes store data locally.
  • Alpini: This is the framework that fast-client and routers use to route requests to the storage nodes that have the data.
  • Samza: This is the library users use to make nearline updates to store data.
  • Admin Tool: This is the stand-alone client used for ad-hoc operations on Venice.
  • Scripts: These are the various ops scripts in the repo.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant