generated from coop-cloud/example
Move elasticsearch into separate compose file #33
Reference in New Issue
Block a user
No description provided.
Delete Branch "change/es-compose"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Similar to my PR for hometown 3 years back --> coop-cloud/hometown#15
Currently the mastodon recipe includes elasticsearch whether it is enabled or not. This changes it so you opt-in by including the additional compose file.
One minor difference to my hometown changes is that I decided not to add ES_ENABLE=true to the compose.elasticsearch.yml file itself, but leave you to set that in the env. It seems a bit redundant to me to include it and have to enable it, but I think that's what other recipes do, and potentially you might want to keep the service running, but not have it enabled in mastodon? For debugging or something?
If approved, it'll need a release message something along the lines of:
Asking for reviews from people who've committed stuff here in the past.
This recipe would benefit from a maintainer!
(WIP docs but we're trying to work on formalising this better!)
Left a couple of comments, I also see the PR doesn't include the changes to the
compose.ymlfile, maybe you forgot to add it to the commit?@ -71,2 +70,2 @@ES_HOST=esES_PORT=9200# COMPOSE_FILE="$COMPOSE_FILE:compose.elasticsearch.yml"# ES_ENABLED=trueI'm assuming whoever uncomments the
COMPOSE_FILE="$COMPOSE_FILE:compose.elasticsearch.yml"line would likeES_ENABLED=trueto be the value, so no need to keep it in env file?Oops, you already addressed that in the PR description, sorry about that 😆
I doubt this is a common enough use-case that we would want to allow for it from the configurations, devs can always use
--chaosfor such use cases, wdyt?I was on the fence about whether to hardcode the values, but given your comment I think it makes sense to just make it simple, so you only have to include the extra compose file, and all the values are set right.
@ -73,0 +70,4 @@# COMPOSE_FILE="$COMPOSE_FILE:compose.elasticsearch.yml"# ES_ENABLED=true# ES_HOST=es# ES_PORT=9200Same with host and port, since
esis the host name in the compose file and I'm assuming 9200 is the port configured for the imagedocker.elastic.co/elasticsearch/elasticsearch-oss?Ok, updated!
ship it!