MelodYi

这价格，买不了一点

@mangojiji 你是说你的微服务，整个大项目，只有一个服务？
那是个啥微服务，不就是个 spring web 么（当然你也确实可以说，这是一个微服务）。

你还是参考这个服务端、客户端的概念就好。如果你的微服务从来不调用外部，那就只是服务端的身份，不会有作为客户端的身份。那这个服务本身只需要考虑限流问题就行了。

如果你还有网关，网关后面仅一个服务。那这个服务上我觉得限流意义也不大。
过量的流量让网关先抗住更合理些。

好像无解，试试用强密码、改默认端口，然后裸跑吧。
或者白名单设个网段，如果不固定 ip 但是固定网段的话。

envoy 有好几个零碎功能，但是没测过组合使用，算是给几个关键字，信息检索和尝试只能自助了。
1 、这个在 envoy 有个叫 subset 的功能，路由规则设置 header 匹配
"无实例降级到 default"，据我所知 envoy 开源没有。阿里那个 Higress 改 Envoy 源码加了一个这个功能，可以到 higress 的仓库检索下 HTTPRouteDestination 里面的 fallbackClusters 。

2 、同可用区优先可以参考
https://istio.io/latest/zh/docs/tasks/traffic-management/locality-load-balancing/failover/
https://www.envoyproxy.io/docs/envoy/latest/intro/arch_overview/upstream/load_balancing/priority.html

op 这个诉求很复杂，直接折腾插件也是个思路。
op 是哪家云商吗？感觉就国内几个云商在那折腾 envoy ，提泳道啥的（感觉就是这些云商创的词汇，别地没见过）

限流大多在广义的“服务端”。熔断大多在广义的“客户端”。

限流简单举例就是令牌桶，过量的请求过来就直接拒绝。
如果是对 app 、浏览器要访问的接口限流，一般就做在网关层（对浏览器来说，网关就是服务端）。
服务间调用的时候，被调用的服务（服务端）也可以做限流；或者被网关调用的服务，自己也可以做限流（对网关来说，被调用服务是服务端）。

熔断一般是在客户端视角的，检查服务端正不正常，在有多个服务端可选的情况下，只调功能正常的、不去调有异常的服务端。对 app 、浏览器来说，服务端就一个域名，大概率也就一个 ip ，一般不做熔断（熔断了就把整个服务端干掉了）。
微服务一般有多副本，直接访问微服务的“客户端”可以做熔断。
比如网关对后端服务来说是客户端，网关可以做熔断。
后端服务间调用，调用方是客户端，调用方也可以做熔断。

具体要不要配熔断，要不要限流。看业务实际情况，感觉没一个特别固定的方法论。

@jamfer 你这和任务管理器有啥区别

手表测血压华为是有一款。
测血糖是可行的吗，不扎针还能测血糖？

电源上个 3.0 标准的 1000w 吧。海韵振华啥的。万一最后显卡选了个 7900xtx 呢。

海韵 atx3.0 标准的电源，最近在混发 12HPWR 接口跟 12V-2x6 接口的版本，建议晚点买。
振华反正天生没这个接口，让客户用双 8pin 转 16pin ，顶多以后换根线，倒是没有早买晚买的讲究。