本文将介绍一台有些年代感，低功耗、相对廉价的 MiniPC： NUC7CJYH。在使用了半年之后，我觉得是一个合适的时间点来“盘一盘”它了。
写在前面
今年3月初购置了一台小巧的 NUC7，之所以购置这台落后的设备，有三个原因：
- 之前使用群晖跑一些简单服务，因为存在磁盘读写，导致硬盘无法休眠。费电不说，还会有隐隐约约的磁盘运行声音，不能忍 。 我希望换个设备来跑这些服务，可以让耳根子更清净一些。
- 之前的 Confluence 和一些需要远程访问的服务运行在 EliteDesk 家用服务器上，随着设备升级更新成“笔记本”后，我经常重启折腾新的设备环境。 我希望有一个稳定的新环境运行它们。
- 我希望这个设备能够足够静音，并且因为是 7x24 小时运行，我希望它能够相对省电。
早些时候买过一台 NUC8，对 NUC 这种 Mini PC 持续跑服务，还是比较放心的。美中不足的是，NUC8 的散热不佳和风扇噪音过高让我比较无奈。（解决方案见《近期家用设备（NUC、猫盘、路由器）散热升级记录》）。产生上面这个问题的原因，主要还是 CPU 功耗太高，机箱自身散热能力有限，机器内置小风扇搞不定热量排出的原因。那么，如果我**使用功耗低不少的赛扬系列的 CPU ，能不能解决这个问题呢？ **
由于之前购置过 j3455（ 群晖 DS720+ ） 和 j4125 （ 群晖 DS 920+ ）的设备，并且用它们跑过一些容器服务，所以对类似赛扬系列的低功耗 CPU 还是比较有信心的。NUC 迄今为止推出过两款性能尚可、功耗较低的设备，分别是 NUC7PJYH（j5005） 和 NUC7CJYH（j4005）。虽然 CPU 命名都是 j 开头，但是两者分别归属“奔腾”和“赛扬”两个系列，虽然两者是连续的“几千”命名，看似跨了一代，但其实两者发布时间几乎一致，两者主要差异在于前者默频比较低，但是核心数量是后者的一倍，当然，价格上同为裸机，前者稍贵一些。由于之前使用的多是“赛扬”系列的低功耗设备，加之我购买的店铺恰好只到货了“j4005”版本，于是我也就入手了这个“低配”版本。
硬件规格及配置清单
再次回顾一下这台机器的配置，你会发现是一台宝藏主机（让你被动省钱）：
- 只配备了一块 SATA 硬盘位。
- 相比较 NVMe 便宜一些，而且因为 CPU 相对孱弱，也不需要使用它跑啥比较重的软件，最终存储空间也可以选择小一些。而且因为是 SATA 接口，随便一块 SSD 就能到达带宽天花板。
- 只支持 DDR4-2400 规格的内存，并且上限限制在了 8GB（实际系统显示主板支持 32G内存）。
- 相比较 3200/3600/4000+ 频率的内存，2400 的内存价格也是便宜不少，甚至不需要追求多通道，随便插一根就行。
由于 NUC 众所周知的“购买文化”，全新的准系统实际到手价格在 799。（年初价格，目前应该更便宜才是）考虑到我只是运行前文中提到的软件，以及希望机器尽可能在运行时“保持安静”，硬盘随便买了一块 200 块出头的浦科特，内存的话，则是用了之前升级替换下来的国货之光：光威弈Pro的内存条，综合成本在千元左右。平时运行功耗在 1w～4w 之间，一年电费成本在 17 块钱左右，按照机器能够持续运行 3 到 5 年来看（前3年是官方质保），年均成本不到 200 ，折合每天的成本在 0.5 元左右，属于真香系列。
收起账本，扔掉规格表，来看看我用它跑了哪些服务。
运行服务
如前文提到的，这台设备主要用于提供以下几个方面的功能：文档知识库、页面收藏夹、RSS、远程访问、网络唤醒、计划任务。
文档知识库
我最初使用它运行 Confluence 这个众所周知的资源大户，在这台设备上实际表现状态还是比较赞的，几乎所有页面都是秒开，配合 FRP ，和一些前端优化，可以做到不在家的时候，在远程时依旧是秒开的丝滑体验。
但是随后因为官方公布不再出售授权，仅提供海外的在线 SaaS 服务，虽然我的授权会在 2022 年到期，但是考虑到长久使用，免不了要未雨绸缪。兜兜转转，最终将方案切换到了资源需求更低的，并且开源的方案：Outline 。
页面收藏夹
考虑到当今网页资料“失效速度”越来越快，对于一些写的不错的参考资料，使用超链接书签的形式进行资料保存，最终得到的势必是一个 “404 Not Found”、或者“另作它用的地址”。
而如果未经整理，就堆在笔记系统里，那么笔记系统也会因为这些没有结构化整理的内容，而变得臃肿，散发着糟糕的味道。
我在 hypothesis 和 ArchiveBox 中徘徊了一阵，最终决定暂时先使用后者进行网页内存的持久化保存，后者配合 sonic （类似 ES 的轻量实现）能够方便的实现高性价比的全文检索。
如果你只是想完全自我管理收藏夹，也可以考虑使用 shiori。不过五月份的时候，给官方提供两个 PR，至今没有维护者反馈和合并。
RSS
Miniflux 作为“高性价比”的自部署软件，拥有极低的资源占用，以及简洁的界面，你既可以使用它自带的 Web 界面进行信息浏览，也可以使用支持兼容 Fever 协议的阅读器来进行阅读，比如：Reeder。
远程访问
如果你的网络环境能够提供直接链接的话，使用 DDNS 的方式直接访问能够获得非常好的访问质量，搭配自己的 DDNS 服务（比如《使用 Nginx 提供 DDNS 服务》），使用起来安全可靠。
但是，如果你有国内的云服务器（哪怕是1c1g的共享带宽小主机），用来作为备份线路都是不错的方案。（比如《容器化 FRP 使用方案》）相比较第一个方案，完全不用担心宽带运营商突然改变策略造成不可用。
网络唤醒
相对于这台设备而言，有的设备我并不希望它同样以 7x24 的方式运行，而是按需启动，提供服务。
虽然路由器后台支持网络唤醒，但哪怕进行了加密处理、直接将掌握所有设备联网管理权限的主路由对外提供访问，也是不安全的。所以，我用 Node 写了一个简单的小服务，用于快速进行指定设备的关闭和快速的网络唤醒。
计划任务
虽然我使用的服务，都能使用 Docker 运行起来，并且都能通过容器 “Health Check” 的方式来做计划任务和健康检查，确保服务稳定。但是如果一律使用 Health Check 的方式来刷新计划任务，未免有些“不环保”。况且，偶尔也需要执行临时的计划任务。我使用了一款叫做 Cronicle 的软件来进行任务的执行和监控。
其他
这台设备从购置至今，几乎没有运行过图形化界面的程序（BIOS设置还是得在图形化界面下），所以如果你想了解，拿它来外接一块两块显示器性能如何，我应该是回答不了你。
但是，从使用它用容器的方式稳定的运行上述服务，整个机器外壳几乎没有温度而言，我觉得这台设备买的挺值的。
关于上述软件的搭建的使用，先挖个坑，稍后慢慢整理吧。
最后
许多时候，我们遇到的问题都可以通过“小马过河”的方式来解决，水深水浅，自己一试便知。
–EOF