V2EX › mightybruce 的所有回复 › 第 28 页 / 共 37 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 20 21 22 23 24 25 26 27 28 29 ... 37

❮

❯

2023-12-22 11:14:47 +08:00

回复了 wkong 创建的主题 › 程序员 › 个人觉得 Go 的 error 设计的非常好，为什么还那么多人吐槽？

另外 try catch exception 还涉及到 RAII 机制，go 连对象都没有，谈 try catch 在 go 里面是没什么意义的，最多也只是语法糖。

2023-12-22 11:09:02 +08:00

回复了 wkong 创建的主题 › 程序员 › 个人觉得 Go 的 error 设计的非常好，为什么还那么多人吐槽？

因为大多数这种人都是写 java 的，喜欢这种 try catch 异常处理，对于非业务开发，懒散和滥用 try catch 处理可以导致致命的 bug ，
linux 内核和 c 那么多库都没有 try catch, 方式比 go 还原始也没啥人说什么，都是业务开发太闲了。
go 的哲学就是错误就是要显示检查处理的，异常处理的不可见错误检查所带来的问题其实是很大的。不少业务开发才不管那么多，还不是能跑就行，最多加个单元测试。

2023-12-18 11:06:42 +08:00

回复了 isno 创建的主题 › 程序员 › 拙作 5000 star 了

thebytebook 挺不错的，内容没有过时，挺一下。

2023-12-09 15:22:42 +08:00

回复了 hzzhzzdogee 创建的主题 › 程序员 › 各位 DevOps 大佬们, 最适合 Kubernetes 的 CICD 是什么呀?

上面说的都是 ci, 只有 argocd 是 cd 。
一般来说中小公司 ci 自动化比如 gitlab ci 、github action 、jenkins ，cd 多数还是手动或写配置文件比如 yaml/helm/kustomize
terraform, argocd 直接使用也是满足一些简单配置。

尽管 K8S 统一了底层基础架构（提到应用交付、部署，大部分都是指往 k8s 上部署），但是它并没有在混合的分布式部署环境之上提供应用层的软件交付模型和抽象，对于复杂的多集群，很多公司用了 Kubevela(cuelang)
cuelang 动态配置语言比较强大但不如 KCL 有强类型和更多扩展.

2023-12-09 14:47:25 +08:00

回复了 limpo 创建的主题 › Go 编程语言 › Go-Spring v1.2.0 发布，新增 Web 开发支持

个人观点：非常不喜欢这种被限制的方式，就算是 aop ，那么也要精简，而不是做全。
让 gin 、echo 、iris 能够接入就行，或者参考 kratos 做成插件形式。

2023-12-01 13:29:09 +08:00

回复了 zhoudaiyu 创建的主题 › Kubernetes › 请教大家一下： K8s 的 Static Pod 的使用场景除了作为 bootstrap 集群的某些特殊组件的容器化部署方式，还有哪些常见使用场景？

static pod 是不受 kubernetes 调度的，属于 Kubelet 直接管理。只有少数情况下需要用，这个是和节点绑定的
1.只有要在宿主机运行的 daemon
2. 需要和节点绑定的 Pod
直接和 kubernetes 节点相关的修改和组件需要, 其他情况下用这个基本要被开除。

2023-12-01 11:46:14 +08:00

回复了 cwjwgg 创建的主题 › Linux › 国产系统一天时间 ./xsession-errors 就 100G 如何排查

xsession 错误大多数并不是很重要，基本上它是一个相当低级的 X11 的错误日志，xwindows Linux 远程桌面的东西。
定期删除

2023-11-29 21:24:49 +08:00

回复了 sud0day 创建的主题 › Kubernetes › 滴滴史上最严重服务故障是因为“k8s”版本升级错误？

k8s 是包含服务注册、降级、也是很多服务配置中心以及元数据存储的地方
滴滴技术在文章里写原地大版本升级，艺高人胆大，链接在下
https://mp.weixin.qq.com/s/nMSIsS72fSXGqJO9Vy_Pfw

2023-11-29 17:59:46 +08:00

回复了 ucyo 创建的主题 › 程序员 › 滴滴事故的起因是底层系统软件发生故障，并非网传的“遭受攻击”

K8s 跨版本升级是很危险的，除非集群里没有任何第三方的 Operator 完全是自研的而且充分考虑到兼容度，代码全部改过了，你无法保证各种依赖的兼容性。
一般都是升级到高一个版本，中间版本慢慢过渡，1.12 到 1.20 属于艺高人胆大。

2023-11-29 17:26:22 +08:00

回复了 ucyo 创建的主题 › 程序员 › 滴滴事故的起因是底层系统软件发生故障，并非网传的“遭受攻击”

滴滴技术自己写的 k8s 升级
https://mp.weixin.qq.com/s/nMSIsS72fSXGqJO9Vy_Pfw

像大厂商都会自建 IDC, 不然投资人为什么愿意在当年投资那么多钱给它，你只有花得多，才会有更多的投资。

2023-11-29 16:47:44 +08:00

回复了 ucyo 创建的主题 › 程序员 › 滴滴事故的起因是底层系统软件发生故障，并非网传的“遭受攻击”

k8s 跨版本升级是有很多坑的，像滴滴 K8s 版本这么久还没升级估计就是在做很多测试。结果版本还升级错了。

2023-11-29 16:45:42 +08:00

回复了 ucyo 创建的主题 › 程序员 › 滴滴事故的起因是底层系统软件发生故障，并非网传的“遭受攻击”

@pandaPapa 如果是集群所有的 master 高可用节点都挂了, 想调度都调度不了。这种错误真的是极其少见。

2023-11-29 16:27:12 +08:00

回复了 ucyo 创建的主题 › 程序员 › 滴滴事故的起因是底层系统软件发生故障，并非网传的“遭受攻击”

基础设施才会导致这种大规模问题，否则软件版本回滚还是很快的。难道降本增效到了深水区了。

2023-11-29 15:31:10 +08:00

回复了 ucyo 创建的主题 › 程序员 › 滴滴事故的起因是底层系统软件发生故障，并非网传的“遭受攻击”

已经在一些网站上公布了，是因为 K8s 版本升级升错了，造成基础设施问题。
https://www.oschina.net/news/268635

2023-11-29 12:24:07 +08:00

回复了 cookii 创建的主题 › Kubernetes › 开发环境使用宿主机部署，测试和生产使用 k8s。会有什么坑吗？

telepresence 或者 kt-connect 都可以将集群内的请求流量劫持到本机进行处理
https://github.com/telepresenceio/telepresence
https://github.com/alibaba/kt-connect

2023-11-29 11:39:33 +08:00

回复了 olin6520 创建的主题 › 程序员 › ARM64 公开课推荐

我有时候看这个 low level learning 的油管博主，他有一些粗浅的入门介绍。
https://www.youtube.com/@LowLevelLearning/search?query=arm

1 ... 20 21 22 23 24 25 26 27 28 29 ... 37

❮

❯