-
Epic
-
Resolution: Done
-
Minor
-
None
-
Decouple Sphinx from Porta for container images
-
False
-
None
-
False
-
Not Started
-
Not Started
-
Not Started
-
Not Started
-
Not Started
-
Not Started
-
0% To Do, 0% In Progress, 100% Done
Currently, Sphinx deployment (`system-sphinx`) uses Porta image. Primarily, that's because:
- we use Thinking Sphinx interface to start the sphinxd daemon
- we need porta to generate sphinx configuration, again through Thinking Sphinx
The purpose of this task is to decouple Sphinx from porta to have two different images:
1. Porta image
Includes all Ruby dependencies and the Porta code, no sphinx service needs to be installed on it.
2. Sphinx image
This one would only have the sphinx service, it does not need to have any Ruby or porta code. What sphinx requires is the configuration file though, that we still need to generate with help of Thinking Sphinx. The easiest option is to generate it in the persistent volume via an initContainer running Porta image, but we can look into different options.
This separation will allows us to have container images that only have what they need, and potentially use different base images.
- blocks
-
THREESCALE-9187 Update operator to support a different image and config for Sphinx
- Closed
- incorporates
-
THREESCALE-8417 Search in on prem doesn't work for records older than 24 hours
- Closed
- is cloned by
-
THREESCALE-10375 Migrate sphinx to manticore
- To Ship To On-Prem
- is depended on by
-
THREESCALE-8417 Search in on prem doesn't work for records older than 24 hours
- Closed
- links to
- mentioned on