This image, from [pelias/libpostal-service](https://github.com/pelias/libpostal-service)
gives us a bit more control and consistency over how the
libpostal-service is run.
Benefits include:
- smaller download footprint since it shares the
pelias/libpostal_baseimage download with the interpolation service
- non-root `pelias` user and other features common to pelias/baseimage
- default port number consistent with other Pelias services
The document service originally became part of this repository because
it was used in a Mapzen demo/workshop some time ago as a more convenient
way to index documents for custom importers.
While it could be useful, it isn't currently supported and is not used
in this repository. By removing it from all the docker-compose.yml
files, we can reduce the size of downloaded Docker images.
We have some settings hanging around our docker-compose.yml files that
are hanging around from when we did things quite differently.
Previously, we built the libpostal_baseimage image directly as part of
our Docker setup projects. This required setting it as a "dependency" of
other images. That's no longer required, and having that `dependency`
setting is causing an extra container to be launched, after which it
does nothing and shuts down.
Additionaly, we used to store libpostal training data in a separate
filesystem. It's now baked into the `libpostal_baseimage` image, so all
those settings are no longer required.
NPM creates an extra layer of processes in containers which [do not
properly forward signals](https://github.com/npm/npm/issues/4603). This
can cause problems starting/stopping containers quickly.
Additionally NPM tries to write to the filesystem as part of its
self-update check. We would like to move to read only root container
filesystems (using `read_only: true` in docker-compose.yml), so the
easiest way to work around this NPM "feature" is to avoid using NPM.