You don't need k8s.

[lnanddj]

个人项目，k8s 简直是杀鸡焉用牛刀。

Docker swarm + traefik + let's encrypt 足够啦

如果喜欢 UI，[Swarmit] ( https://swarmpit.io/) 挺不错的

具体部署配置参见： https://github.com/lndj/traefik-with-swarm

[optional]

@lnanddj docker-compose.yml 改成 deployment.yml 又不难。。

[JJstyle]

单机我用 docker-compose，线上已经在用 k8s 了，蟹蟹。

[lnanddj]

@optional emmmmm... 你可以看下 https://github.com/lndj/traefik-with-swarm

我说的是一个相对整体一点的方案

还是基于 docker swarm ( https://docs.docker.com/get-started/part4/)
traefik 负责 proxy / https / auto loadbalance ...

[lnanddj]

@JJstyle 嗯嗯，每个人的需要不一样，对于某些 [个人项目] ，单独的一台机器是不行的，还是需要一个轻量级的 [集群方案]

[lnanddj]

@sonxzjw 你需要的模拟 ： https://labs.play-with-k8s.com/

[optional]

@lnanddj docker swam 我在生产环境用了 2 年，后来还是换了 k8s，，其实坑蛮多的

[optional]

@lnanddj 至于 proxy, 单机的 jwilder/nginx-proxy，k8s 有 ingress 和 cert-manager

[liuzhaowei55]

我的部署思路和楼主的差不多
技术栈：Docker swarm，traefik，portainer，cloudflare，GitHub，GitHub Actions，Aliyun 镜像服务。
有想交流的可以来这里： https://www.yuque.com/where/dib969/bg1cff

[lnanddj]

@optional 我也遇到一些。。。但还好

jwilder/nginx-proxy 这个用过。。。坑 。。还是有一些的。本次讨论的是 k8s 对个人项目 太重。。想想 一个弱鸡机器，跑 master api server / etcd / dns / ci / ingress / minio .... 再自己是个 worker ... 机器太难了

[lnanddj]

@liuzhaowei55 认真 仔细啊

[liuzhaowei55]

@liuzhaowei55 再补充一个：Ansible

[IsaacYoung]

compose 够了

[thonatos]

我以为你要安利 k3s

[lnanddj]

@thonatos emmm... k3s 其实也还不错，就在不久之前，k3s 还需要消耗比较大的系统资源，刚刚 check 了一下，近来更新挺大的，armv7 貌似都可以跑起来了

[anubu]

1. 根据不同场景选择合适技术栈
2. 任何技术栈都有自己的坑，所谓的投入成本

已经使用 swarm 的用户，可以根据自己的场景继续使用。还未用过的用户，这个时间点就不建议入坑了。个人建议，个人小项目就使用 compose 就够了，研究集群技术也是研究 k8s。当然，时间充裕的话也可以看看 swarm。按照当前的趋势，如果想折腾相关方面的东西，k8s 基本是绕不过去的。

[xrr2016]

收藏一波

[thet]

个人 docker-compose 不更轻量？

[sampeng]

玩不动就不要光面堂皇说轻量级如何如何…k8s 也可以轻量级。
个人项目 docker-composr 足矣。
线上项目超过两个项目的；我觉得没有 k8s 我活不下去…实在懒得重复配一堆东西。一个 helm install。该有的都自动有了

[sampeng]

另外楼主说的三样东西只有 Docker swarm 是个容器编排的…其他在哪不能用？而且 swarm 还是个残废，功能被 k8s 甩一万条街。

[lnanddj]

@anubu 1 和 2 非常同意

这个方案看情况，很多人的个人项目，应该相对比较简单的，但是按照目前的大多数技术栈，稍稍为复杂的需求，考虑到一点扩展性，或者 2 -3 台机器部署的场景下，swarm 其实是比较好的方案了。

至于学习 /踩坑成本，swarm 几乎是有容易使用经验的用户几乎没啥障碍。。。