太贵了，应该是专家号，如果仅仅是拔牙，不是特别疑难杂症，那么不要去。
浙二有很多院区，还有很多私立合作医疗机构。医生会在各个院区和机构轮班，会在门诊和专家轮班。作为患者的体验就是，如果你非要某个医生看，那么某个日期就必须去某个院区或机构找他，并且看他轮班是门诊还是专家，价格会差很多，当然大部分你主动找的都是专家号。正常院区，专家号也就挂号费贵，其它都一样。国际医疗中心应该不是正常院区，可能比较高端，其它费用也可能比较贵。
在浙一庆春和浙二滨江都看过口腔，洗牙、拔牙、补牙，没有特别的感觉出优劣，整体体验中，相比于选医院，具体的医生才是主要的。看病就是这样的，你觉得这个医生不行，体验不好，那就重新挂号再试试别的医生或医院。
一般来说，常规医疗，就近方便院区，正常的价格，不离谱的医生就可以了。

物欲较低

- 不亮应该是一个异常信号，代表设备异常，这是直觉的，不应该用于业务信号
- 3X3 灯头矩阵导致信号过多，同一灯头做出 3 色应该没有技术问题

以上两点应该会导致人脑在处理时多上几秒，应该是降低了效率。

双卡使用，主卡，永久使用，保号套餐，联系方式不丢失，关联核心服务；副卡，随时丢弃，任意套餐，通话、流量、宽带融合随便配合，有奶就是娘，有活动就上，没合约就行，不关联长期使用的服务。

抛开事实不谈，“北京的就是最好的”是大部分老百姓的朴素认知。所以，有的三甲是本地的，有的三甲是全国的。
如果分级够细，吐槽内容应该是“在某三十级甲等医院预约普通彩超检查竟然要 10 天”，转换为“某高级餐厅一个馒头竟然要 10 块钱”就容易理解了，转换为“某高级餐厅 10 块钱一个的馒头提前 10 天预约就可以 1 块钱吃到了”似乎更精准了。

一起分享喜悦，三四个月后要搬新家了，准备好好配一个 home server 。

能有自己的空间和时间，倒腾倒腾自己的一堆破烂，这种快乐说简单也简单，说难也难。

查容器日志，大概率是文件系统权限问题。数据库挂在 nfs 或 smb 很容易有文件系统问题，非要这么用的话，就用 PV 挂块存储，比如 iscsi 之类的。

TL;DR

需求：在 Windows 系统使用 ZFS
问题：目前的原生实现未达到可用
设计：在 Windows 中安装 Linux 虚拟机挂载物理硬盘做 ZFS ，通过 SMB 共享给 Windows 使用

微服务的确在泛滥，但标题取的有问题，容器化和微服务是两回事。这两个技术栈是独立发展的，不是什么相互依存，甚至连相互促进都谈不上。只是近来微服务和云原生的泛滥，导致这两个技术有相互促进演化的趋势，但也只是各自技术蓝图中的一部分。
微服务泛滥是管理、业务、研发跟风卷的后果，容器技术只是更方便的让这种卷落地而不仅仅停留在 PPT 。没有容器的时候，还是会拿着 springcloud 实现的。
同时，容器带来的云原生跟风，让大家卷的更带劲了。

挑选商品的时候经常要分享给家人一起看看，这个场景基本都做的很差。要么转微信分享，要么 APP 内，PC 端基本很困难。京东好歹有个家庭清单，淘宝 PC 连个分享提醒都没有。另外，一直分不清淘宝和天猫有什么区别。
淘宝有一个好处，找奇奇怪怪的东西一般先从这个上面找。

接下来也准备采购家具家电，OP 的几个选型感觉都不是太理想，说说作为一个普通消费者收集到的信息，互相交流一下：
- 白电甚至家电，整体上都可以优先考虑国产品牌，不差钱或信仰加持另说。对比外资品牌，差距主要在高端定位（品质、品控、服务等）或细分特性上，可以根据自己的情况选择。
- 品牌“漂移”问题，是我自己发明的词。品牌代表的综合评估，以品牌为主并不算错。但品牌会发生各种转移，授权、贴牌、被收购等等，选品牌时主要看重的是品牌代表的生产质量控制体系和售后服务保障体系，品牌漂移时这两点往往很容易丢。还有跨品类漂移问题，比如东芝冰箱可能很好，但东芝电视网络上似乎没什么声量。
- 线下渠道。也是这次准备采购发现，大家电线下渠道也有价格优势。甚至一些小区团购渠道比线上 618 活动要优惠很多，满屋家电省下一两万都有可能。但是优惠渠道的风险也需要警惕，平时买小件基本不会考虑，但这次总价比较高，综合评估甄选渠道的成本、可靠性风险、整体收益等，还是可以试试这个方向。
- 预算控制。选型这个事情总是逃不过一句“加钱可及”，选着选着价钱就上去了。为了避免出现一周看不了两次的电视占了总预算的 20%这种尴尬情况，可以简单拉个表格，画个饼图，结合自己的需求优先级，好钢用到刀刃上。不能盯着具体选型挠破头，却对整体预算不控制，导致战术勤奋掩盖战略规划失误的局面。

如果真是临时部署，一次性使用，registry 就够了，harbor 复杂了些。但应该还有后续的重新调度、应用升级问题吧，个人认为隔离环境运行 k8s ，私有 registry 是必须的，长期使用还是推荐 harbor 。

8 楼的方法应该能解决问题，也很直观。大规模使用的话，可以封装一下。

没有 istio 使用经验，不过就接触到新闻和信息，istio 的确性能不太好，并且持续很久了。

似乎使用 macvlan 网络更合适些。

@whitehack 小心有坑，像#16 说的那样。之前还和电信特别沟通过，差点掉坑里。电信老用户有真无限流量套餐，20G 或 40G ，达量后降速，但免费。现在没有这样套餐了，电信特别喜欢免费送宽带和流量，忽悠你换假的不限量套餐，达量后超量的收费。

@plko345
@AllenHua #37 关于“所以 docker pull 不需要 http 或者 socks 代理的”，做一点补充说明。

registry-mirror 仅能对 docker hub 这个 registry 起作用，对比较常用的 gcr.io\quay.io 或其它自建 registry 不起作用，另外部分企业需要代理才能访问外网，这时候还是需要 docker pull 代理。这个代理需要配置在 dockerd 上，可以借助 systemd 来控制。

参考： https://docs.docker.com/config/daemon/systemd/