猫..猫德学院？

能加 100 块钱上公网 ip 就上公网 ip ，直接端口转发+ddns 是最省时省力的，其他基本都是内网穿透的路子，稳定性方便性肯定都不如公网 ip 的方式。

看工时够不够，懒不懒，人够不够
接口和 service 分开，但数据库模型、util 、httpClient 可以复用

我觉得看啥也没用，先菜鸟教程撸一遍语法，然后打开一个你用 golang 和 python 写过的 web 项目，用 java 重构一版出来，你就会 java 了，要是需要找工作，再背八股文。

首先你具体的服务是容器，容器在 pod 里，pod 的 ip 是会变的，所以引入 service ，service 的 ip 是集群内固定的 ip ，然后你的每个 pod 是一个 endpoint ，service 管理多个 endpoint ，根据一定规则把每次请求分发到不同的 endpoint ，也就是 pod ，然后 service 可以通过 nodePort 或者 LoadBalance 把集群内服务暴露给外部访问，但这是基于 ip+端口号的，而 ingress 就是在 service 的基础上，提供根据域名、路由、正则等你所有能想得到的基于域名解析的路由分配请求的方式，比如 a.b.com 分配到 service1 ，b.b.com 分配给 service2 ，*.b.com 分配给 service3 。
简单理解的话，集群外部流量是按这个顺序来的：ingress->service->pod->container
然后 ingress 有各种不同的实现，Nginx 只是其中一种，更强大的还有 ingress-traefik 、ingress-apisix ，说白了 ingress 就是个 interface ，Nginx apisix traefik 只是实现了这个 interface 的具体功能而已，基于这个理解，你可以认为，ingress 实际上就是一个集群专用的反向代理。
而 ingress 可以使用 deployment 、daemonset 等方式进行部署，部署后本身也是 pod ，那么它实际上也符合上述的条件，ingress 也有 service ，一般来说会使用 LoadBalance 模式的 service 暴露出一个 ip ，这样的话你应该能理解了，ingress 有多个 pod ，所以本身是高可用，然后通过 LoadBalance 的 service 做了一个负载均衡+暴露服务，接下来你只需要到 dns 提供商那里把你的域名解析到这个 ip 上就可以了，用户通过访问域名，就会把流量打到你的 ingress 的 pod 上，然后 ingress 根据域名规则，把请求路由到具体服务的 service 上，service 本身又有负载均衡，会路由到不同的 pod 上，基于此实现整个集群的 ha

.net 表示 cap+kafka 一把梭

传播二手屎

同纠结，9 月 23 日典礼，10 月 2 日回门，中间一周时间，国外感觉太折腾了，国内又不知道去哪

postman 用 post 慢不是很正常，你试试 get 慢不慢😼

openclash 感觉太复杂了，之前用了一年后来不知道怎么搞的 qq 经常短线，语音视频软件也会掉线，然后把常用 pc 的网关指向专门搭的一个透明代理叫 tpclash ，然后家里服务器和 vpn 还是走的 openwrt ，懒得折腾了，这么一改自己 pc 就没啥毛病了

我是两台淘汰下来的 b85 + i5 4 代组的两个 pve 集群，里面跑了主从 k3s ，openwrt 旁路由透明代理，ha 智能家居，omv 做 nas ，hba 卡上 8 个 4tb 企业盘组 snapraid+mergefs ，除了搞 pt 外，还有 plex+sonarr+plawrr+raddar+jproxy+overseer 的整套媒体库，k3s 里跑了 olb 做负载均衡支持，使 service 能够使用 LoadBalance 来暴露服务，traefik ingress 做反向代理实现家里所有的内外网服务域名化+https,不用记 ip 和端口，当时搭建初衷是为了给朋友跑 mc 的 gtnh 服务器（就这玩意吃了我 24gb 的内存），结果越搞越复杂，从今年 2 月折腾到今年 6 月，现在可以实现在公司摸鱼连家里局域网访问局域网服务，在外面用 plex 看自己媒体库里的片，甚至用语音控制开关自己电脑，手机或电脑或平板使用 rdc 连接家里 pc 打游戏。目前最大的问题是上海夏天硬盘温度达到 60 摄氏度，风扇嗡嗡转。。。。 最后搞了个服务器机箱放在玄关，四舍五入算是个小桌子 https://i.imgur.com/8poQz7B.png
https://i.imgur.com/OS5zHaD.jpg https://i.imgur.com/5ne7cfu.jpg

@kaiveyoung #9 _(:з」∠)_问题在于我 openwrt 是单网口设备且是旁路由

@Corolin #4 对，问题就是我这个 tplink 没法 vlan ，好像还要 root 一下啥的，感觉不是很好整

@zhaidoudou123 #3 昨天尝试过 tplink 的 iptv 透传，我把光猫 itv 口接到路由 lan1 上，配置为 iptv 上联，然后指定透传到下辖 ap 的 lan 口（ tplink 面板上说 iptv 分线的模式下不用设置也不能设置 vlan tag ），ap 面板的 lan 口插网线接到电视盒子上，这种情况下电视盒子网络认证过不去，并且 arp 防护列表里看电视盒子的 ip 是 172 开头网段的，我怀疑 tplink 的 iptv 透传功能想直接使用的前提是基于光猫为路由模式，真就只是一个简单的透传

@showkin #1 主要还是想把现有的东西利用上

你 return null 不抛异常带来的结果就是：菜鸡同事调你方法没判 null ，然后上线之后日志里面只有个 null point exception 。到时候查都不好查，throw exception 的好处是你可以定一下异常信息，日志里起码能看到，能抛异常就抛异常，别把异常当成 null 值处理，万一别人翻不了你源码，直接引用你 dll 文件或者类库，你让调用你的人怎么办，现去翻你文档还是直接找你问为啥？

我是 https 的 repo 用不了，改成 ssh 用 git 协议就没事了

过来人给你个建议。
首先 ha 做统筹，里面装 nodered 做自动化
设备买 zigbee 的，不要蓝牙不要 wifi ，因为上述设备要么带机量上限，要么强制连接服务器，断网家里变智障
然后买个 zigbee 网关，要支持 zha 的，zha 就是 zigbee 设备接入网关后，不需要中介设备就能直接接入到 ha 中
人体感应直接买子擎的人体存在雷达，毫米波+光敏+红外，效果是目前成品设备中最靠谱的
如果不买轨道式窗帘电机，就买绿米的 zigbee 窗帘伴侣
老空调和电视投影都走万能红外，整个空调伴侣啥的就行
开关也选 zigbee 的，先弄清楚家里开关是零火还是单火，如果装修时没有特意要求那么百分百是单火开关
如果上单火，注意家里有没有 led 灯，如果是 led 灯建议直接买智能 led 灯具（带智能通断器的），不然单火智能开关可能会导致灯闪烁
然后前端设备买个小爱或者天猫的音箱，通过巴法云接入，实现语音控制，因为音响本身也是联网设备，所以断网的话肯定是用不了了。
如果比较能折腾，可以试试用 ha 自己的智能语音助手+微软 tts 实现语音前端
最后就是多看看 hassbian ，能学到不少智家的东西

阉..阉割..?