a398058068 最近的时间轴更新
a398058068

a398058068

V2EX 第 63241 号会员,加入于 2014-05-21 18:05:39 +08:00
a398058068 最近回复了
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
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1071 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 23:00 · PVG 07:00 · LAX 15:00 · JFK 18:00
Developed with CodeLauncher
♥ Do have faith in what you're doing.