[ 
https://issues.apache.org/jira/browse/SOLR-11245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17180808#comment-17180808
 ] 

Jan Høydahl commented on SOLR-11245:
------------------------------------

Let's keep this issue somewhat separate from the "official docker image to ASF" 
migration. I imagine that the level of detail, tests, deploy, release work etc 
necessary for docker-solr (whether is lives outside or inside the project) will 
always be somewhat large. And we'll probably want to move docker-solr repo into 
a separate ASF git repo, e.g. 'solr-docker' since it is a whole project by 
itself.

It's therefore tempting to have a simple Dockerfile inside the solr repo, which 
just builds an image directly from the local repo. It can be very slim and 
mostly as a basis for local hacking, spinning up a Docker for the latest 
9.0-SNAPSHOT etc. Won't need to be production ready, we can point to 
'solr-docker' for that. It can be super slim, the minimum needed.

Of course, would be nice if the 'solr-docker' project was also able to pull the 
tgz from local disk instead of from asf mirrors, so people could build an image 
that is identical to the official one, except with their custom Solr version.

> Cloud native Dockerfile
> -----------------------
>
>                 Key: SOLR-11245
>                 URL: https://issues.apache.org/jira/browse/SOLR-11245
>             Project: Solr
>          Issue Type: New Feature
>          Components: Build
>    Affects Versions: 6.6
>            Reporter: jay vyas
>            Assignee: Jan Høydahl
>            Priority: Major
>              Labels: docker
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> SOLR Should have its own Dockerfile, ideally one that is cloud native (i.e. 
> doesn't expect anything special from the operating system in terms of user 
> IDs, etc), for deployment, that we can curate and submit changes to as part 
> of the official ASF process, rather then externally.  The idea here is that 
> testing SOLR regression, as a microservice, is something we should be doing 
> as part of our continuous integration, rather then something done externally.
> We have a team here that would be more then happy to do the work to port 
> whatever existing SOLR dockerfiles are out there into something that is ASF 
> maintainable, and cloud native, and easily testable, as well.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org

Reply via email to