@huobazi 都说是荒地了，肯定不是自己的，搞不好都不是集体的。真的要看土地性质。本地有人开荒没有人管，一年下来也是不少钱的。

什么地方，开的荒地有几亩。长三角珠三角这种地区，提前联系好销路，一亩种什么也有一两万，投得好一亩地四五万的也有。

包个几十亩苦是苦，真的比 v2 绝大多数人的年包强。

@realpg 糊弄扫描器应该算第一站，成本最低，扫不到我自然不会被入侵，也不需要整改。

天天升级那是大手笔。我们小厂是不可能做到的。

@CatCode 当然是自行打补丁编译发版呗，这个不是玩 Linux 的基本操作吗？

@realpg 本来就是改写一下 Server Name 字段就好了。你们还真天天升级啊。

要求性能比 Redis 高估计没有其它办法了。

共享内存思路应该是没有错的，基于 shared memory 的 dict-like 实现其实有不少，不过都处于早期阶段。自己实现一下也没有太大关系。差不多都是自己实现的。

操作系统调度 CPU 这玩意就是个大坑。大小核这种做不到对硬件的绝对把控，属于鸡肋功能。别的不说，集群调度工作负载单一，调度算法复杂，都不能做到完美的负载平衡。PC 桌面环境还想搞这套纯粹是想多了。

v2 这种就不应该咨询这类问题。

这里有时间回你的，不要说诉讼经历，就是社会经历都是欠缺的，跟暴力机关打交道的能力更是完全没有。

经历过类似的司法诉讼，其实可以学到不少东西。这种其实是公益诉讼，一般法学生就很喜欢搞这类。都是今天做原告明天去被告那里上班的。都是在商言商，公事公办的事情。哪来的这么多废话。想混司法这个圈子其实可以试试看。做程序员一般没这个精力。

这个不是简单的好坏的设计。

隐私的，和难以输入这些的其实还是没有理解这个东西的用户不是个人甚至不是大部分需要对个人身份进行确认的组织。

很多场合其实是滥用了身份证号。这个和美国社保号被各种滥用是一样的。当时怎么考虑的，具体原因不是很清楚。但现在看，这个东西设计的太容易输入也不是什么好事。所以很可能是故意的设计，就是要限制使用范围。

@zxCoder 你直接瞎写就好了嘛。现在就是真的需要查的地方，哪个不是直接刷的，哪有让人手写的。让人手写的都是自己瞎搞出来的。

只考虑不用维护依赖的话，和简化升级。其实官方的 omnibus 包的安装难度并不比官方 omnibus 容器镜像高多少。因为还是要自己搞定 MTA 。比较常见的是独立虚机加上 omnibus 包。

更简单的其实是用虚机镜像。gitlab 有官方的 AMI ，只不过 aws 相对较小的云服务商比较贵。

docker 的部署只是在费用和便捷上面折中了一些。这样可以复用一台虚机。还有一定的隔离。



安全性的话，一般这种内部服务，不建议直接放到公网上，实在要用公网，至少要配置双向认证证书。公网只有双向 https 和 ssh 端口，要攻击还是很折腾人的。

上私有 gitlab 算是比较大的组织和项目才需要的，一般就是降低运维难度和费用之间做选择。

这里全是润学的，你问米国 Military 什么情况，搞不好还有人会答。

另外，不要以为 k8s, istio 这种新技术应用的宣传料材会和国内有什么本质区别。类似的新技术应用对他们来说，也就是 CV 或者招标文件上的一行字而已。甲方只需要这行字可以升官，乙方也只是想搞个 show case 能参展而已。谁家不是活越少越好。玩真的，IBM 这种大厂搞砸 US Gov. 的项目尸横遍野。

印度人先放一边。

这种项目都是卖团队的，你要是个人直接对接老板，老板又没有能力明确责任。等于是团队合作。然后个人去和一个团队抗衡。只要到甩锅环节，等于单人 PK 团队，除非先天口才可以骂死王朗，否则必然会头破血流。

所以很多项目宁愿做二次甚至三次分包，也不能直接对接初始甲方。就是这个原因。

@R18 宝塔这种和 k8s 还不一样，宝塔一台五元一个月的机器也可以。k8s 太复杂了，我自己做，该砍的全砍掉，主节点十元一个月那都是极限了，再往下做成本，只能是 kubernetes-in-kubernetes 。集群没有规模运维成本根本下不来。对于独立通用方案，至少在峰值时需要有上千核以上的规模，才有可观的 ROI 动力上 k8s 。就算主节点零成本，k8s 集群中，各种应用部署的复杂度，目前也高于单机。几百个核的规模还是需要的。

阿里 ack 已经接近于零的成本了，也算不上太难用，但真的算用户数，肯定没有多少。

这个贴子有点谜。

这玩意卖给个人肯定不行。但做企业方案，实话是这东西，商用首先，最重要的功能，当然是背锅了。主要还是看供应商规模。

供应商招什么天才少年，也是一样的概念。只要说出去是顶级人才，不管出了什么大锅都可以顶上去。

上云用云厂商方案，真是自建机房卖企业解决方案的话，也是大项目，首先也是考虑硬件厂商关联的方案。真买这东西的肯定是各大厂商这种。见过的都是大厂商收购小厂商的研发方案这种形式。

所以，在 v 站上发贴目标受众是谁呢？

@catalysia 受众较多的项目，像 iputils 这种历时三十多年的项目，因为用户基数大，使用场景多，小的 bug 会一直出现。所以一直会有更新存在的。停更还是用户数量停滞导致的。像 tftpd 的一个不太重要的 bug ，去年才有更新解决。

我的是一个音棒，连显示器的话，也是这样。不过因为音棒上有一个旋钮，我自己要调节都是通过物理旋钮来的。

这种应该走 I2C 的通讯，应该只能通过软件实现，MacOS 系统是没有实现的。我的理解只能找第三方 App 。

我在上面跑了一个 Nextcloud 映射出来，公网访问还可以。

不过我不觉得这是个好的方案。除非你跟我一样一直不升级系统。

性价比，楼上讨论的很多，不说了。M1 的性能确实是不错的。做服务器玩法也不少，只是系统不是服务器级别，确实不方便。