Skip to content

render: move the template to SQLFlow v2026.09.21, with a turbostats block off unless set - #362

Merged
turbolytics merged 2 commits into
mainfrom
render/sqlflow-v2026.09.21
Sep 22, 2026
Merged

turbolytics merged 2 commits into
mainfrom
render/sqlflow-v2026.09.21

Conversation

@turbolytics

@turbolytics turbolytics commented Sep 22, 2026 •

Copy link
Copy Markdown
Owner

Moves the Deploy to Render template's engine from v2026.09.19.1 to v2026.09.21, and gives its configs a turbostats block that stays off unless set.

Changes:

  • The bump: six references move together, so the template builds and tests the same engine. They're the Dockerfile's ARG, the Makefile, three compose build args and the e2e's default. The README's sample payloads and a comment in bin/telemetry.sh move too.
  • The block: pipeline.yml and serve.yml read it from SQLFLOW_TURBOSTATS_REPORT_TO, SQLFLOW_TURBOSTATS_KEY and SQLFLOW_TURBOSTATS_ID. An empty report_to, the default, reports nowhere and skips the key check. An install that sets nothing runs as before.
  • Not in render.yaml: a Deploy to Render user is never asked about a control plane.
  • Quoted values: an unset variable renders as an empty string. Unquoted, it renders as null, which the serve schema rejects.
  • Why both in one PR: v2026.09.19.1 rejects the block as an additional property, so the block ships with the bump.

Testing:

  • make -C render validate passes.
  • With the variables set, both configs check the key, which proves the block is read.
  • make -C render test passes with reporting off: 88 checks.

From v2026.09.19.1. v2026.09.21 carries the TurboStats reporter, so an
install can report itself to a control plane once its configs carry a
turbostats block; the configs do not change here, and reporting stays off.

Six references carry the tag and move together, or the template builds one
engine and tests another: the Dockerfile's ARG, the Makefile, three compose
build args and the e2e's default. The README's two sample telemetry
payloads and the version comment in bin/telemetry.sh name it too.

Evidence: make -C render validate passes, and make -C render test passes
against the new image, 88 checks. It ran as its own compose project on
spare ports, because another stack of this template held the default ones.
If the bump is wrong, a Deploy to Render install fails its health check on
first deploy.
v2026.09.21 can report an install to a control plane, but only from a
turbostats block in the config; an environment variable alone turns
nothing on. The template had no block, so no install of it could report.

pipeline.yml and serve.yml gain one, read from SQLFLOW_TURBOSTATS_REPORT_TO,
SQLFLOW_TURBOSTATS_KEY and SQLFLOW_TURBOSTATS_ID. report_to defaults to
empty, which the engine reads as reporting nowhere, and skips the key and
id checks. An install that sets nothing runs exactly as before, and
render.yaml does not declare the variables, so a Deploy to Render user is
never asked about a control plane.

The values are quoted. Unquoted, an unset variable renders as null, which
the pipeline schema accepts and the serve schema rejects ("got null, want
string"). The block needs v2026.09.21: v2026.09.19.1 rejects it as an
additional property, which is why it ships with the engine bump.

Evidence: make -C render validate passes; with the variables set, both
configs check the key, which proves the block is read; make -C render
test passes, 88 checks, with reporting off. If this is wrong, an install
fails validation at startup, or reports where nobody asked it to.
@turbolytics turbolytics changed the title render: move the template's engine to SQLFlow v2026.09.21 render: move the template to SQLFlow v2026.09.21, with a turbostats block off unless set Sep 22, 2026
@turbolytics
turbolytics merged commit da5f34b into main Sep 22, 2026
8 checks passed
@github-actions github-actions Bot locked and limited conversation to collaborators Sep 22, 2026
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant