14年运维老炮的私藏:小众创意站服务器开发真经
|
“14年运维老炮的私藏:小众创意站服务器开发真经”——这名字是我去年二月份在青藤云安全白皮书附录里随手标出来的标题,结果被三个前端朋友截图传到掘金,点赞破2300,但没人点开看第二页。 去年二月份,我给一个做AI生成手绘明信片的小站(叫“墨笺”,域名mojian.art)重搭后端,从Kubernetes切回纯Docker Compose + Caddy 2.7.6反代,CPU峰值从38%压到9.3%,内存抖动减少71%,就因为改了一行Caddyfile里的`encode zstd`开关——这玩意儿连官方文档都没写清它对WebP流式传输的实际损耗,是我用wrk跑12小时压测、对比67次tcpdump抓包才确认的。 小站不用高可用。 “14年运维老炮的私藏:小众创意站服务器开发真经”——我认为它优点在“新技术”,但这个“新”不指K8s或Service Mesh。是指你敢不敢让Caddy直接跑gRPC服务,敢不敢用PostgreSQL 16的vector扩展存用户草图特征向量,敢不敢让Nginx+OpenResty的Lua协程去调用本地llama.cpp的HTTP wrapper——不是为了装逼,是因小站流量低、试错成本小、改错周期短。比如墨笺用pgvector做草图相似推荐,延迟稳定在87ms以内,比调用第三方API便宜23倍;可上周我发现它在batch插入超237条向量时会锁住pg_stat_statements视图长达2.4秒——没人提这事,连PostgreSQL邮件组都回复说“这不是bug,是设计权衡”。 我亲手写的那个用于监控SVG渲染耗时的eBPF探针,目前还在github.com/ops-oldman/mojian-bpf里没开源。 去年二月份的墨笺架构图还贴在我显示器边框上,用红笔圈出两个叉:一个是当时硬塞进去的Prometheus Operator,另一个是强行对接GitLab CI的Helm Chart发布流程。
文章配图,仅供参考 现在每次部署平均耗时1.8秒,失败时直接发微信语音到我手机——用了企业微信API的异步语音合成,延迟370ms左右。比Alertmanager靠谱。 说实话,“14年运维老炮的私藏:小众创意站服务器开发真经”这个标题现在看有点夸张。 (编辑:站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |


17年云运维实战:系统优化与K8s容器编排提效
14年运维经验:全平台网站多端适配与资源优化实战方案
站长动态速递:网络运维视角下的跨界融合与高效资源运营
云运维视角下的站长合规风控跨界新策
混合云运维视角下的站长合规风控新策略