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] dataprep/retriever uses different environment variables for different DB backend #1239

Open
2 of 7 tasks
lianhao opened this issue Jan 26, 2025 · 1 comment
Open
2 of 7 tasks
Assignees
Labels
bug Something isn't working

Comments

@lianhao
Copy link
Collaborator

lianhao commented Jan 26, 2025

Priority

Undecided

OS type

Ubuntu

Hardware type

Xeon-GNR

Installation method

  • Pull docker images from hub.docker.com
  • Build docker images from source
  • Other

Deploy method

  • Docker
  • Docker Compose
  • Kubernetes Helm Charts
  • Other

Running nodes

Single Node

What's the version?

1.2

Description

Currently, for the following common settings, the dataprep/retriever are using different environment variable names for different backend, we should unify them to use the same environment variable to minimize the end user's configuration confusion:

  • endpoint to the backend TEI service: some are using TEI_ENDPOINT, some are using TEI_EMBEDDING_ENDPOINT. Suggest to use TEI_EMBEDDING_ENDPOINT
  • local embedding model: some are EMBED_MODEL, some are using LOCAL_EMBEDDING_MODEL. Suggest to use EMBED_MODEL

While doing the change, we should also keep backward compatibility to make sure old version of config can work with new service, while the new environment names should take precedence: i.e.

TEI_EMBEDDING_ENDPOINT = os.getenv("TEI_EMBEDDING_ENDPOINT") or os.getenv("TEI_ENDPOINT")

Reproduce steps

n/a

Raw log

Attachments

No response

@lianhao lianhao added the bug Something isn't working label Jan 26, 2025
@ashahba
Copy link
Collaborator

ashahba commented Jan 31, 2025

Thanks @lianhao for raising this technical debt. We'll look into reducing this consistency during upcoming releases.
If however this is casing an issue, let me know and we'll work on the fix after that.

@ashahba ashahba self-assigned this Jan 31, 2025
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

2 participants