宠物医疗非民生基础保障范畴，应该对标私立医院；宠物不会说话，和婴幼儿类似，很多人的确也是当孩子养的，所以应该对标私立婴幼儿医院。这么一看，似乎并不能算贵的离谱。

- 短期利益。新技术会不会让自己干更多活，担更多责
- 长期利益。新技术会不会让自己工作更舒心，后续发展更清晰
- 站队。分清楚谁支持，谁反对，动机是什么
- 利益分配。新技术往往会带来新的预算点，预算怎么分，谁干活，谁坐享其成，可以理一理

每个人都会基于自己的位置和认知进行决策，对最终决策产生或有或无的影响。可以作为观察一个组织决策逻辑的样本。

@feather12315 请教一下，Euler OS \ OpenEuler \ Huawei Cloud EulerOS 2.0 这三者是什么关系？软件源这块通用吗？和现有 CentOS 源通用吗？
初次接触，在华为云上开一个主机装系统有点懵，看 RPM 包名似乎都是自封的，docker 最新版似乎无法安装，手动安装也是各种包名冲突，OpenEuler 源里支持一个基于 docker 官方 18.09 后自己维护的版本，感觉怪怪的。

目前在用的，主力办公区在书房，客厅、卧室各有一套小主机和键鼠显示器。外出使用 lg gram 。
关键点是有主力机常开，采用远程桌面方式支持其他位置办公。要解决的就是瘦客户端和输入输出设备，瘦客户端可以在每个点部署小主机，也可以拿轻薄本移动使用。输入输出设备根据自己需求和能力部署，推荐选支持 Type-C 一线通显示器，配合轻薄本，到每个点位插入 Type-C ，打开 mstsc 基本就是一致的办公体验。
关于轻薄本的选择，确认好自己的需求，没有本地操作需求的，性能根本不用考虑，不值当花钱。经常外出，优先考虑续航，重量，键盘、显示器也不用太考虑，除了外出，其它点位都使用外部显示器和键鼠。lg gram 记得是三四年前三四千买的，配置性能手感做工都一言难尽，但定位于外出就跑一个 mstsc 的场景来说，还是比较推荐。

- 上报宿主 IP 。可以通过日志或者内置 crontab 定时 curl 一个地址，分析访问日志
- 远程登录容器。首先，要有远程登录服务，如镜像中安装 ssh server 。其次，要解决网络问题。容器不向宿主映射 ssh 端口的话，你是登录不了的。一般会考虑容器主动向服务端发起连接，如 ssh 的反向代理隧道。也可以考虑 mesh 网络一类的自组网络，比如镜像内置 tailscale 。
以上都是自己手搓的话一些可能的方向，整体上是要实现一个远程控制管理的服务端和客户端。条件允许的话，现成的 swarm+portainer 应该更合适。

不必特地的去支持国产，梳理好自己的需求，重要数据多备份，不重要数据图便宜即可。

- 不是特别高端的话，白电建议国产品牌，国外品牌基本是被吊锤的。有特别社交需求另说。
- 洗完还要拿出来另外放烘干机是痛点，高预算可以考虑研究一下热泵洗烘一体，非低端洗烘一体机，可选项应该不多
- 比较吵，考虑放置位置，否则会主动降低使用率
- 不使用新风，或本来就有一直开窗通风的习惯，其实不如通风、晒太阳更符合国人使用习惯

除了特定需求的搜索行为，大部分网络时间是随便逛的状态，类似虑食性动物。本站相对来说偏向特定人群，所以整体信息密度还算较高的，类似于特定贴吧或 reddit 特定板块，信息密度都还可以。
同时，也有不那么专业类的讨论，让整个站点显得不那么“干”，保持较好的休闲性质。当然，不同的人对干湿偏好不一样，所以社区总会有“你变了”这样的论调。其实，不必太在意，事物是会发展的，自有其发展规律。

感谢分享，最近准备玩玩 GPU 主机，信息很有用。
可以添加竞价价格，个人玩玩，不考虑稳定性，竞价实例会便宜很多。

可以这么理解，同样的媒体文件，jellyfin 一类是服务端管理方案，kodi 是客户端管理方案。
服务端管理方案的优势是相对不挑客户端，大部分客户端都可以有相对一致的服务体验，服务端提供的是媒体服务；
客户端管理方案的优势是不用折腾服务端，但对客户端有限定，服务器提供的是文件服务。

@summersun2021 可以配置账号能够访问的媒体库。实在担心的话，可以另开一个 jellyfin 实例放敏感内容。

用云服务器的话，基本算常识。几乎所有厂商都会提示你关机和释放的区别，现在还有释放计算资源，保留存储，以很低成本保留实例并快速恢复的特性。
但以上都要通过厂商提供的管理后台进行操作才能感知，如果是 ssh 上去 poweroff ，可能会误以为关机就不计费了。

可能是有点复杂，年纪大了折腾不动。网络是挺有意思的，但是坑太大，和具体的环境耦合太紧，不管什么 overlay 、sdn ，总要以底层网络为基础的。折腾好久，底层有点变化可能就要重新调试。

