jschoubben
17243b72df
The comment still said the provisioner is not listed and runs via a container's args — but the 061 fix put it in MESH_TOOL_MODULES (serve mode) and dropped the args. A future editor trusting the comment could strip it again and silently reintroduce 061. Comment now matches the code; only the run-once bootstrap runs via args.
43 lines
2.7 KiB
Docker
43 lines
2.7 KiB
Docker
# lavinmq's runtime: the tool runtime, carrying this module's compiled bootstrap, provisioner,
|
|
# tools and event consumer.
|
|
#
|
|
# **Built from this module's own directory and nothing else.** The sdk is in the base image, so
|
|
# nothing is copied out of a neighbouring checkout — which is what lets the mesh build this from a
|
|
# repository and a path (novox/hq ADR 0069) rather than only on a workstation that happens to have
|
|
# the siblings.
|
|
#
|
|
# Two bases, named rather than pinned: the image this is COMPILED in, and the image it RUNS in.
|
|
# They are different images on purpose — the first carries a compiler and the second must not, or
|
|
# every running container would carry one it never invokes. The mesh answers both with the copies it
|
|
# holds, because a fingerprint written here would name one particular copy and no other mesh has it
|
|
# (novox/hq issue 044). Declared in module.json's `build.on`; deliberately no defaults, so a build
|
|
# nobody told stops here and says which module to build first.
|
|
ARG BUILD_BASE
|
|
ARG RUNTIME_BASE
|
|
|
|
FROM ${BUILD_BASE} AS build
|
|
# Compiled under /app/modules so `@novox/mesh-sdk` resolves upward into the base's own
|
|
# node_modules — the module is compiled against exactly the sdk it will run against.
|
|
WORKDIR /app/modules/lavinmq
|
|
COPY . .
|
|
# The compiler is invoked by its real path rather than through node_modules/.bin, whose entries are
|
|
# symlinks to a launcher that requires its library relatively — resolved away when the base image
|
|
# was assembled.
|
|
#
|
|
# Four entrypoints and a client, because this module is four things: a run-once bootstrap that
|
|
# writes the broker's configuration before it first starts, a provisioner that grants consumers
|
|
# their own vhost and user, a set of tools, and an event consumer.
|
|
RUN node /app/node_modules/typescript/bin/tsc \
|
|
client.ts index.ts bootstrap/index.ts provisioner/index.ts tools/index.ts \
|
|
--module NodeNext --moduleResolution NodeNext --target ES2022 --outDir dist
|
|
|
|
FROM ${RUNTIME_BASE}
|
|
COPY --from=build /app/modules/lavinmq/dist /app/modules/lavinmq/dist
|
|
# What the runtime loads from this module in serve mode: its event consumer, its tools, and its
|
|
# provisioner — all three in one process, so the provisioner's reconcile loop runs with the broker
|
|
# connected (novox/hq issues 060/061; the provisioner used to be run as a separate container `args`
|
|
# command, which meant it served no tools and, once, ran nowhere at all). The run-once bootstrap is
|
|
# NOT listed here — it is named in its own container's `args`, because it runs to completion before
|
|
# the broker starts rather than serving. One image, because they are one module and share a client.
|
|
ENV MESH_TOOL_MODULES=/app/modules/lavinmq/dist/index.js,/app/modules/lavinmq/dist/tools/index.js,/app/modules/lavinmq/dist/provisioner/index.js
|