我有个几台服务器，群晖 918+，自己 DIY （ i5 8400 ），NUC 豆子峡谷（ i5-8259U ），mac mini4 。其中 NUC 装了 PVE ，跑 4 个 LXC 和 2 个 VM ，这个 NUC 性能其实还可以的，功耗也不高大概 10W ，如果对存储没有需求的话可以考虑，它只能装 1 块 SSD 和 1 块 M2 。群晖是特别稳，跑了 6 年多了，一次问题都没有，目前作为代码仓库和主要资料备份，缺点是性能较弱，不适合跑太多高负载应用，另外功耗偏高大概 50W 左右。自己 DIY （也是 PVE ，6 个 VM+2 个 LXC ）主要跑一些高负载的应用，像 jenkins 、nexus 、数据库各种中间件，还装了飞牛主要用于影视相册啥的，缺点是不稳定，经常重启，不知道是不是跑的东西太多了，功耗也高也在 50W 左右。mac mini4 开发 APP 、AI 知识库跑 ollama 啥，它的功耗逆天，平时待机 1W ，调用 AI 时把内存和 GPU 吃满，也就是 30W 左右。

看大家都在喷阿里云，感觉对阿里云不公平。Verisign 改之前都不审核的吗？如果有人让他改 google 的他也会改吗？明明责任就在它。

MQTT

自从 k8s 一统江湖之后，spring cloud 的生态已经不吃香了，注册中心、配置中心、gateway 、Sentinel ，k8s 都有，而且不限语言。

非常棒，支持楼主。已经用上了，顺便问下 namespace 功能可用吗？没有看到怎么配置它。

twilio 、vodafone 、aws sns 、telnyx

看了下 OOMOL 的介绍，发现东西做得很棒，但门槛很高。其实现在类似的工作流工具很多，但用起来并不是很方便，它们提供的功能都类似。我之前玩过 n8n ，我要完成的一个工作流大概这样：每月我会收到某个供应商的邮件，邮件附件里面有个账单，我要把这个账单下载下来，然后到我们 OA 系统里面提付款申请，这个付款申请要填一堆跟供应商和账单相关的信息。我希望工作流能帮我自动从收到的邮件里面提取出账单并完成付款申请提交。
现实操作的时候发现有很多问题，n8n 提供了邮件收发的功能，也能提取附件，但要分成很多步骤。然后还要读取附件内容，解析出账单编号、金额、日期等信息，这部分就要自己写代码了。再往后给 OA 系统提付款申请，还得对接 OA 系统，然后发现 OA 没有开放 API ，完犊子。
我相信有很多人会碰到类似的诉求，但是基于现有的工作流工具并不能很方便的解决。

怪物史莱克

spring data jpa 中可以给实体加个 @Version 就能自动处理乐观缩，这种方式没有毛病，只有更新的一瞬间判断，感觉效率比行锁高。

@heqingpan 感谢，期待 rust 版本的 xxl-job 。

@heqingpan 感谢作者的无私奉献。关于 xxl-job ，在我使用过程中碰到过 2 个问题，第一个问题是每个任务每执行一次都会产生一个小的日志文件，当任务特别多执行很频繁的时候，这些日志会把服务器 inode 数量耗光。第二个问题是 xxl-job 有个日志表 xxl_job_log 数据量特别大时（任务执行比较多且频繁），会严重影响数据库性能，它会不定期查询这个表来判断任务完成情况。建议做成按照日期的分区表。

支持作者，刚刚去看了 rnacos ，把我原先的 nacos 内存从 1011M 降到 8M ，太给力了。同样的 xxl-job 我也有用到，占用了 700M ，如果能像 rnacos 那样节省 99%，真是太棒了。PS：有没有考虑把 elasticsearch 也优化下，这货占了几 G 。

阿里云有监控倒是真的，我之前用阿里云跳转到我家里的 nas ，nas 上搭的 confluence 服务，结果阿里云说我 confluence 有漏洞

这么多人讨论，有没有一种可能架构师之前搞其他语言的，习惯了 LogUtil 这种打日志的方法？ java 中 slf4j 以及非常好用了，根本不需要封装。话说回来，日志系统都是标配了，根本不需要考虑那些落在哪里。比如 k8s 你打在本地就行了，剩下是日志系统干的事儿。

各个云一般都提供安全组的 API ，我的方案是自己了做一个系统，跑在 NAS 上面，这个系统有个功能就是把指定 IP 添加到安全组白名单。NAS 上还有个 DDNS-GO 用来做 DDNS 的，它有个 webhook 可以调用我系统的接口，把最新的公网 IP 放到安全组。这样云服务器只有我家里的 NAS 可以连，而我平时通过 VPN 连家里的 NAS 。