为什么 K8S 要求 Pod 中的 Container 启动时至少有一个进程是前台运行的？

• 資深大佬 : baiyi

  没有进程容器不就停止了吗。可以启用一个类似监控或者管理的进程来保持容器运行。

• 主 資深大佬 : zhoudaiyu

  @baiyi #1 对 我们用 supervisor 但是不太明白为什么必须前台

• 資深大佬 : binux

  没前台那就 waitpid 呗

• 資深大佬 : baiyi

  @zhoudaiyu #2 你可以理解为容器的本质就是这个进程在运行，进程结束了，容器也就结束了。

• 資深大佬 : whileFalse

  请详述场景。我觉得你对容器的使用方法不太正确。
  ———————
  虽然容器能像完整的虚拟机那样运行一堆进程，但容器本身的设计理念是仅运行单个任务；如果有多个任务，则应拆成多个容器。那么容器本身的生命周期应该和该单个任务的生命周期相同。即这个任务进程退出，容器也就退出了。

  如果容器的主要任务是个后台进程，那么你的主进程应该监视该后台进程的执行情况，等待该后台进程退出后主进程也退出。

• 資深大佬 : whileFalse

  @zhoudaiyu 我觉得容器里装 supervisor 就是属于滥用容器。

• 資深大佬 : noqwerty

  容器里又套一个 supervisor 是啥操作…

• 資深大佬 : Tink

  同上，还在 container 里面用 supervisor 确实有点搞事情

• 資深大佬 : UN2758

  同问这是啥操作，有什么动机吗

• 主 資深大佬 : zhoudaiyu

  @whileFalse
  @noqwerty
  @Tink
  @UN2758 你说的是对的，应该拆成多个 container，比如 containerA 和 containerB，但是我们现在的场景是：containerA 想对 containerB 的进程操作，我们用的超低版本的 k8 是不支持进程空间共享的，所以弄了一个 supervisor 能管理多个进程

• 資深大佬 : claymore94

  我猜你是偏传统企业，我们也有个容器里面用 supervisor 管理两个进程

• 主 資深大佬 : zhoudaiyu

  @claymore94 其实主进程就是一个 tomcat，但是有一些辅助进程需要按需启动

• 資深大佬 : claymore94

  这样，容器的 entrypoint 可以是一个 sh 脚本，脚本最后 supervisord -c /etc/supervisord.conf， /usr/bin/tail -f /dev/null，容器不退出就可以了，方式有很多

• 資深大佬 : ljhrot

  当你为了容器化而容器化的时候，各种各样的问题就会接踵而来，在不知不觉投入的成本已经超过了容器化带来的好处

• 資深大佬 : Tink

  @zhoudaiyu 你只要保证容器不死就行了对不，container 启动脚本你先启动你要用的进程，然后再起一个不死进程就行了

• 資深大佬 : CallMeReznov

  不多说,一张图
  

• 資深大佬 : coderxy

  这不是 k8s 的要求，这是 docker 的要求。

• 資深大佬 : gesse

  container 里用 supervisor 是什么操作？ supervisor 的每一个子进程都需要单独放入一个容器做前台进程。

• 主 資深大佬 : zhoudaiyu

  @gesse 需要多进程

• 資深大佬 : gesse

  @zhoudaiyu
  那不是应该开启多个容器吗？

  如果牵涉到非网络进程间通信，那就是一个前端进程开启多个子进程。

• 資深大佬 : napsterwu

  所以有时候有人用 tail -f /dev/null

• 主 資深大佬 : zhoudaiyu

  @gesse 如果说多容器的话，我想随时启停某个容器是不是不是很好做

• 資深大佬 : HarrisonZ

  看看容器基础，还有能不能不要一提容器就是 docker，docker 只是降低了容器技术的门槛，做的易用了而已

• 主 資深大佬 : zhoudaiyu

  @HarrisonZ 我没有提 docker 啊

