Migrate swh-storage api functions relative to indexers to swh-indexer
As swh-storage is the reflection of the db softwareheritage, this is no longer swh-storage's concern to open those api endpoints. Those need to be migrated in swh-indexer.
As the endpoints migrate, it's important the tests continue to pass. So we will move away the tests as well (local + remote storage).
In our daily developer live, we will also need to boostrap the swh-indexer db, first for the tests to pass, second for people to actually be able to run indexers locally.
As swh-web is currently reading indexed information on contents, this is also impacted. We will add a new collaborator to the swh.web.service for accessing the swh-indexer's storage.
Also, there is also a need which is transverse to both storage and indexer, the tool part (indexer_configuration in the indexer). This needs to still exist in the storage as it is used in the swh-loader-core. So that too is impacted. The part that uses it in production is only the loader-deposit though for now (without dev, only a bump in dependency).
This Impacts a lot of repository:
- swh-storage
- swh-indexer
- swh-storage-testdata
- swh-environment
- swh-web
- swh-loader-core
- swh-loader-deposit
At the end of it all, everything should be transparent for the rest of the team.
That is:
cd swh-environment
bin/update
make rebuild-testdata
make test
should result in the same result as a prior run.
Migrated from T871 (view on Phabricator)