BlogStart here

Do I need Docker, Kubernetes or YAML to deploy?

For one app on Antideploy you need none of them. Here is what each one is, and the few times a Dockerfile helps.

How the Agent API works
  • DockerA box that holds your app and what it needs
  • KubernetesA system for running many boxes on many machines
  • YAMLA format for configuration files
  • On AntideployYou need none of them

The short answer

No. To deploy one app on Antideploy you do not need Docker, Kubernetes or YAML. Antideploy reads your project, works out how to build and start it, and does the packaging itself. You can add a Dockerfile if you want exact control, and then Antideploy uses it.

What each one is

  • Docker packs an app and everything it needs into one sealed unit called a container, so it runs the same everywhere.
  • A Dockerfile is the recipe for that container. It lists the steps to build it.
  • Kubernetes runs and manages many containers across many machines. It is built for teams that run many services at large scale. One app does not need it.
  • YAML is a file format for settings. Kubernetes, GitHub Actions and many hosts use YAML files to describe what to run.

What happens on Antideploy instead

Antideploy reads your files and builds the container for you, using standard buildpacks. It works out the language and version, the install and build commands, the start command and the port. It tells you what it found and which file each answer came from.

You write no recipe and no YAML. If your project has a Procfile with a web: line, that line is used as the start command. That is one line, and it is optional.

When a Dockerfile is worth writing

  • Your app needs a system program that is not a package, such as ffmpeg or an image library
  • Your project is PHP, which runs only through a Dockerfile
  • You need an exact language version or build steps that the automatic build does not guess
  • You already have a Dockerfile that works and want it used as it is

If there is a Dockerfile at the root of your project, Antideploy builds with it. Its own start command is used, and the port it declares with EXPOSE is the one Antideploy sends traffic to. Read how to deploy with your own Dockerfile for the details and the limits.

01Before you commit

Here's where it stops.

A platform that only tells you what it is good at is one you find the edges of in production. These are the ones to know before your first deploy.

  1. A Dockerfile has an age gate

    A custom Dockerfile builds from the first deploy for accounts signed in with GitHub or Google and on any paid plan. An account made with only an email address waits 7 days.

02Questions

Docker questions, answered.

Anything else? Write to us and a person answers.

support@antideploy.com
Is a Dockerfile better than letting Antideploy build it?

Not by default. The automatic build covers Node, Python, Go, Ruby, Java and static sites with nothing to maintain. A Dockerfile gives you control, and you keep it up to date yourself.

Do I need Kubernetes for a small app?

No. Kubernetes is for running many services across many machines. One app, even a busy one, does not need it, and Antideploy runs the app without you touching it.

Will Antideploy use my Dockerfile?

Yes, when it is at the root of your project. It is used from the first deploy for accounts signed in with GitHub or Google and on any paid plan. An account made with only an email address waits 7 days.

What if my Dockerfile fails to build?

The deploy says which step failed and with what exit code. One known limit is that the builder does not support RUN --mount. Removing the --mount=type=cache lines builds immediately.

Is there more reading?

Yes. The docs have a guide on deploying without a Dockerfile and one on whether you need Kubernetes.

Deploy something. Start with one sentence.

Paste one sentence into your coding agent, click Approve once, and get a live link. No card, no trial clock.

Start from GitHub or a folder
Prompt copied Paste it into Claude Code, Codex or Cursor and press Enter.