• 資深大佬 : killva4624

  我的理解：K8S 的设计就是为了解决容器生命周期问题。”主进程即容器”这样的概念可以把主进程精确到单个容器的颗粒度来管理。换句话说，如果你想在容器里跑后台进程，那么就需要另外一套机制来确保后台进程的生命周期（比如怎么启动后台进程，怎么确保后台进程存活），用 supervisor 或者 systemd 之类大部分是非云原生系统上云时候的过渡方案（又不想花精力做微服务拆分，又想容器化）。
  阿里还专门弄了个富容器的概念，也是盯准了有这类需求的客户。

  https://www.v2ex.com/t/454943
  https://www.jianshu.com/p/d7dbeffc2dff

  从技术的角度，我不喜欢这种做法，非常别扭。但从商业角度来看，是一种很 lazy 又讨巧的上云方案。

• 資深大佬 : wxsm

  你完全可以用 nohup 将某些进程后台运行，只要保证有一个进程前台运行即可，当然容器的健康与否只会关注前台进程，后台进程出现的问题自理。

• 資深大佬 : GM

  @whileFalse 并不算滥用，有些情况下很方便的。

• 資深大佬 : rrfeng

  容器 == 一个具有隔离空间的进程
  进程结束 == 容器死亡

  这没什么好争的。

• 資深大佬 : killva4624

  P 个 S：比如 C++ 里 MCP 框架用共享内存做 MQ 这种玩意……

• 資深大佬 : 0312birdzhang

  一个 pod 里面可以有多个容器

• 資深大佬 : ospider

  Container 本身就是 Process Container 的缩写，是为一个进程创建的隔离环境。Process 之不存，Container 将焉附？

  打个比方，进程好比人，容器好比一条裤子。人穿上裤子，裤子就跟着站了起来。离了人，裤子当然自己不可能自己站起来了。同时，如果我们看到裤子摊在地上，那可以知道里面一定没藏着人。你在容器里面跑 supervisord / nohup / systemd 这种操作就相当于拿根棍子把裤子强行撑了起来，可能你看着裤子站着呢，但是里面的人已经挂了。

  如果想运行多个进程，docker-compose 不香么？

• 資深大佬 : lfzyx

  为啥不招个 devops 做这事呢

• 資深大佬 : ch2

  docker 的本质是一个或者一组进程，如果所有进程都死了，docker 本身也没有存续的必要了

• 資深大佬 : raven2019

  对于一个 java 进程的容器，想要方便的通过 ssh 远程登录上去，除了在容器里通过 supervisord 启动一个 sshd 进程，还有其他方式吗

• 資深大佬 : kitthsu

  @raven2019 用 k8s 的 exec 代理

• 資深大佬 : loveyu

  PHP 用 supervisor 上云就挺好的

• 資深大佬 : bemyself

  @loveyu supervisor 用来做什么

• 資深大佬 : loveyu

  @bemyself Nginx+php-fpm

• 資深大佬 : whileFalse

  @raven2019 “通过 SSH 登陆容器”就不是正常方式。

• 資深大佬 : whileFalse

  @GM 你当然可以举出一个“在容器中使用 Supervisor 很方便”的场景。
  但容器就不是为你的这个场景设计的，所以这种用法也必然会带来不方便的地方。

  如果又要用 supervisor，又难以承受带来的不便（像 lz 这样），那就叫滥用。

• 資深大佬 : julyclyde

  依靠 SIGCHLD 来检测容器内的程序有没有退出
  如果退出就要做后续扫尾动作了

• 資深大佬 : julyclyde

  @killva4624 暴露了暴露了！

• 資深大佬 : julyclyde

  @claymore94
  @napsterwu
  你这个 tail-f 是不是会有点费 cpu 啊

• 資深大佬 : byzf

  否则容器运行时依靠什么来判断容器有没有结束。

• 資深大佬 : dabney777

  @ospider 如果更新了一段代码导致 core dump 了，supervisor 会一直重启进程，这时候登录进去看日志很容易查看日志。如果主进程就是新写的进程的话，容器会一直重启，也看不到报错