9 votes

Is stateless mode necessary before containerizing a monolithic application?

You seem to have most of the answers in your question. The short answer to your question is "containerized application can be statefull". On the same note "You will not get many of the benefits of ...
Nachiappan Kumarappan's user avatar
4 votes
Accepted

Would it be possible to create a browser that runs container images?

Note that the premise is somewhat flawed. Originally, browsers were tools to navigate a web of linked documents. It seemed desirable to add dynamic content to web documents, and there have been ...
Hans-Martin Mosner's user avatar
3 votes

Would it be possible to create a browser that runs container images?

Yes, it would be theoretically possible to combine a browser and a container runner into one. No, such a combination would not be as useful as you seem to think. Containers are not intended to be able ...
Bart van Ingen Schenau's user avatar
3 votes

Why should I use containers instead of deploying build artifacts directly to Azure App Services or AWS Elastic Beanstalk?

A full answer to your question depends on the complexity of deployment. If you are looking to host a single ASP.Net (core or classic) website, with no additional services, then I would recommend the ...
Berin Loritsch's user avatar
3 votes
Accepted

Why should I use containers instead of deploying build artifacts directly to Azure App Services or AWS Elastic Beanstalk?

On a very high level, you are not missing out on anything crucial. Docker (and Kubernetes) provide a runtime environment, control plane, deployment, network abstraction etc. which are also provided by ...
Martin K's user avatar
  • 2,897
2 votes

Containers Across Operating systems

No Docker engine alone doesn't do that. The underlying system still has to run the appropriate OS kernel to be able to run a container written for that family of operating system. There are however, ...
Lie Ryan's user avatar
  • 12.4k
2 votes

How should I manage secrets for applications deployed on servers I do not control?

Taking these slightly out of order: Option 2: build the server in house. This doesn't fundamentally change things - the server with the keys on it will still be in the physical control of your ...
Philip Kendall's user avatar
2 votes

Is microservices architecture a good candidate for a pipeline?

I have a monolithic application which can be divided into multiple steps and different steps have variable scaling requirement This has nothing to do with a state machine. This is a pipeline. You ...
sevensevens's user avatar
2 votes
Accepted

Are there any advantages to using dockerfile dependencies over virtual environment for Python apps?

Absolutely, virtual envs are a great option for isolating dependencies. But only for dependencies that are Python packages. You also need configuration management on the server: for the available ...
amon's user avatar
  • 134k
1 vote
Accepted

How to check for docker specific code and APIs in an application for later migration to containerd?

Newer docker engine uses containerd. What are some basic hurdles and problems I should look out for while moving from docker to containerd? Perhaps none ? Images build via newer docker engine should ...
S.D.'s user avatar
  • 1,080
1 vote

How should I manage secrets for applications deployed on servers I do not control?

A problem you've not mentioned is revocation and reissue. What happens when you need to change the keys? Option 3 is most secure: can't leak a secret they don't have, you control all the keys, and can ...
pjc50's user avatar
  • 13.2k
1 vote

How should I manage secrets for applications deployed on servers I do not control?

I'd probably go for option 1, even though it does have its shortcomings. The main reasoning is that an API key (like other credentials) gives access to a service but also expresses who is responsible ...
Hans-Martin Mosner's user avatar
1 vote

Why should I use containers instead of deploying build artifacts directly to Azure App Services or AWS Elastic Beanstalk?

I would say in this context it is about the flexibility containers bring to your app. Sure dotnet is cross-platform nowadays, but containers give you portability to be able to run it anywhere where ...
Johan Myburgh's user avatar

Only top scored, non community-wiki answers of a minimum length are eligible