Questions tagged «containers»

用于不属于特定容器技术的容器的一般性问题，例如Docker，LXC，FreeBSD Jails，OpenBSD sysjails，Solaris Containers，WPAR等。也可用于与该问题无关的特定技术。

5
为什么建议在容器中仅运行一个进程？
在许多博客文章和一般意见中，有一种说法是“每个容器一个过程”。 为什么存在此规则？为什么不在需要所有进程都可以工作的单个容器中运行ntp，nginx，uwsgi和更多进程？ 提到此规则的博客文章： “每个容器一个进程是Docker应用程序的推荐设计模式。” “ Docker仅用于创建单进程或单服务容器。” “每个容器最好使用一个过程” “将单个服务作为容器运行” “每个容器一个过程” “每个容器一个过程”
3
Docker不应该用于数据库的原因是什么？
我正在和一个朋友讨论Docker用例。团队中的一个人想使用Docker来完成所有工作-就像一种通用的unix进程包装器。另外认为，应该多克仅用于无状态的类似应用微服务和AWS LAMBDA风格的应用程序。 我们为两者设计了概念证明。在我们的Docker集群上，我们有一个共享驱动器，该驱动器在Docker主机安装时就被挂载了，如果在容器中的数据库被挂载了，它只会将一个卷挂载到共享驱动器上。 尽管有相反的证据，我的朋友仍然坚持他的立场。（他还指出，Docker通过增加堆栈的复杂性而增加了不必要的风险。） 无论是出于同理心，还是与他更好地推理，我都试图倾听并理解他的观点。（我们都相处得很好-因此，这是疯狂和认真讨论的结合）。 问题背后的一种问题是：数据库是牛吗？此注释表明，对于数据库而言，良好的自动备份和检索策略与牛服务器是无法区分的。 我的问题是：为何不应该将Docker用于数据库？ 编辑： 人们要求我阐明我的术语。我以为数据库应用程序位于容器中，而存储位于卷中。我的意思是，RDBMS位于容器中，而数据库存储位于卷中。 一些评论者建议docker卷驱动程序不能很好地处理数据库写入。（或类似的东西）。您能对此进行扩展吗？
4
什么是容器？
关于容器存在一些问题，例如： 配置管理工具在不变的基础架构中扮演什么角色？ 容器编排可以解决哪些问题？ AWS中的简单CI / CD容器 我的问题： 实际上是什么“容器”（在DevOps中）？ 为什么使用它们？
2
我应该在哪里放置应用程序配置？
最近，我一直在阅读有关“ 应将取决于环境的属性存储在哪里？ ” 的辩论。 经典的方法是拥有多个属性文件，每个属性文件都取决于环境，并且基于环境变量（DEV，PROD ...），您可以选择在启动应用程序时在何处读取它们（例如使用Spring概要文件）。 另一方面，如果您使用容器来部署应用程序，则据说这种配置应来自环境本身（使用应用程序读取的环境变量），因此映像在环境之间不会改变。 每种方法的利弊是什么？容器方案是否有“最佳”方法？
2
chroot和Docker之间的区别
我不明白docker和chroot之间的区别。是的，在打包注册表方面非常好。但是不知何故，我感觉到它只是带有额外的铃铛和哨子的根。 我知道我想念什么。如果chroot可以做些类似的事情，那么知道它们之间的不同以及对docker的需求将是很棒的。 我也找不到这个Chroot Vs Docker足够清晰。
3
AWS中的简单CI / CD容器
我正在使用AWS Code Pipeline和Code Build创建一个新的Docker容器并将其推送到ECR。 我的应用程序是一个基于简单直接的单一容器的应用程序。减少当前运行中的Container并从ECS注册表中重新启动新Container（通过Code Pipeline生成Code Build）的摩擦会更少。 我尝试了使用EC2用户数据的CloudFormation，一侧的自定义脚本以及另一侧的ECS和任务定义的CloudFormation（尚未成功）。我强烈认为必须有更明显，更简单的方法。
2
如何调查在Docker容器中死亡的主要流程？
有时，您必须检查一个已停止的容器，或者启动后很快死亡并停止的容器。 docker exec -ti <id> bash 仅适用于正在运行的容器，一旦完成，bash提示也会终止。 随着docker start你不能提供一个不同的命令，如果容器模具突然再次，你不会有足够的时间进入容器，做你的调查。 我们可以这样做docker commit，然后docker run使用不同的命令在新映像上进行操作，但是我想知道是否还有其他选择。 注意：docker logs仅返回打印到stdout / stderr的所有应用程序。这可能不足以找出问题所在。
2
Docker容器容量规划
我正在4个虚拟机上运行我的应用程序，这些虚拟机具有8个3.2 GHz虚拟CPU和32 GB，但是，我将把这些进程分成单独的容器。 我不确定每个主机要运行多少个容器。典型的数字是多少？例如，虚拟机与裸机服务器的比例通常为1:10，要考虑的属性，决策框架或经验方面的任何链接都将有所帮助！
2
结合Docker Swarm和Kubernetes
我的公司正在努力在DevOps领域赶上一些追赶者。我一直在大量研究应用程序的容器化以及随之而来的编排系统。我碰到了一篇文章（我希望我已经保存了一篇），他们在谈论将Swarm与Kubernetes结合使用以获得更好的功能。在本文中，他们没有定义这样做所带来的好处。 我想知道这会带来什么好处？增加额外的复杂性真的会给您带来很多回报吗？ 编辑：我正在寻找技术专家的/骗局。KISS是一个很好的座右铭，但不会与您的CEO或董事会争论不休。 几乎可以肯定的是，我们将为容器选择Docker，为编排选择Swarm。但是，我希望在我们的领域中看到Kubernetes，因此可以将这些技术合并在一起以获得更强大的解决方案的主张吸引了我。感谢您的任何见解。
3
在Azure上，如何按计划运行短暂的Docker容器？
我有一个相当简单的Unix shell脚本，打包在Azure容器注册表中托管的Alpine Linux Docker容器中。VM使用cron运行以下脚本： docker login <snip> docker pull example.com/bar:latest docker run example.com/bar:latest 我是否可以不用VM而是使用Azure服务，也许可以使用某种调度程序在Azure容器实例上运行它？ 我的动机是不想维护虚拟机并为此付费。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.