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

Move All Storage Packages Under internal #6637

Open
mahadzaryab1 opened this issue Jan 30, 2025 · 3 comments
Open

Move All Storage Packages Under internal #6637

mahadzaryab1 opened this issue Jan 30, 2025 · 3 comments

Comments

@mahadzaryab1
Copy link
Collaborator

mahadzaryab1 commented Jan 30, 2025

We want to move all the storage package and organize them under internal to prevent any external dependencies.

The new proposed directory structure is as follows:

  • internal/storage/ - move existing storage/* here
  • internal/storage/v1 - all implementations go here (e.g internal/storage/v1/cassandra)
  • internal/storage/v1/meta - move plugin/storage/* here
  • storage/v2 - move storage_v2 here
@mahadzaryab1 mahadzaryab1 self-assigned this Jan 30, 2025
@dosubot dosubot bot added the area/storage label Jan 30, 2025
mahadzaryab1 added a commit that referenced this issue Jan 31, 2025
## Which problem is this PR solving?
- Towards #6637

## Description of the changes
- This PR moves the implementation from `plugin/storage/` to
`internal/storage/`

## How was this change tested?
- CI

## Checklist
- [x] I have read
https://github.com/jaegertracing/jaeger/blob/master/CONTRIBUTING_GUIDELINES.md
- [x] I have signed all commits
- [x] I have added unit tests for the new functionality
- [x] I have run lint and test steps successfully
  - for `jaeger`: `make lint test`
  - for `jaeger-ui`: `npm run lint` and `npm run test`

---------

Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
yurishkuro pushed a commit that referenced this issue Feb 1, 2025
## Which problem is this PR solving?
- Towards #6637

## Description of the changes
- This PR moves the implementation for the badger storage from
`plugin/storage/` to `internal/storage/`

## How was this change tested?
- CI

## Checklist
- [x] I have read
https://github.com/jaegertracing/jaeger/blob/master/CONTRIBUTING_GUIDELINES.md
- [x] I have signed all commits
- [x] I have added unit tests for the new functionality
- [x] I have run lint and test steps successfully
  - for `jaeger`: `make lint test`
  - for `jaeger-ui`: `npm run lint` and `npm run test`

---------

Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
yurishkuro added a commit that referenced this issue Feb 1, 2025
## Which problem is this PR solving?
- Towards #6637

## Description of the changes
- This PR moves the implementation for memory storage from
`plugin/storage/` to `internal/storage/`

## How was this change tested?
- CI

## Checklist
- [x] I have read
https://github.com/jaegertracing/jaeger/blob/master/CONTRIBUTING_GUIDELINES.md
- [x] I have signed all commits
- [x] I have added unit tests for the new functionality
- [x] I have run lint and test steps successfully
  - for `jaeger`: `make lint test`
  - for `jaeger-ui`: `npm run lint` and `npm run test`

---------

Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
Co-authored-by: Yuri Shkuro <yurishkuro@users.noreply.github.com>
mahadzaryab1 added a commit that referenced this issue Feb 2, 2025
## Which problem is this PR solving?
- Towards #6637

## Description of the changes
- This PR moves the implementation for gRPC storage from
`plugin/storage/` to `internal/storage/`

## How was this change tested?
- CI

## Checklist
- [x] I have read
https://github.com/jaegertracing/jaeger/blob/master/CONTRIBUTING_GUIDELINES.md
- [x] I have signed all commits
- [x] I have added unit tests for the new functionality
- [x] I have run lint and test steps successfully
  - for `jaeger`: `make lint test`
  - for `jaeger-ui`: `npm run lint` and `npm run test`

---------

Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
Signed-off-by: Mahad Zaryab <43658574+mahadzaryab1@users.noreply.github.com>
mahadzaryab1 added a commit that referenced this issue Feb 2, 2025
…6648)

## Which problem is this PR solving?
- Towards #6637

## Description of the changes
- This PR moves the implementation for elasticsearch storage from
`plugin/storage/` to `internal/storage/`

## How was this change tested?
- CI

## Checklist
- [x] I have read
https://github.com/jaegertracing/jaeger/blob/master/CONTRIBUTING_GUIDELINES.md
- [x] I have signed all commits
- [x] I have added unit tests for the new functionality
- [x] I have run lint and test steps successfully
  - for `jaeger`: `make lint test`
  - for `jaeger-ui`: `npm run lint` and `npm run test`

---------

Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
Signed-off-by: Mahad Zaryab <43658574+mahadzaryab1@users.noreply.github.com>
mahadzaryab1 added a commit that referenced this issue Feb 2, 2025
## Which problem is this PR solving?
- Towards #6637

## Description of the changes
- This PR moves the implementation for blackhole storage from
`plugin/storage/` to `internal/storage/`

## How was this change tested?
- CI

## Checklist
- [x] I have read
https://github.com/jaegertracing/jaeger/blob/master/CONTRIBUTING_GUIDELINES.md
- [x] I have signed all commits
- [x] I have added unit tests for the new functionality
- [x] I have run lint and test steps successfully
  - for `jaeger`: `make lint test`
  - for `jaeger-ui`: `npm run lint` and `npm run test`

---------

Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
Signed-off-by: Mahad Zaryab <43658574+mahadzaryab1@users.noreply.github.com>
@yurishkuro
Copy link
Member

@mahadzaryab1 I think plugin/storage/scylladb could be moved to docker-compose/ instead

mahadzaryab1 added a commit that referenced this issue Feb 2, 2025
## Which problem is this PR solving?
- Towards #6637

## Description of the changes
- This PR moves the docker-compose setup for scylladb to from
`plugin/storage/scylladb` to `docker-compose/scylladb`

## How was this change tested?
- CI

## Checklist
- [x] I have read
https://github.com/jaegertracing/jaeger/blob/master/CONTRIBUTING_GUIDELINES.md
- [x] I have signed all commits
- [x] I have added unit tests for the new functionality
- [x] I have run lint and test steps successfully
  - for `jaeger`: `make lint test`
  - for `jaeger-ui`: `npm run lint` and `npm run test`

Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
mahadzaryab1 added a commit that referenced this issue Feb 2, 2025
## Which problem is this PR solving?
- Towards #6637

## Description of the changes
- This PR moves the implementation for gRPC storage from
`plugin/storage/` to `internal/storage/`

## How was this change tested?
- CI

## Checklist
- [x] I have read
https://github.com/jaegertracing/jaeger/blob/master/CONTRIBUTING_GUIDELINES.md
- [x] I have signed all commits
- [x] I have added unit tests for the new functionality
- [x] I have run lint and test steps successfully
  - for `jaeger`: `make lint test`
  - for `jaeger-ui`: `npm run lint` and `npm run test`

Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
mahadzaryab1 added a commit that referenced this issue Feb 2, 2025
## Which problem is this PR solving?
- Towards #6637

## Description of the changes
- This PR moves the storage interfaces defined in `storage` to
`internal/storage/v1/api`

## How was this change tested?
- CI

## Checklist
- [x] I have read
https://github.com/jaegertracing/jaeger/blob/master/CONTRIBUTING_GUIDELINES.md
- [x] I have signed all commits
- [x] I have added unit tests for the new functionality
- [x] I have run lint and test steps successfully
  - for `jaeger`: `make lint test`
  - for `jaeger-ui`: `npm run lint` and `npm run test`

---------

Signed-off-by: Mahad Zaryab <mahadzaryab1@gmail.com>
yurishkuro added a commit that referenced this issue Feb 2, 2025
## Which problem is this PR solving?
- Part of #6637
- `es` was the only package name that did not contain the full name of
the database.

## Description of the changes
- Bring the naming in line with the rest of the backends: `es ->
elasticsearch`
- Keep direct imports using `es` as alias to minimize code changes
- Change es-mapping-generator binary location to match other binaries:
`./cmd/esmapping-generator/{binary}-{platform}`
- Remove unused target `build-esmapping-generator-linux`

## How was this change tested?
- CI

---------

Signed-off-by: Yuri Shkuro <github@ysh.us>
@yurishkuro
Copy link
Member

I think plugin/storage/integration/ can go under internal/storage/integration. It doesn't need to be under v1/v2.

@yurishkuro
Copy link
Member

The meta-factory under plugin/storage could go to internal/storage/v1/factory.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants