个人开发者和小团队把项目从本地搬到云上,通常是正式上线的第一步。阿里云是国内用户较多的云服务商,轻量应用服务器和ECS都能选。真正动手时,卡住的往往是选配置、配安全组、装环境这些琐碎环节。下面用一个个人博客加小型API服务的例子,把阿里云服务器部署从购买到上线的过程走一遍。

先想清楚要买多大的机器
下单前先问自己两件事:现在有多少访问量,一年内大概会涨到多少。个人博客或内部工具,2核4G的轻量应用服务器一般够用。如果接口并发高,或者数据库读写很频繁,就该考虑ECS配合RDS,把应用和数据库拆开。
小王是一名独立开发者,手上有个基于Node.js的内容站点,日均访问三千左右。他当时只看价格,买了最低配置,结果一次营销活动里服务器明显变慢。选型时至少留一倍的性能余量,这笔差价比事后扩容的代价小得多。
开始之前,可以先备好这几样东西:
- 阿里云账号,并完成实名认证,否则很多操作用不了
- 操作系统,常见选择是Ubuntu 22.04或CentOS系列
- SSH密钥对,用密钥登录比密码安全,后面关掉密码登录也方便
- 域名和备案计划。服务器在国内对外提供网站服务,需要完成ICP备案
购买与安全组
进入控制台,选云服务器ECS或轻量应用服务器。轻量服务器配置打包、价格直观,适合快速上线的简单应用。ECS在网络、存储和扩展上更自由,适合需要自定义架构的项目。
地域要看用户在哪。主要用户在华东,就选华东节点,延迟会低一些。镜像选长期支持版本,后面的安全更新会省心。
安全组怎么配
安全组就是服务器前面的防火墙规则。很多部署问题其实出在这里,常见做法如下:
- 22端口用于SSH,尽量只允许固定IP访问
- 80和443用于HTTP、HTTPS,网站对外访问靠它们
- 3306、6379这类数据库和缓存端口不要对公网开放。需要远程调试时临时加规则,用完就删
小王一开始把所有端口都设成允许所有IP访问,几天后日志里就出现大量扫描记录。他收紧规则并启用密钥登录,情况才稳定下来。
连上服务器,搭环境
用SSH连上以后,先更新系统软件包,再建一个非root的普通用户做日常操作。运行环境按项目需要装。以Node.js为例,一般是这几步:
- 用apt更新软件源,做一次系统升级
- 用nvm安装指定版本的Node.js,之后切换版本方便
- 安装PM2管理进程,程序崩溃后能自动拉起
- 安装Nginx做反向代理,静态资源和接口请求都经它转发
Nginx的重点是把域名请求转发到本机应用端口,比如3000。改完配置先执行nginx -t检查语法,通过后再重载。直接重启容易让正在访问的用户断开,重载就没有这个问题。
域名解析和HTTPS
在阿里云云解析DNS里添加一条A记录,指向服务器公网IP。生效快则几分钟,慢的话要几个小时。等待期间别反复改记录,只会让生效更慢。
证书可以用阿里云免费SSL证书,也可以用Let’s Encrypt自动签发。部署好后,在Nginx里监听443,并把HTTP请求跳转到HTTPS。这一步主要保护传输安全,对搜索引擎收录和访客信任也有帮助。
上线之后的日常
上线只是开始。从第一天起,最好养成几个习惯:
- 打开云监控,盯住CPU、内存和带宽,并设好告警阈值
- 定期备份数据库和关键配置,云盘快照可以做整盘备份
- 留意Nginx和应用日志,异常请求往往先在日志里露头
- 关注系统安全公告,有补丁就及时更新
小王上线两周后,监控发现某个接口在凌晨内存持续上涨。排查下来是数据库连接池没有正确释放。修掉之后,服务器明显稳定了。没有监控的话,这类问题可能要等到服务出错才会暴露。
常见问题排查
这几类问题出现得最多:
- 网站打不开:先看安全组有没有放行对应端口,再看Nginx配置
- 域名不生效:核对DNS记录是否填对,然后等缓存刷新
- 权限报错:检查文件归属和目录权限。图省事改成777虽然能跑,但等于给了所有人写权限
- 磁盘空间不够:清理旧日志,并配置日志轮转,别让日志把磁盘占满
排查时从日志入手,再按网络、端口、进程的顺序逐层看,通常能较快找到原因。
小结
阿里云服务器部署本身并不难。选型别只看价格,安全组要收紧,上线后把监控和备份做起来,大部分坑都能避开。个人开发者可以先从一台轻量服务器开始,边跑边积累运维经验。