looks like you did some changes in your Dockerfile comparing to my example, and you did mistake there. Can you share your Dockerfile, so I could check it?

In my example I have line

ADD $cache-lnxrhx64.tar.gz .

where $cache is variable defined few lines above. And when build will run, it will be replaced with value. But in your case, I see $ensemble, and sure that you don't have such variable, and this follows to the error.

I have configured automatic deployment of the application to Kubernetes with Helm from GitLab as a part of CI/CD process.

I would not say that I had some specific issues, just well configured Kubernetes cluster with the right storage driver. Any InterSystems products supports devicemapper and aufs right now, yet. So, of course, better to have devicemapper available server, and use this possibility. AUFS already deprecated by Docker and will disappear in the next major release.

I made such an example years ago, you can look at GitHub. This example maybe not so correct by this time, but can be useful. When you have to run only ECP clients, it becomes a bit easier. You should not care about volumes, in most cases, all the data stored in ECP-client is temporal. So, you mostly should care only about buffers. In my example, you can find how to configure instance during docker build to work as ECP-client.

Well, now a few questions.

Does it mean that any new requested features will be declined to implement?

Any possibility to implement new features by own?

How about the future of Atelier API?

If InterSystems not going to extend Atelier anymore, maybe it's time to open sources Atelier or at least Atelier API.

Currently, it sounds like Atelier will get the same future as Studio, it means no future. Or am I wrong?