Epinio supported applications
This section describes what kind of application you can expect to work with Epinio. To understand what enables an application to work with Epinio, you need to know how staging works.
How it works​
Epinio relies on Cloud Native Buildpacks to create a container image for your application. It does that by creating Kubernetes Jobs.
Staging starts with you (the developer) running epinio push --name myapp from the root of your application source code.
You can see a simplified diagram of the process in the image below:
After pushing your code, Epinio creates staging job which uses the paketo buildpacks to build a runtime image for your application. If you are not familiar with how buildpacks work, you should have a look at the official docs: https://buildpacks.io/docs/
Supported buildpacks​
Epinio uses the Paketo full builder image which means you can make use of any of the buildpacks documented here: https://paketo.io/docs/concepts/builders/#full
The various buildpacks provide various configuration options. You can read on how to generally configure a buildpack here: https://paketo.io/docs/buildpacks/configuration/ Each buildpack may support more configuration options, so you may have to read the documentation of the buildpacks you are interested in.
E.g.
Note: if your application needs to explicit a particular command to start, you should probably provide a Procfile in order to use the Procfile Buildpack.
Detailed push process​
The above image is a simplified explanation of the epinio push process. If you don't want to know all the details on how that works, the above diagram should
be all the information you need. If you are curious about the details, then read here: Detailed push docs