@D33109 #38 赞同，作为干技术的不首先以技术视角探究原理、逻辑和取舍，只会盲目情绪化真是非常不好，作为干技术 starlink 罪基本的实现原理、参数、前瞻性和使用限制都不不清楚，这真的就只能显示自己是脑残了

不是有结束容器命令么？但是不能等待吧

ipv4 除了防火墙外 wan 口有配置 nat ，ipv6 wan 和 lan 应该只有防火墙区别了吧

大家也别这么苛刻吧，谁还不犯个傻啊，但是不能在有频繁写入过程中重启数据库，这个傻确实犯的有点低级

@mritd #18 其实没多少差别，云无非就是直接支持存储用自己的云硬盘，service 和 ingress 可以直接用自己的负载均衡，什么监控日志告警啥的可以接入云基础服务，其他的没啥特别的，要说界面啥的真不咋好用，感觉还不如直接做集群管理 rancher 之类的好用呢

@mritd #14 确实，而且用云的话，好像阿里、腾讯和华为云都有共享集群，便宜不少

@xwtttt #6 不靠谱吧，商品质量筛查这种可能这个还行，但是这个是销售关系筛查啊，商品质量这种是由特定客观规律的，销售关系就是个社会规则，现阶段的机器学习和数据量处理不了这种吧


@funcookies #8 所谓机器学习简单点其实就是个解超大型方程的过程，越符合数学物理规律的使用相对较少的数据和参数就能有很好效果，此外像语言识别、自然语言处理之类的虽然看起来不符合数学规律，但是人的发言范围、规则、音色，语言的词法、语法之类的是固定的啊，所以在相对较大的数据量和参数上还是有可能处理的，但是你这销售关系是个社会规则，一般来说规律实在不强，在现有数据量和模型复杂度来说，真不会有好效果，远不如 if else 靠谱，当然这个 if else 应该叫做专家系统，早先似乎也会被称为机器学习，实际工程实现中，搞个规则引擎系统就是了呗，以人工能标注的数据量来说绰绰有余了

feign 不还是 http 调用，本来就是走域名的，所以这两者哪不同了？哪来的兼容性问题。。

@funcookies #3 问题是机器学习你需要大量标注好的数据，而且这种以人现实规则识别为主的，大概率你没列举标注的无法识别，所以既然你本来就要列举标注，那么显然 if else 更简单才是，机器学习也不是万能的，并不能凭空扩展范围

@wellsc #14 只是加了 namespce ，又不需要添加指令转译，namespce 毕竟不是运行时的，没多少消耗的

可以在本地用 docker 使用相同系统版本镜像编译好了再 copy 上去就行

@MengiNo 但是反过来想也许就是支付宝有担当，积极提供这种工具了呢，微信在深圳也是一样，毕竟是最大互联网公司，最快提供这种工具不也合情合理

别的不说，就算 10 万 QPS 假设你平均每个请求仅仅 1KB ，千兆网卡差不多满速了啊，更别说 10 万并发了，支持 10 万长连接和 10 万 QRS 或者并发可是很不一样的，所以真的知道 10 万并发是一个能支持多少人访问的系统么？

要是担心的话可以咨询下客服，要么估计有流量上限要么有豁免条款，否则按需付费不限这种，真遇到 ddos 估计费用会超过你的想象，cdn 上真大型 ddos 感觉这年头一晚上跑 PB 以上都可能吧

极大概率成本低于 1 元，真 ddos 的话，这时间估计你把单位换成 TB 估计都不会很贵

@Mark42 #10 具有 7 层负载均衡效果的应该 ingress 吧，如果用云的化，似乎腾讯、阿里、华为云实现的负载均衡其实也是分的，选择 4 层就是端口转发，7 层其实就是 ingress

service 是 4 层的端口转发，只能针对连接的负载均衡吧，你不重连自然不能重新分配请求新节点