Details
-
New Feature
-
Status: Closed (View Workflow)
-
P2
-
Resolution: Done
-
None
-
None
-
-
CP: sprint 86, CP: sprint 87, CP: sprint 84, CP: sprint 85, CP: sprint 88, CP: sprint 89, CP: sprint 90, CP: sprint 91, CP: sprint 92, CP: sprint 94, CP: sprint 95, CP: sprint 96, CP: sprint 97, CP: sprint 98, CP: sprint 99, CP: sprint 100
-
Core: Platform
Description
Module prepare/upgrade may take a long time and thus, make the install/upgrade service take a long time.. Multiple hours in some cases.. Consider whether to make the install/upgrade async .. For example – return immediately – after immediate checks are done.. and let it run in the background.. The Okapi is OK that tenant init to individual modules take time.. But client software (ore reverse proxies in between) using Okapi may not be.
Approach
To remain backwards compatible with existing modules we could retain sync API for the the tenant "init" and provide an async "install/upgrade" facade endpoint in Okapi This will prevent timeouts cause by reverse proxies or clients shutting down connections.
When invoked, Okapi will do only immediate checks and return a
{Location}header with an URI to the status endpoint that the client can poll subsequently to check progress.
The "status" endpoint will contain the information about the upgrade/migration status (or error if failure encountered) for each module.
See more at https://wiki.folio.org/display/FOLIJET/Async+install
TestRail: Results
Attachments
Issue Links
- blocks
-
OKAPI-874 install/upgrade: async operation (install jobs) phase 1
-
- Closed
-
-
OKAPI-875 install/upgrade: tenant API extensions (phase2)
-
- Closed
-
- is blocked by
-
OKAPI-773 switch instance in "discovery" only if all modules installed/upgraded succesfully
-
- Closed
-
- relates to
-
FOLIO-2525 SPIKE: propose upgrade strategy
-
- Closed
-
-
MODINVSTOR-450 Slow queries when migrating from Daisy to Edelweiss
-
- Closed
-
-
OKAPI-814 SPIKE: two- or three- phase commit module upgrade
-
- Open
-
-
OKAPI-845 Consider 'onfailure=continue' parameter for install/upgrade
-
- Closed
-
-
OKAPI-938 SPIKE: design and PoC for granular migration API
-
- Open
-
-
OKAPI-939 Parallel (concurrent) migration for modules
-
- Closed
-
-
RMB-582 Allow telling the tenant API to skip data migration scripts
-
- Open
-