我的网站架构演进之路（从单机→云原生）

[lusyoe]

在我刚开始搭建个人网站时，只是简单使用一台云服务器部署了 Nginx + Docker 。

随着访问量增加、服务增多（如：统计系统、评论系统、nCalendar 自研产品等），我逐渐发现单机架构在稳定性、可维护性、扩展性方面面临诸多挑战。

这篇文章记录了我的网站架构从「单机时代」逐步演化到「云原生架构」的全过程，希望对也在探索的朋友有所启发。
更多详情请参看博客文章： https://blog.lusyoe.com/article/website-arch-upgrade

[wxw752]

你这文章对于 V 站程序员可能过于基础了。

[mrgeneral]

文章似乎只说了演进阶段，没提及实际诉求的量化指标？

[lusyoe]

感谢回复～
这篇文章主要是作为个人记录，同时面向的是刚建站的朋友，确实会偏基础一点。
后续也计划写一些进阶内容，包括踩坑记录，欢迎关注。

[lusyoe]

@mrgeneral 由于建站时间还并不久差不多 3 个月，实际数据指标可能并不是很高，但是已严重影响到日常使用了。
因此不得已进行架构升级~

[695975931]

可以，点赞

[ala2008]

确实没有说瓶颈在哪里，集群，多几个节点可能也能应付的

[hxndg]

只有技术，没有看到真实的问题记录，我对于问题记录更关心

[version]

看到这个架构我就知道要很多钱。阿里系要逃。不适合白嫖挡

[hidemyself]

比较好奇有多少量，需要这么部署

[maocat]

`
纪念一下首篇文章阅读量破千
字数 754 阅读时长≈2 分钟 2025-6-13
`

`
我逐渐发现单机架构在稳定性、可维护性、扩展性方面面临诸多挑战
`

发现的好，下次别发现了，下次写如何在单机上进行性能优化更能吸引我

[itechify]

自己的服务器，一点要选择宽带大一点的，机器加 swap ，又不是不能跑，慢就慢一点呗。
大多是小服务，docker-compose 注册有共用的就提取出来

[adgfr32]

这种网站，单机部署，哪里有瓶颈升级哪里就行了。就像你一开始说的带宽只有 1M ，那就升级带宽，把一些静态文件摘出来避免占用服务器带宽，这些才是最有效的解决方法。
用 k8s 本生就有成本，只有当你有了一堆机器，甚至来自不同的云，你管理这些机器的成本远远超过了 k8s 本身，才适合选他。

[adgfr32]

不好意思我第一次没好好看你的文章，我上面说的你在第二个版本已经实现了，只是好奇为什么博客系统需要这么多的服务。

[jeffh]

感觉 v 站的业务，存储和并发啥的不是瓶颈，要解决的是安全和 DDOS 等的问题

[lusyoe]

@z1829909 不单只是博客，我还有很多其他的服务和工具部署在上面~
另外我本身搞过 5 年的 k8s 容器云平台产品，不说精通，对 k8s 也算是比较熟悉了，阿里云 ACS 是 Serverless 版的 k8s ，不需要管理控制面和节点，只需关心应用所消耗的资源即可，所以相对成本较低。
最后我一开始就没规划把这台小服务器作为主服务，后面计划只是当做备案保留和跳板机来使用。

[shellcodecow]

嗯 从 68 一年到 6888 一年

[Lshl56B4vDqdixwK]

典型的过度工程化，博客这种静态内容完全可以缓存到 CDN 上，源站用个 512mb 的低端 vps 就行。

Kubernetes 只会增加无意义的复杂度，绝大多数的网站没有那么高的流量。

[googlefans]

@jeffh ddos 无解吧？

[lusyoe]

@user23125 从没说就只是个博客呀，还有自研的产品工具和其他服务在跑。。。

[carytseng]

如果只是部署个博客，没必要，问题你跑了太多其他杂七杂八的东西