# Specifying Modules on Gateway Docker Compose

**URL:** <https://forum.inductiveautomation.com/t/specifying-modules-on-gateway-docker-compose/50361>\
**Category:** Ignition\
**Tags:** ignition81\
**Created:** [August 26, 2021, 10:03pm UTC](https://forum.inductiveautomation.com/t/specifying-modules-on-gateway-docker-compose/50361 "2021-08-26T22:03:41Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![kissamcorrina](https://avatars.discourse-cdn.com/v4/letter/k/ba9def/32.png) [@kissamcorrina](https://forum.inductiveautomation.com/u/kissamcorrina)\
**Post date:** [August 26, 2021, 10:03pm UTC](https://forum.inductiveautomation.com/t/specifying-modules-on-gateway-docker-compose/50361/1 "2021-08-26T22:03:41Z")

</div>

I noticed on @kcollins [Docker Hub](https://hub.docker.com/r/kcollins/ignition/), there’s an environment variable to specify the which modules are enabled `GATEWAY_MODULES_ENABLED`. Is there any way to accomplish this with the Inductive’s [Docker Hub](https://hub.docker.com/r/inductiveautomation/ignition)?

Restoring a gateway backup with limited modules does not affect which modules are enabled in the container.

What I’d like to accomplish is automatic provisioning of frontend/backend gateways in the scale-out architecture without manually going in and removing unwanted modules.

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [August 26, 2021, 10:08pm UTC](https://forum.inductiveautomation.com/t/specifying-modules-on-gateway-docker-compose/50361/2 "2021-08-26T22:08:52Z")

</div>

Right now I think you’d have to build your own image, but this functionality is something on the team’s backlog\*.

`*` well, there’s a ticket describing it, anyway. It looks like it’s being incubated.

---

<div class="post-metadata">

**Author:** ![kcollins](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kcollins/32/19646_2.png) [@kcollins](https://forum.inductiveautomation.com/u/kcollins)\
**Post date:** [August 26, 2021, 10:34pm UTC](https://forum.inductiveautomation.com/t/specifying-modules-on-gateway-docker-compose/50361/3 "2021-08-26T22:34:55Z")

</div>

@Kevin.Herron beat me to it. We’ve chosen not to implement the solution used by `kcollins/ignition` image since even it has some nuance that we’d like to be a little cleaner for the official image (regarding managing modules from the gateway webpage being one aspect that comes to mind). That is the reason it is still “incubating”–we want to make sure we get this behavior right and ensure that all aspects work smoothly.

The good news is that if you don’t want to wait, you can customize via a derived image and add some of your own logic rather easily. I whipped up an example that brings in that same `GATEWAY_MODULES_ENABLED` environment variable functionality against the official image.

[forum-50361.zip](https://forum.inductiveautomation.com/uploads/short-url/pHRkCDBXHGMOm2q46UnEyppzg5L.zip) (3.2 KB)

It works by introducing an entrypoint “shim” script that executes custom logic on container launch and then hands off to the built-in entrypoint from the official image. This approach helps you build your own image without having to start from scratch!

Hope this helps! There will be more examples like this coming “soon”, too, so stay tuned. 🙂

---

<div class="post-metadata">

**Author:** ![kissamcorrina](https://avatars.discourse-cdn.com/v4/letter/k/ba9def/32.png) [@kissamcorrina](https://forum.inductiveautomation.com/u/kissamcorrina)\
**Post date:** [August 30, 2021, 3:06pm UTC](https://forum.inductiveautomation.com/t/specifying-modules-on-gateway-docker-compose/50361/4 "2021-08-30T15:06:35Z")

</div>

This works great! Thank you for the help.
