matthew/netbox-docker
1
0
Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
7f22d21d5d
netbox-docker/Dockerfile

74 lines
2.2 KiB
Docker
Raw Normal View History

Update base image This updates the base image to Alpine 3.10 with Python 3.7
2019-07-05 01:22:25 -05:00
FROM python:3.7-alpine3.10
Copied Docker components from main repo
2017-04-19 09:48:21 -05:00
Reworked the Dockerfile with alpinelinux
2017-04-21 06:45:34 -05:00
RUN apk add --no-cache \
bash \
build-base \
ca-certificates \
cyrus-sasl-dev \
graphviz \
jpeg-dev \
libffi-dev \
libxml2-dev \
libxslt-dev \
openldap-dev \
postgresql-dev \
♻️ Make netbox-worker it's own container One container should ideally have one responsibility [1]. Therefore I implemented the netbox-worker to start in it's own container. This is possible, because netbox and the worker communicate via redis anyway. They still use the same image underneath, just the "command" they execute while starting different. Or in other words: I see no reason to introduce supervisord, when we already have docker-compose which can take care of running multiple processes. Also, here's another benefit: Now it's possible to view the logs of the webhook worker independently of the other netbox logs (and vice-versa). Other changes in this commit: * I don't see a reason to put a password for Redis in the docker-compose setup, so I removed it. * Slightly changed the nginx config, so that the nginx startup command becomes simpler and any error should be visible in the docker log. * Some housekeeping in the `Dockerfile`. * Added some troubleshooting advice regarding webhooks to the README. I'd like to thank Brady (@bdlamprecht [2]) here who did the harder work of figuring out what's even required to have webhooks working. [3] [1] https://docs.docker.com/develop/develop-images/dockerfile_best-practices/#decouple-applications [2] https://github.com/bdlamprecht [3] https://github.com/ninech/netbox-docker/pull/90
2018-08-13 16:04:09 -05:00
ttf-ubuntu-font-family \
wget
🔼 Introduces a more recent gunicorn
2017-08-30 04:08:21 -05:00
✨ Include Initializers Initializers are startup scripts for common tasks like creating custom fields. These are problems many users of Netbox Docker potentially face and are therefore worth sharing.
2018-02-16 03:25:26 -06:00
RUN pip install \
# gunicorn is used for launching netbox
gunicorn \
Adding in support for NAPALM
2018-03-05 18:56:18 -06:00
# napalm is used for gathering information from network devices
napalm \
✨ Include Initializers Initializers are startup scripts for common tasks like creating custom fields. These are problems many users of Netbox Docker potentially face and are therefore worth sharing.
2018-02-16 03:25:26 -06:00
# ruamel is used in startup_scripts
fix AttributeError for ruamel.yaml
2019-07-30 06:09:02 -05:00
'ruamel.yaml>=0.15,<0.16' \
✨ Don't lock Django to explicit version ... but rather use the same definition that is currently used in Netbox's `requirements.txt`.
2018-08-14 12:08:34 -05:00
# pinning django to the version required by netbox
# adding it here, to install the correct version of
# django-rq
Update django to 2.2
2019-05-09 02:57:01 -05:00
'Django>=2.2,<2.3' \
Working implementation of webhooks using new 'redis' container
2018-08-10 18:55:09 -05:00
# django-rq is used for webhooks
django-rq
Reworked the Dockerfile with alpinelinux
2017-04-21 06:45:34 -05:00
🐳 By default, build `latest` from the `master` branch
2017-08-30 04:07:28 -05:00
ARG BRANCH=master
Explain caching strategy in Dockerfile comments
2019-06-12 10:53:35 -05:00
WORKDIR /tmp
# As the requirements don't change very often,
# and as they take some time to compile,
# we try to cache them very agressively.
%s/digitalocean/netbox-community/gi Thank you Digitalocean for sponsoring Netbox! And thank you for letting it grow up and move out ;)
2019-07-02 14:32:58 -05:00
ARG REQUIREMENTS_URL=https://raw.githubusercontent.com/netbox-community/netbox/$BRANCH/requirements.txt
Caching of requirements.txt After [a discussion][1] with rje6459 on the networktocode Slack in the #netbox-docker channel we've come up with a small improvement to those that regularly have to build netbox docker locally. It fetches the "requirements.txt" from the desired branch before downloading netbox itself. [1]: https://networktocode.slack.com/archives/CD23LP8BC/p1558537080023200
2019-05-22 10:44:50 -05:00
ADD ${REQUIREMENTS_URL} requirements.txt
RUN pip install -r requirements.txt
Explain caching strategy in Dockerfile comments
2019-06-12 10:53:35 -05:00
# Cache bust when the upstream branch changes:
# ADD will fetch the file and check if it has changed
# If not, Docker will use the existing build cache.
# If yes, Docker will bust the cache and run every build step from here on.
%s/digitalocean/netbox-community/gi Thank you Digitalocean for sponsoring Netbox! And thank you for letting it grow up and move out ;)
2019-07-02 14:32:58 -05:00
ARG REF_URL=https://api.github.com/repos/netbox-community/netbox/contents?ref=$BRANCH
Adding REF to GitHub repo HEAD for cache busting After installing requirements, check if HEAD has changed and bust cache for RUN instruction for wget archive
2019-05-23 10:20:39 -05:00
ADD ${REF_URL} version.json
Explain caching strategy in Dockerfile comments
2019-06-12 10:53:35 -05:00
WORKDIR /opt
%s/digitalocean/netbox-community/gi Thank you Digitalocean for sponsoring Netbox! And thank you for letting it grow up and move out ;)
2019-07-02 14:32:58 -05:00
ARG URL=https://github.com/netbox-community/netbox/archive/$BRANCH.tar.gz
Reworked the Dockerfile with alpinelinux
2017-04-21 06:45:34 -05:00
RUN wget -q -O - "${URL}" | tar xz \
Fixes logging config that prevented gunicon launch
2017-06-19 02:24:13 -05:00
&& mv netbox* netbox
Reworked the Dockerfile with alpinelinux
2017-04-21 06:45:34 -05:00
🐞 The upstream repo remove the docker config .. so I copied it over to this repo.
2017-10-13 03:10:43 -05:00
COPY docker/configuration.docker.py /opt/netbox/netbox/netbox/configuration.py
Move config to /etc/netbox/config (Fixes #54) With this the configuration is moved to /etc/netbox/config and the default reports directory is set to /etc/netbox/reports. This enables the user to mount reports from a config map or persistent volume in OpenShift.
2018-04-03 02:02:19 -05:00
COPY configuration/gunicorn_config.py /etc/netbox/config/
Added nginx.conf netbox image Without it, the nginx container of the docker-compose.yml refuses to start.
2017-05-09 03:12:36 -05:00
COPY docker/nginx.conf /etc/netbox-nginx/nginx.conf
Explain caching strategy in Dockerfile comments
2019-06-12 10:53:35 -05:00
COPY docker/docker-entrypoint.sh /opt/netbox/docker-entrypoint.sh
🐞 Be More Explicit On Paths
2018-02-16 03:49:34 -06:00
COPY startup_scripts/ /opt/netbox/startup_scripts/
COPY initializers/ /opt/netbox/initializers/
Move config to /etc/netbox/config (Fixes #54) With this the configuration is moved to /etc/netbox/config and the default reports directory is set to /etc/netbox/reports. This enables the user to mount reports from a config map or persistent volume in OpenShift.
2018-04-03 02:02:19 -05:00
COPY configuration/configuration.py /etc/netbox/config/configuration.py
Copied Docker components from main repo
2017-04-19 09:48:21 -05:00
🐳 Change to the actual workdir
2017-08-30 04:09:24 -05:00
WORKDIR /opt/netbox/netbox
✨ Include Initializers Initializers are startup scripts for common tasks like creating custom fields. These are problems many users of Netbox Docker potentially face and are therefore worth sharing.
2018-02-16 03:25:26 -06:00
ENTRYPOINT [ "/opt/netbox/docker-entrypoint.sh" ]
Copied Docker components from main repo
2017-04-19 09:48:21 -05:00
♻️ Make netbox-worker it's own container One container should ideally have one responsibility [1]. Therefore I implemented the netbox-worker to start in it's own container. This is possible, because netbox and the worker communicate via redis anyway. They still use the same image underneath, just the "command" they execute while starting different. Or in other words: I see no reason to introduce supervisord, when we already have docker-compose which can take care of running multiple processes. Also, here's another benefit: Now it's possible to view the logs of the webhook worker independently of the other netbox logs (and vice-versa). Other changes in this commit: * I don't see a reason to put a password for Redis in the docker-compose setup, so I removed it. * Slightly changed the nginx config, so that the nginx startup command becomes simpler and any error should be visible in the docker log. * Some housekeeping in the `Dockerfile`. * Added some troubleshooting advice regarding webhooks to the README. I'd like to thank Brady (@bdlamprecht [2]) here who did the harder work of figuring out what's even required to have webhooks working. [3] [1] https://docs.docker.com/develop/develop-images/dockerfile_best-practices/#decouple-applications [2] https://github.com/bdlamprecht [3] https://github.com/ninech/netbox-docker/pull/90
2018-08-13 16:04:09 -05:00
CMD ["gunicorn", "-c /etc/netbox/config/gunicorn_config.py", "netbox.wsgi"]
❇️ Adds new options to the build script
2018-02-02 05:48:38 -06:00
LABEL SRC_URL="$URL"
✨ Introduces a Netbox Docker project version
2018-04-04 02:44:58 -05:00
ARG NETBOX_DOCKER_PROJECT_VERSION=snapshot
LABEL NETBOX_DOCKER_PROJECT_VERSION="$NETBOX_DOCKER_PROJECT_VERSION"
Reference in New Issue Copy Permalink