V2EX › a398058068 的所有回复 › 第 1 页 / 共 3 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3

❮

❯

2023-11-16 15:18:38 +08:00

回复了 lijianmin321 创建的主题 › 分享创造 › V 站老哥太热情了， Airy 永久会员加送 9000，凑到 1 万

支持一下

2022-07-13 11:22:18 +08:00

回复了 TravisMtg 创建的主题 › Kubernetes › 做 k8s 相关的程序员平时在做什么工作呢？

k8s 集成 istio 做微服务。纯运维已经搞不定了所以只能我们全栈工程师来搞。开发 k8s 之外的时间开发业务应用。

2022-07-13 11:20:49 +08:00

回复了 TravisMtg 创建的主题 › Kubernetes › 做 k8s 相关的程序员平时在做什么工作呢？

开发

2021-12-13 18:45:59 +08:00

回复了 amrom 创建的主题 › Java › 关于 log4j 的一种临时解决方案

spring boot + lombok 用 @sl4j2 注解，切换上层日志框架基本 0 成本

2021-12-13 18:43:04 +08:00

回复了 Hanggi 创建的主题 › Java › 是时候寻找 Java 的替代方案了

你需要给这个话题拟设一个场景，spring mybatis hibernate elk mysql hadoop spark flink 这些框架和中间件都有对应的替代方案，只不过是在不同的场景，并非通吃。当然杀鸡用宰牛刀也是可以的。

比如国内用 mybatis 的企业比用 hibernate 的多。你不能说 hibernate 好也不能说 mybatis 不好。可能你的系统属于 OLTP ，并且团队内的人都懂 DDD 配合也相对较好不用较大的学习成本，这时用 hibernate 可以减少后期的维护成本并足以应对后期的复杂需求的迭代开发。

比 elk 更轻量级的 loki 也是一个道理如果觉得 elk 重可以考虑 loki ，但是你需要考虑你的系统的体量 loki 是否可以满足同时目前的人员是否足以解决 loki 带来的问题，因为他不像 elk 有足够多的解决方案资料。

所以你缺少一个场景去考虑你的方案。

2020-12-08 11:38:01 +08:00

回复了 monkeydev 创建的主题 › DevOps › 小团队适合用 k8s +Spring cloud +微服务吗

单体够用就单体，如果非得上单独 k8s，如果非要熔断限流这些直接上 istio + spring boot 。下下策是 spring cloud +k8s

2020-11-12 17:11:53 +08:00

回复了 qce7 创建的主题 › 程序员 › REST 接口让前端在请求中指定需要返回的字段是否合理?

GraphQL

2019-03-20 13:56:04 +08:00

回复了 HackerPainter 创建的主题 › 程序员 › 和主管为一个接口输出真吵了一天，搞得都想离职，求怎么破

为啥 http 的状态叫 HTTP Status。而不叫 HTTP ErrStatus

2016-08-05 11:49:26 +08:00

回复了 ideaplat 创建的主题 › 职场话题 › 在西安月薪 2.5 万是啥体验？是不是工资一般？

92 27