You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
HT7 creates the Linux Azure.Functions.Host executable shell and static Client-composition entrypoint. HT8a/HT8b populate the Client graph and prove its lifecycle in tests. The beta stamp still needs an immutable, deployable compute Host artifact and a versioned image-input contract.
This PR turns the existing executable into a published, isolated, runnable artifact. It does not create or rename the executable, composition, or Program.
HT7 provides the Linux-only Azure.Functions.Host project, executable entrypoint, ClientWorkerComposition selection, solution wiring, and placeholder build/publish checks. HT8a/HT8b make that composition runnable in tests.
No official compute artifact, publish profile, CI publication, image-input contract, dependency/output isolation gate, or process/container smoke exists.
Proposed implementation
Keep the existing Azure.Functions.Host project, executable name, Program, and Client composition; do not add another executable root.
Host owns artifact and input contract. Image owners own production image assembly, promotion, ACR, and pools. The existing Program owns only static composition selection; this PR does not re-express service ownership from HT8.
Tests and evidence
compute/standard publish file and deps inclusion/exclusion assertions;
reference direction: no Rpc.Server/standard WebHost in compute and no standard reference to Client product;
solution/analyzer and CI artifact publication;
attach both file lists, empty standard deps diff, and resulting artifact identifier for internal BYOC #219;
HT14 evidence.
Explicit exclusions
no new executable project, executable name, Program, or placeholder composition;
no ACR/pool/promotion pipeline or production image hardening;
no placeholder pools;
no auth/certificates;
no WorkerProxy sidecar packaging into this artifact;
no customer host.json/app mount/code download;
no link/capacity endpoints;
no standard publish behavior change;
no runtime topology flag;
no Aspire automation or post-M1 scope.
Acceptance criteria
the existing Azure.Functions.Host publishes through official CI as an isolated Linux artifact;
compute publish includes the documented entrypoint and has exact output isolation;
standard publish/deps is unchanged;
image owner accepts the versioned layout/environment/port/artifact contract;
CI publishes an immutable artifact identifier.
PR stop condition
Stop when the existing dedicated executable publishes an isolated artifact and the image-input contract is reviewed. Process/container smoke coverage is deferred to #12028 and does not block this issue. HT9, capacity publication, production image promotion, and stamp execution remain separate.
Deferred smoke coverage
Process/container smoke testing was split into #12028 for a future milestone (currently unmilestoned). That issue covers artifact-based Host/WorkerProxy startup, the external-worker HTTP flow, and bounded graceful shutdown/cleanup. It is not a BYOC-M1 artifact-publishing acceptance gate or a prerequisite for #12027. Existing unit tests remain unchanged; bundle-cache/fallback testing is covered elsewhere.
Roadmap mapping
HB4AHT8bWhy this PR exists
HT7 creates the Linux
Azure.Functions.Hostexecutable shell and static Client-composition entrypoint. HT8a/HT8b populate the Client graph and prove its lifecycle in tests. The beta stamp still needs an immutable, deployable compute Host artifact and a versioned image-input contract.This PR turns the existing executable into a published, isolated, runnable artifact. It does not create or rename the executable, composition, or
Program.Source material
ga-plan.md: standard/Client/WorkerProxy output isolation.platform-control-apis.md, runtime pod composition.Current state
HT7 provides the Linux-only
Azure.Functions.Hostproject, executable entrypoint,ClientWorkerCompositionselection, solution wiring, and placeholder build/publish checks. HT8a/HT8b make that composition runnable in tests.No official compute artifact, publish profile, CI publication, image-input contract, dependency/output isolation gate, or process/container smoke exists.
Proposed implementation
Azure.Functions.Hostproject, executable name,Program, and Client composition; do not add another executable root..deps.jsontests:Ownership and lifecycle
Host owns artifact and input contract. Image owners own production image assembly, promotion, ACR, and pools. The existing
Programowns only static composition selection; this PR does not re-express service ownership from HT8.Tests and evidence
Explicit exclusions
Program, or placeholder composition;Acceptance criteria
Azure.Functions.Hostpublishes through official CI as an isolated Linux artifact;PR stop condition
Stop when the existing dedicated executable publishes an isolated artifact and the image-input contract is reviewed. Process/container smoke coverage is deferred to #12028 and does not block this issue. HT9, capacity publication, production image promotion, and stamp execution remain separate.
Deferred smoke coverage
Process/container smoke testing was split into #12028 for a future milestone (currently unmilestoned). That issue covers artifact-based Host/WorkerProxy startup, the external-worker HTTP flow, and bounded graceful shutdown/cleanup. It is not a BYOC-M1 artifact-publishing acceptance gate or a prerequisite for #12027. Existing unit tests remain unchanged; bundle-cache/fallback testing is covered elsewhere.