高并发架构实战 Day53

如果在服务器购买没有留冗余的情况下,服务流量增长了,我们有什么暂时应对的方式呢? 我们可以从节省服务器存储量或者降低日志量这两个思路入手,比如后面这些方式: 减少我们保存日志的周期,从保存 30 天改为保存 7 天,可以节省四分之三的空间; 非核心业务和核心业务的日志区分开,非核心业务只存 7 天,核心业务则存 30 天; 减少日志量,这需要投入人力做分析。可以适当缩减稳定业务的排查日志的输出量; 如果服务器多或磁盘少,服务器 CPU 压力不大,数据可以做压缩处理,可以节省一半磁盘;

相关推荐
你的人类朋友1 小时前
【Node】认识multer库
前端·javascript·后端
lang201509282 小时前
Spring Boot 官方文档精解:构建与依赖管理
java·spring boot·后端
why技术3 小时前
从18w到1600w播放量,我的一点思考。
java·前端·后端
间彧4 小时前
Redis Cluster vs Sentinel模式区别
后端
间彧4 小时前
🛡️ 构建高可用缓存架构:Redis集群与Caffeine多级缓存实战
后端
间彧4 小时前
构建本地缓存(如Caffeine)+ 分布式缓存(如Redis集群)的二级缓存架构
后端
程序猿DD5 小时前
Java 25 中的 6 个新特性解读
java·后端
稻草猫.6 小时前
文件 IO
java·笔记·后端·java-ee·idea
掘金码甲哥6 小时前
有关CORS跨域访问,这事没完
后端
码事漫谈6 小时前
从外行到AI指挥官:你必须掌握的五大「程序员思维」
后端