我一直在用阿里云的轻量应用服务器，可以用香港或者新加坡节点，24 块一个月，我找了 4 个人凑，一个人 6 元 /月，带宽上限 30m ，我们几个人基本不刷视频，每月流量用 5%都不到。爽的很

还有运维这么幸福的嘛，我们只会叫开发去兼职搞，叫他招运维都不招

没有做集群的话，直接用定时任务拉 git 代码。。。我就是这么流氓的用了 2 年，没出啥错

你原有的认证方式无非就是 token 模式，或者 session 模式，你把 token 或 sessionid 搬到 redis 上去，这样就是分布式的。
然后每个项目都去 redis 拿这个 token 共用，这样就全部都能认证登录了。

登录认证检查你也可以统一写在用户中心，然后有用户中心统一提供接口。

喜欢哪种模式就看你了。

上面说的都没用，你听我的，每天晚上陪我打 LOL ，咱一起开黑到 1 点多，下播后接着你就睡着了，还想个锤子。

@anonydmer 为啥有这么奇怪的要求

@ruidoBlanco 哈哈，真实

站在技术的角度想想办法，有水友知道打开链接的时候，代码是如何调用浏览器的嘛，把 chrome 的程序名称和启动命令，复制伪装一份为 微信浏览器的 名称，可以骗过他不

@JimmyTinsley 懒得折腾了，linux 简单的东西，我大部分都自己弄了脚本，都是传到 git 的，也不用重复设置，几年下来也弄了不少了 https://github.com/wenshunbiao/docker/tree/master/shell

然后我平时需要翻墙的时候，就打个前缀，类似于：fq curl www.google.com

哈哈哈，说出来笑死人，我都是定义了一个名叫 `fq` 的 shell ，然后脚本内容是：

```
#!/bin/bash

link="socks5://127.0.0.1:1080"

proxy=$link \
http_proxy=$link \
https_proxy=$link \
ftp_proxy=$link \
rsync_proxy=$link \
all_proxy=$link \
no_proxy="localhost,127.0.0.1,localaddress,.localdomain.com" \
server_proxy=$link \
PROXY=$link \
HTTP_PROXY=$link \
HTTPS_PROXY=$link \
FTP_PROXY=$link \
RSYNC_PROXY=$link \
ALL_PROXY=$link \
NO_PROXY="localhost,127.0.0.1,localaddress,.localdomain.com" \
SERVER_PROXY=$link \
$*
```

@matrix67 我也是，哈哈，但是我觉得我就单纯要他打个命令行，使用感没有什么差别咦

方案我就不推荐你了，但是提醒你注意法律风险。做这个动作，除了特别关注安全方面的问题之外，你最好还要得到公司的授权允许你这么做，没事大家都好，不然出了问题，公司绝对拿你做背锅侠

上面说的很多方法都忽略了一点，如果把系统迁移过去，新电脑的系统换了，是不是意味着变成了非正版系统了？我记得笔记本的正版系统是会认硬件的

@libook 对的，跑脚本期间 mysql 实例的 cpu 和 io 飙升，大部分是一些慢 sql ，没加索引等等问题引起的，严重的一些定时任务我已经优化了 sql 索引问题了，但是这种屎山项目几百上千定时任务。。。又不给时间处理这些，经常有其他需求，无语

@cais 知道如何实现速率限制，我更想搞清楚的是理论，如何设计会更流畅

@Gota 不止一个，是因为有好多个类似的任务，都差不多那个时间段跑，然后有历史原因，有些 sql 查询确实比较复杂，还没有索引，所以资源消耗比较厉害，后面我还优化了一部分慢的厉害的 sql 查询，会稍微好点，但是每日定时任务，有些时间段的还是任务比较重的

@justest123 我们项目也有队列机制，但是这个场景不太适合队列做，因为我们是必须到点了，才进行数据统计的。

@RRRoger 数据都是在表里的，到点了就处理，用不用队列，最终还是要落到数据表的，感觉这个场景，用队列和加个 sleep 间隔一下差不多？