看你的描述，我感觉你可能理解错了“SaaS"真正的含义了。

你描述的这个应该是个封装得比较完整的基础库/框架，和真正的 saas 服务没啥关系。

如果你说的是自助建站的 saas 网站，我觉得现在前景约等于 0 ，这种项目放在 20-30 年前应该能赚一笔

华为手机就是这样
只要吃上了广告这口饭，那么赚钱的项目，是不可能再主动砍掉的，只会越来越多

如果说真的 没有权限隔离/数据越权，那只能说项目做得确实粗糙，权限隔离已经是基础问题了，要我说就应该回炉重造一下。

数据加密虽然能让渗透安全测试的难度提高一个档次，但是权限问题依然存在。

根据我的经验，90%不是日志服务器挂了，而是压根没打印。

@DIMOJANG 我感觉就是属于比较差的那一档，不过每个人的喜好都不一样，要买的话我觉得去店里先看看再决定比较好。

边框太太太宽了，然后 外观 质感/手感 真的有点差（相比前几代的机型），除非价格再打折，我是不会考虑的。

昨天在 apple store 试用了一下，挺失望的。

我觉得还是有的吧，认识的大概有 2 对是因为爱情结婚。

生日快乐🎂！

我感觉对其他人来说作用不大，唯一的意义就是可能在被爬虫爬取后被用来当做训练 AI 的资料。

不错，有点抽象的味道(非贬义)

是不是你的服务器开了 ip 白名单？

@kyonn Jokesy 说的 ds 指的应该是 DaemonSet 这种类型的负载。

docker swarm 也有和这个类似的机制： https://docs.docker.com/reference/compose-file/deploy/#mode
就是用 global 模式，和 k8s DaemonSet 的效果几乎一样，也会在集群里面每个节点都运行一个实例。

你的这个需求挺简单的，写好 docker compose yaml 之后(写好镜像、挂载目录)，然后补充上 depoy 的那部分就好了(指定一下模式，资源限制)，然后 deploy 一下就好了。

如果我来选的话，我会选 docker swarm 。

如果对 k8s 不熟悉的话，用 docker swarm 也是一个很不错的选择。

docker swarm 优势就是简单，有 docker compose 使用经验的话，上手很容易。装好 docker 后，执行加入集群的命令就好了。

docker swarm 也支持创建 daemon 类型的服务，还是很符合你描述的使用场景的。

哈哈，我之前做了一个，写着玩的没开源。

浏览器装上了插件之后，会同步当前的 tab 到服务端，用 websocket 个服务器同步状态。

服务器会下发命令，执行 js ，获取网页内容等等。

服务端下发任务的时候，可以随机分配任务到连接的客户端上，执行分布式任务。。

做出来了之后特别像后门软件，可以在没有察觉的情况下监控浏览器的上网情况。。。

突发性能实例优势就是便宜，价格比其他同规格的实例少很多。

主要区别就是它有 cpu 积分，如果负载高于基准值，超过的部分就会开始扣 cpu 积分，负载低于基准的时候 cpu 积分会慢慢加回来。

根据这个规则，如果你的业务高峰时间比较短，cpu 使用率超过基准值的时间只有几个小时，那么积分肯定是够用的，这点基本不用担心。

但是问题也很明显，如果其他虚拟机同时刻都在消耗大量的 cpu 资源，分配给每个虚拟机的资源肯定会更少。考虑到其他虚拟机也都是低负载情况，我感觉出现的概率应该不高，我自己实测也是这样。所以如果追求性能稳定释放的话，肯定是只能选别的规格了。

---
我看你描述的问题，我感觉大概率不是实例的问题，建议看看是不是内存不够了，卡住的那个时间点是不是 内存 和 磁盘 io 100% 了。

@realpg 70% 确实是保守了，说多了我怕被喷。。。