V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Feiex  ›  全部回复第 1 页 / 共 14 页
回复总数  270
1  2  3  4  5  6  7  8  9  10 ... 14  
在#85 楼的基础上补充一下,
1. 不管是 log4j2 还是 logback ,在生产环境都会有一些坑(比如打 error 日志把 CPU 打满的),这时候没必要每个团队都去写 error 限流代码,让 Util 团队升级即可
2. 很多时候实体和异常的日志序列化并不尽如人意(例如三方包的实体 toString 缺很多东西、toJson 性能又很差),这时候也需要 Util 出手统一解决
3. 最重要的还有 trace 、channel 、position 、region 等等这种链路上下文的参数打印,每个人写一遍 format 也是没必要的,需要 Util 出手统一处理
123 天前
回复了 qee 创建的主题 职场话题 钓鱼, hr 视角下这两年招聘是什么情况
小红书上有很多 HR ,最近看到一个 HR 在京东受不了压力离职了(脏活多,两头难做人),连赔偿都等不了。。。
公司网络屏蔽了各种云盘。。。
阿里国际是 lazada 吗
@roundgis 5.4 。不过 6.0 也可以
@iamtuzi3333 #2 建议重新设计 hash 并做好数据平均分布,mango 天生是玩分片的,不要玩成单机模式。
另外 mongo 有索引,hash 设计合理的话,不用太担心查询压力(可以不停机扩容)。
这个是我做过的项目,用 mongo 解决 B 端消息暂存的问题,可以参考下: https://mp.weixin.qq.com/s/wSzu1_TM4Kark5ZfEs0EvA
我曾经做过几 T 的 mongo 数据存储,每日增删 2 亿条数据。
mongo 是分布式数据库(而且可以不停机扩分片),你只要 hash 设计合理,数据节点的压力不要太大,完全能应付这个量级。
301 天前
回复了 luomao 创建的主题 汽车 兄弟萌给给建议,关于买车的
@qoo2019 这个意向订单数量是源自于“填购车意向,送小米 14”的活动😄
现在进大厂=上岸?
那要是过两年被裁了岂不是下海?
各回各家 各找各妈
为啥不用线上的 GPU ,要自己组机器,电费谁掏?
@nothingistrue #17 LZ 的关注点不是 SSD 的寿命,而是“ssd 的文件存放的寿命”
2023-12-19 10:19:21 +08:00
回复了 bianhui 创建的主题 奇思妙想 有狗粮,猫粮,为什么没有人粮。
鼻饲营养液,可以直进喝
前前后后做了四个月 为你的坚持点赞!
2023-11-13 14:32:11 +08:00
回复了 oktango 创建的主题 全球工单系统 阿里云 OSS 挂了?
@Desiree 还没变?逍遥子背锅走了
1  2  3  4  5  6  7  8  9  10 ... 14  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1114 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 18:42 · PVG 02:42 · LAX 10:42 · JFK 13:42
Developed with CodeLauncher
♥ Do have faith in what you're doing.