Followup to #7478: Move Cover Tars -> Zips #9560
Labels
Lead: @cdrini
Issues overseen by Drini (Staff: Team Lead & Solr, Library Explorer, i18n) [managed]
Module: Cover Service
Cover Store (book covers service)
Priority: 1
Do this week, receiving emails, time sensitive, . [managed]
State: Blocked
Work has stopped, waiting for something (Info, Dependent fix, etc. See comments). [managed]
Theme: Performance
Issues related to UI or Server performance. [managed]
Type: Feature Request
Issue describes a feature or enhancement we'd like to implement. [managed]
Milestone
Problem
A clear and concise description of what you want to happen
Open Library relies on Archive.org as a storage layer for millions of book covers and has a resolver at covers.openlibrary.org which looks in the Open Library cover DB for a cover and determines where it lives (either on OL disk or in an archive.org item).
Right now w're seeing what appears to be high volume, programatic access of our covers... Instead of downloading the entire tar, they are downloading a cover at a time rapidly. This is causing performance issues on Archive.org nodes because accessing tars is much slower than zip.
We should block this high volume access first of all as a stop gap, but either way we should prioritize moving these tars to zips.
Prerequisites
Phase I
The strategy is:
Phase II
There is one exceptional case, which is that there is a batch of tars on disk that we'd like to be zips. One solution (while not ideal) is to perform this same process, to:
Proposal & Constraints
What is the proposed solution / implementation?
Is there a precedent of this approach succeeding elsewhere?
Which suggestions or requirements should be considered for how feature needs to appear or be implemented?
Leads
Related files
Stakeholders
Instructions for Contributors
The text was updated successfully, but these errors were encountered: