“入职 4K，三年了，工资 7.4K”……我招进来的应届生 8K 。

如此物美价廉的人去哪儿招？！求推！

@sunny1688 上“云”的话，是不是可以进行“快速提高短时负载”？

——譬如 CPU 100%，赶紧买 1 倍 CPU 做临时扩容。

如果是的话，容器更多可以作为一种快速定位故障环节、防止灾难扩大的解决方案，和云相辅相成。

如果不是……emmmm 哈哈，还请指教，没太接触过云这个概念

@sunny1688 外包公司，用容器不用担心客户服务器的环境问题，其实内部还是没有封装。

之前在的公司自营产品比较强，可以跟你交流一下：

将数据库、Redis 、MongoDB 、Nginx 等套件，分别封装，对容器外暴露接口，这样所有的容器，都会被监控 RAM 、CPU 、进程数等指标，如果发现哪些容器有问题，立刻可以定位、重启和解决。

多容器（算是分布式？我没详细了解过），所以当某个环节的某部分容器宕机，其他容器可以正常执行业务，并不会出现“某个 Redis 容器崩了，整个缓存系统都崩了”的情况。

@wangritian 跟你讲个笑话，我们作为一个预估上万用户同时做写入业务的站，没用 Redis……（无语泪先流，我来的时候这个站已经基本做完了）

@mahone3297 感谢大佬，负载均衡有的，Apache 我改了配置，提升了 30 ％ 的线程数量，看效果如何

@dzdh CentOS，不能有大动作，只能在小配置上做些手脚……蓝受

（运维也是个开发同事，只是他负责我们公司运维工作，公司对这块看得比较重，不允许其他人——譬如我，来动容器）

前阵子带队把 ElementUI fork 到内网，又加了几个组件，领导可能是觉得做的不错，就突然说我来优化性能，我也很懵，但觉得没啥问题，反正我本职就是服务端。

结果现在运维卡住 Docker，不允许我去搞大动作，我就很炸裂了……

现在，我正在跟运维商量把一些配置文件暴露给我，让我可以修改和重启容器，如果这都做不到，那我就直接找领导，说“我做不了这个活儿，请另请高明”了。

艾特各位大佬，嘿嘿。 @sunny1688 @jifengg @cbasil @hbolive @NjcyNzMzNDQ3

@chempotato 老哥稳哈哈！

@across 就怕那边干脆抹黑我，说实在话，那公司的道德底线真的堪忧

看你的岗位划分：
如果是协作岗（经理），却没有掌握“有节奏的工作与处理外部消息”，自然是原罪。
如果是做事岗（工程师），谁有的没的就打扰你——怼他（脾气好点也要告知对方：我正在忙，请你稍等，有问题自己找直属上级 /善用各类工具，谢谢）

@Ljf980

> 我在想，这种诈骗行为真是没有风险？大家都可以去做

正解，小打小闹几百万，估计没啥大事。

@xutao881 只是想要钱？去做量化金融、去做游戏，都比单纯的敲代码有钱途吧

@ruimz 总有人喜欢无脑的加高配置，以为可以解决卡顿问题

JetBrains 的 IDE 都是运行在虚拟机里，不提高虚拟机的内存可用上限，128 G 也解决不了卡顿问题。