还是有一些需求的：
- 18T*8 的硬盘
- 6 节点的 kubernetes 实验集群
- 各种网络拓扑模拟实验
- 各种虚拟化、超融合实验
- 各种 selfhosted

基本就是 homelab 那一套，就是看到有意思的软件或硬件，想玩一下。相比 mini 主机，AIO 有时候会更合适。mini 主机作为一个计算单元还是挺好用，可以多买几个模拟裸金属集群。这不是二选一，是可以都要的。至于升级为国家电网战略合作伙伴，本质上和痴迷钓鱼、游戏没有区别，养鱼养企鹅也要花钱的。

- 首先要了解常规的就医流程。不常去医院的可能不清楚，一般是 预约挂号-取号-签到-等叫号-就诊-检查、开药-复诊-取药-回家。
- 预约挂号是提前几天，通过网络进行预约。这里决定了你看病全程是高效的还是低效的，30 分钟看完还是半天甚至一天耗在医院都是有可能的。预约只有一个原则，越早越好。预约当天一般分为上午和下午，约在上午或下午最早的时间，一般是 8:30 或 13:30 。不管你计划什么时间到医院，就约最早的。这基于一个基本的过号逻辑，过号后延后三位就诊。
- 取号。就医当天，到医院后请尽快取号，有部分医院也支持线上取号。取号的要点是要留意预约挂号的有效期，一般是预约当前的 11 点和 16 点，超过这个时间点没有取号，则预约作废，并计入累计失约惩罚。小窍门是如果支持线上取号，你可以获得额外的 1 个小时的冗余时间。
- 签到。取号后凭纸质或电子凭证在报到机或分诊台护士处签到。只有签到了，你才真正排入候诊队伍。如果你约的不够早，这时你可能会碰到过号插队的问题。有人签到比你晚，但预约挂号比你靠前，就被动触发了过号延后三位就诊，出现了比你到医院晚，但比你早就诊的现象。这就是上面说的“就约最早”的原因，可能会略显素质低，但也只是在过号策略下的一种博弈吧。
- 就诊。个人经验，初来乍到，自己不知道情况，医院也没有你的病历不清楚你的情况，不建议挂专家号。因为都是开检查，有检查数据再说话。开检查这种工作专家和普通门诊差距不会太大。当然，专家肯定有专家的优势，只是初来乍到性价比不高，土豪可以随意的。
- 检查。有的检查当天可做，有的检查需要空腹，有的检查需要再约，甚至要约到几天或几周后。大部分再约的检查会给一个凭证，不再需要挂号了。
- 复诊。如果检查当天出结果，当天复诊不需要挂号，但需要重新签到。当天复诊一般也意味着你在医院要耗掉半天或一天的时间，和另约时间再就诊哪个高效可能要自己判断。
- 取药。医生开了药，或检查，你可以当场付费，也可以出诊室后在自助机付费。也可以不付药费、检查费，即不取药不检查。但挂号费要付，即诊疗费。医生看了病就要收诊疗费，至于开的单子，你可以不认可，不付费。再换个医院或换个医生就好了。如果仅仅是不想要中药，完全可以和医生说你是中医黑，不吃中药。整体上，患者是可以和医生沟通诊疗方案的，注意是沟通，不是抬杠，不是百度学术探讨。土豪可以和医生沟通换进口药，想省钱可以和医生沟通尽量换用医保范围内的药。

@locoz 是我唐突了。因为上下文是在讨论 microk8s\kind 这种可以暂时忽略节点概念的一键启动工具，所以下意识把 kubeadm 这种至少要考虑创建几个虚拟机的工具定义为需要规划的。误导了大家，抱歉。

@locoz kubeadm 并不负责节点的创建和管理，如果搭建一个 6 节点集群的学习环境，6 个虚拟机需要自行部署，虚拟机的 IP 是需要规划一下的。学习环境的高可用主要是 VIP 和 LB ，不管是传统的 keepalived+haproxy ，还是 kube-vip 、metallb ，都需要自己维护，kubeadm 不负责这部分。kubeadm 只是提供了--control-plane-endpoint 选项来指定 VIP 或域名，以支持高可用控制平面，但具体的 VIP 和 LB 实现都要自己管理维护。

- 蹲地上擦。公共卫生间空间有限，往往欲蹲地而不得。
- 溅水难受。靠后使其挂壁往往冲不干净更难受。另，窜稀和溅水可同时发生。

@289396212 kubeadm 是一个生产级的集群部署工具，个人使用场景更偏向学习运维侧的集群部署维护相关技能。需要提前规划集群节点数量、网络地址、控制平面、业务平面高可用支持等问题，在个人电脑或虚拟化平台上启动多个虚拟机去模拟多节点集群。基本覆盖了实际生产中部署一个集群要考虑的主要方面了。
microk8s 我没有使用过，印象中可能和 kind 差不多。更偏向 k8s 集群的实际使用而不是部署维护，可以快速的拉起一个集群而不用关注具体的细节。方面快速的学习在 k8s 集群上部署应用，或者基于 api 二次开发。