autodisc
Project workspace

Services

Add and operate web applications, workers, images, templates, and internal services.

A service is a deployable process in one environment. Web applications, backend APIs, workers, bots, and scheduled processes should be separate services when they have different commands, scaling, or public-network needs.

Add a service

From the project canvas, select Add Service, then choose:

  • GitHub Repository for source connected through the GitHub App;
  • Upload folder for an authenticated local source archive;
  • Container image for an existing image;
  • Templates for a managed multi-service template; or
  • Database for a supported managed datastore.

Autodisc creates the service in the environment shown in the breadcrumb.

Service panel

Select a service node on the canvas to open its panel.

Deployments

Shows current and historical deployment attempts. Open an item for source, builder/runtime class, timestamps, health outcome, and bounded build output.

Logs

Shows live runtime output and retained history when available. Logs may include application data, so avoid writing secrets in your application.

Metrics

Shows CPU and memory behavior relative to the configured service limits. Template capabilities vary when a node represents more than one runtime.

Files

Use this only where the service exposes a supported mutable or persistent filesystem. Files inside immutable image containers are temporary and reset on redeploy.

Networking

Manage generated domains, custom domains, TCP publication, and the private service endpoint. See Networking.

Details

Inspect source and runtime configuration, then redeploy, stop, or delete the service if your role permits it.

Dependencies

depends_on expresses startup and plan ordering; it does not replace application-level connection retries. Applications should tolerate a database or sibling service becoming temporarily unavailable.

Use private endpoints and injected bindings for service-to-service traffic. Do not hardcode a generated hostname, provider resource ID, or database password into source.

Health and ports

A public web service must listen on the configured port and on an address reachable from the container network, typically 0.0.0.0. Health endpoints should return quickly without performing destructive or expensive work.

On this page