V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  CivAx  ›  全部回复第 19 页 / 共 61 页
回复总数  1214
1 ... 15  16  17  18  19  20  21  22  23  24 ... 61  
@nrtEBH 这键盘我买的时候从官网下单(不能选送中国),要经过台湾仓库 -> 深圳中转 -> 日本东京(牌子是日本的) -> 上海 -> 广州,结果绕了一大圈到手一看还是 Made in China 的,而且搞不好就是东莞某个电子厂产的,早知到 UPS 到深圳的时候直接打电话截单了(
@zihuyishi 打游戏键盘越大越碍事,K100 Air 和 Cherry X ULP 被骂主要就是不出小尺寸的。FPS 主要的操纵按键集中在键盘左侧,右侧无意义的区域只会进一步挤占鼠标的工作区域。除此之外 Ctrl 键可以和 CapsLock 互换,我没有用手掌按 Ctrl 的需求。
鼠标也可以用这套逻辑,罗技的 G604 ,长按蓝牙是 mac ,2.4G 是 Win ,但是这款鼠标的蓝牙模式下回报率有问题,可能只有 250 左右,导致同样的 DPI 会发飘,得降 DPI 。
Magic Keyboard 用蓝牙连 Mac ,整一根磁吸线有线连 Windows 。插线的时候自动连 Win ,拔掉自动连回 Mac ,我现在就这么干的。
@murmur 你这话讲得太轻松了。如果 Apple 给你发 Offer 总包 30 万美元,竞业 6 个月 3 万,违反赔 100 万,且包含所有 Big Tech ,当你不是旁观者身份接到 Offer 的时候你确定能忍住不签吗?
114 天前
回复了 coolfamilyxun 创建的主题 分享发现 谈一谈被动收入有多爽!
@danhahaha 有人把钱浪费在 Onlyfans 上,那就一定会有另一拨上进的人买课,没什么搞笑的。你是用 15 美元去换没有价值的 3 分钟射精时间,还是能让知识和收入齐飞的专业知识?
115 天前
回复了 Salud 创建的主题 汽车 自从买了车,各种问题导致心情异常烦恼
看了一溜下来居然还有在嘲讽 OP 不买全球车型而是去买特供车型的。

怎么,特供车型就是可以没有本田出厂质检、没有本田品牌信誉约束力的是吧?车子有问题不是本田厂家的问题,而是你为什么要活该去买?本田厂家没有错,错在消费者?每个人在消费产品之前都要对产品知根知底?消费者花了钱还是必须规规矩矩当孙子是吧?还有那么些个小畜生觉得这非常合理,特别正常?

操你们几个的妈!这什么狗屁道理。
115 天前
回复了 ZekeChin 创建的主题 咖啡 咖啡因依赖交流病情
虽然咖啡因是水溶性物质,但是美式里真没多少咖啡因,哪怕你 4 个 shot 的 express 喝也没多少,远远达不到医学上的 400mg 安全剂量上限。

如果只是纯粹的需要提神,建议试试牛磺酸 + 烟酰胺的力保健,无论是牛+烟的含量还是咖啡因含量,都比红牛或者美式要高,同时可以考虑配合吃 200mg 的咖啡因片,不会有傻醒的感觉,注意力也会非常集中,我目前就是这个提神组合。
@wonderfulcxm 我错了,是苹果健身,骑车最近几年没骑过但理论是有的,跑步是一定有配速和地图轨迹展示的,徒步不太清楚,因为总会给我识别成户外跑步。
@xieren58 我对加油要排队、担心油枪口太细流速慢、担心别人拔我油枪、担心别人在加油站免费占位停车不加油、加油要半小时起步、远途出门前一定要加满油,高速上要留意加油站位置、夏天开空调束手束脚、冬天油箱容积缩小 15%、超速到 110 后燃油会加速 200% 燃烧的油车不感兴趣。
呃,苹果健康?
@artii 我开太碍事了,回头女朋友会买 D9 ,SUV 鸡肋。
116 天前
回复了 byzf 创建的主题 Kubernetes 我领悟了,这个世界没有 Helm 会更好
@byzf

1. Hack 或 Solution ,取决于一个语言有没有足够的规范来约束用法、语法更新频率是否够高,强约束性和能够及时更新特性的高级语言,是很少、或仅能短暂存在 Hack 的,比如 Jenkins 用的 Groovy 。Yaml 作为一种 markup language ,本质上是一份描述文件,Helm 在描述文件的基础上提供了逻辑判断、运算符的中间层逻辑,而最终文件仍然是 markup language 逻辑的声明式描述文件,这种软件对于编码语言的弱约束带来的极高自由度是一定会存在 Hack 的,而且并不能称为 Hack ,因为解析编码语言的处理器本身并没有缺失对应的处理逻辑,而是直接告诉你万物皆允。

通常在 Nested Chart 里,子 Chart 里的配置在母 Values 里缺失的情况非常常见,这种可以在母 Values 里用 key override 的方式直接覆盖。如果子 Chart 没有,或者 Chart 作者提供的判断逻辑对你而言不适用,你可以直接改造子 Chart ,并在 Values 中新增对应的键值。

2. Helm 作为一个包管理器角色事实上是有些过誉了,Helm 做不到传统意义上的包管理器比如 yum 的逻辑复杂度,这类包管理器通常会存在大量的自检、判断、依赖检查、善后检查。Helm 更近似 npm 这种依赖作者的 manifest 进行包安装、包卸载的简单管理器。Helm 的出发点和主要服务目的,是简化零散 K8s 资源的管理、安装、卸载,并在这之上被社区发展出了版本管理、回滚(实则是操作 RS )等添头。使用 Operator 管理是正确的,而且与 Helm 并不冲突,Helm 在原始文件的管理阶段,比如你 operator 的 deployment 仍然可以通过 Helm 来部署,而 Operator 的核心目的实际上是试图解决 StatefulSet 在扩容上的棘手问题,出于该核心目的衍生出了部署逻辑,Operator 才因而存在可以 gracefully 部署、清除应用以及跟该应用相关联的 K8S res 的能力,这与 Helm 是两个不同的出发点,两者在某些角度上来看存在功能的重叠,但实则是不同的处理逻辑。

我们这边使用 Helm 的方式,是公司有专门的 infra team 管理 Chart ,Chart 的来源可能是自编或 bitnami 等他人写好的,每一个 Chart 都会 Clone 到本地,固化 Values 数值变动(或准备多份 Values ),然后提供 git repo 给 cluster operator 部署。如果 remote 有更新,就 diff 对比变动,然后择选合并到本地,并且创建新的版本分支且 M 到 Main ;如果内部有需求,则根据内部需求修改 Values 或者改造 Chart 本身。
@h0t 那您开的是什么呢
@Lin0936 新 530 感觉林林总总落地得弄到 50 万了
仅当你能用新电脑挣回票价的时候,才考虑购置新的设备,不然花自己钱给资本家打工,太贱了
117 天前
回复了 echo0x000001 创建的主题 职场话题 应该向父母隐瞒自己的实际工资吗?
@codergrowing 确实,我也是出于这个心态所以这么干的
117 天前
回复了 byzf 创建的主题 Kubernetes 我领悟了,这个世界没有 Helm 会更好
只要你自己从 0 开始写过一份 Helm Chart ,很多你吐槽的点实际上都是不存在的。如果你只把 Helm Chart 当作一个傻瓜工具来用,那么工具的易用程度极其依赖于作者的文档水平。

> values 里没给你的,你不能要

错误的。只要末端 manifest ( deployment 、service 、configmap 、tpl )预留了位置,你可以直接插入。



> values 里给你的,你自己找
> values 里把配置放哪个层级,叫什么名称,看心情。
> values 进行了什么骚操作,看源码。

你在试图通过 values 去正向推理最终的 deployment.yaml 的渲染结果,这当然是错误的。values 的目的是为了抽象末端 manifest 中的配置项,你可以集中在一个地方看到你的改动,而不需要深入文件去一个个翻,因此 values 的运行逻辑必须从末端 manifest 开始反向推理,末端文件决定了 values 里面存在什么配置、每个配置放在什么地方。



> 一坨服务,扔一个 values 里配置,应用配置归你管,编排规则归你管,资源限制归你管,权限 Policy 归你管,一个服务一千多行配置,跳转全靠代码搜索,重用靠 yaml ahcor ,这还能管吗?管不了。你不如让我去死。

应用配置、编排规则、资源限制、权限 Policy 通常可能分属到不同的末端文件,而且除此之外还有储存配置、网络配置等,如果 values 能成功把散落在不同的 yaml 里的配置抽象到一份配置文件里,那说明 values 成功了。

比如我有一个服务,我需要配置 storageClass.yaml 、配置 priorityClass.yaml 、配置 service.yaml 、配置 ingress.yaml 、根据用户选择判断调用 deployment.yaml 还是 statefulset.yaml 、拥有不同类型的 secret.yaml 、拥有多份 configmap.yaml 、需要多个 PVC.yaml 、或许还拥有自己的 crds.yaml ,如果没有 values 会发生什么?你改了一份文件里的值,你需要串联同步改多份文件,变动散落在各处,查历史改动淹没在 git commit 里,而 values 要做的就是把所有的修改集中到同一份配置文件里,集中配置、集中管理、集中读取,每一个终端文件都保持变量引用的 clean state ,不写死任何值,预留尽可能全面的参数引用,这样 manifest 是完全无需维护的,仅需要维护 values 和 readme 即可。



> 我真的不知道为什么 helm 处理一遍文件为什么会这么慢

这个确实从没遇到过,常见的多层 nested 的复杂 chart 比如 gitlab 、kube-prometheus-stack ,渲染均是即时的。



> 没赞助的项目愿意给你写两笔文档不错了,配置项更了个字段?自己找吧。

本质上是项目作者的问题,与工具无关。而且 Helm Chart 并非黑盒,可以通过自己读 Chart 的方式,知道每一个 values 的值类型以及可用选项,或者手动改写末端 manifest 来允许自己在 values 中带入自定义字段,非常自由。
@volvo007 喔,扫了眼 4090 又涨了,我买水神 OC 那会儿才 12000
感觉做成一个 App 似乎太重了,有点像是一年只会点开几次的软件
1 ... 15  16  17  18  19  20  21  22  23  24 ... 61  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2426 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 43ms · UTC 10:14 · PVG 18:14 · LAX 03:14 · JFK 06:14
Developed with CodeLauncher
♥ Do have faith in what you're doing.