Dashboard

The dashboard at volcano.dev is the browser interface to your projects. Sign in with your Volcano account and every project you own is there.

It is a client of the same API the CLI uses, so nothing it creates is special. A project, function, or database made by clicking is the same resource volcano deploys to and the REST API returns.

What you can do here

Projects. Create a project, see what it contains, rename it, or delete it. The project overview is the fastest way to answer "what is deployed right now".

Functions and frontends. Browse what is deployed, check deployment status and history, and open a live URL. Deploys themselves are usually better from the CLI or Git, because those are repeatable.

Approvals. See every approval your durable functions have asked for, or one workflow's, filtered by time range and status. Cards count the requested, pending, approved, denied, expired, and cancelled ones, with the approval rate and the median time to a decision; a pie chart shows which workflows ask most, and a second chart shows outcomes per day. Open a pending approval to read its details, then approve or deny it with an optional comment, and the workflow resumes with your decision. See Durable approvals.

Durable messages. Open a durable execution to see the messages it was sent and published, oldest first, and the message names it is waiting on. Send it a message from the same panel, which resumes a matching wait. See Durable messages.

Durable Tracing. Under Observability → Durable Tracing, pick a durable function and one of its recent executions to see its trace: every step, wait, and retry on a timeline, and how long the code ran versus waited. A failed or timed-out execution shows its error type and message under its name when one was recorded, ready to copy. Select an operation to see its own error and each attempt's, when the trace has them; otherwise rely on the execution's error. The address links to the execution shown. See Inspect an execution's operations.

Databases. Create a database, browse branches and backups, and read connection details. See Databases.

Storage. Create buckets, browse objects, and edit access policies. See Storage.

Authentication. Turn sign-in methods on, configure OAuth providers, edit email templates, and look at the users who have signed up. See Authentication.

Logs and usage. Search logs across functions, frontends, and databases, and see what the project is consuming against your plan. See Logs and Plans and limits.

Variables and keys. Set environment variables, and create or revoke anon keys, service keys, and project access tokens. See Token types.

Domains. Attach custom domains to a frontend, and make one redirect to another. See Custom domains.

When to use something else

The dashboard is the right tool for looking at things and for changes you are not going to make twice. Two jobs belong elsewhere:

• Anything repeatable. A deploy you will run again, a migration, or a step in CI belongs in the CLI, where it can be scripted and reviewed.
• Anything your application does at runtime. Signing users in, querying with row-level security, uploading files — that is an SDK, not a person in a browser.

Reading a project's configuration as a file

Much of what the dashboard edits also lives in volcano-config.yaml, the declarative manifest for a project. volcano cloud config pull writes the project's current configuration to that file, and volcano cloud config deploy applies it. Use it when you want configuration reviewed in a pull request rather than changed by clicking.