- 3
北方的郎
已获得福禄寿淘公仔
为了愉快地度过春节，在节前有什么方法手段尽量避免被公司召回？
1，先把自己的工作做完，尤其是高优先级紧要的工作，如果到时候没有完成，会有超大概率被召唤加班。
2，把自己的工作做好，尤其是假期的系统保障相关的工作，作为程序员如果你的程序如果埋着许多BUG、或者作为维护人员你的系统维护规定动作都没有作全，估计你假期不被骚扰的可能性也很小。
3，值班的小伙伴给力，现场问题都能解决，不骚扰你。其实这也和你平时的人品有关系，如果你平时带徒弟的时候尽心尽力、倾囊相授，这个时候他就能挑起大梁，不骚扰你了，否则的话不骚扰你，也不行啊。
4，就是系统架构升级，让系统支持高并发，高安全性（防御网络DDOS攻击，黑客挂马等等），弹性扩容、动态伸缩......。呵呵，这些在阿里云上都你能找到。
- 1
微wx笑
生产环境用阿里云啊。
什么弹性伸缩、负载均衡、CDN……，那都不是事。
- 1
骐源
为了愉快地度过春节，在节前有什么方法手段尽量避免被公司召回？
这问题弄反了吧！应该当领导的未雨绸缪，防患于未然，安排好值班的，避免打扰休假的同事才对吧！
对于程序员而言，似乎没有多好的办法躲避加班召回，如果你水平高、技术好、能力强总能关键时刻救急救火，这个，能锤炼自己也还好。
总不能为了避免加班，选择藏拙藏巧韬光养晦，不显露自己的真实水平，做个中庸的半瓶子程序员，这样难题就不会找上自己了，这是什么狗屁逻辑嘛。
总之一句话，这个更多是做领导的问题。气死我了。
发布时间：7小时前 2人评论- 0
designer聪、
想转行了！
发布时间：5小时前 1人评论- 0
1806615736660069
一切工作都上云 随时随地处理 哈哈
发布时间：6小时前 1人评论- 0
二毛七
程序员真是一个悲情而充满情趣的职业
发布时间：6小时前 1人评论- 0
1557314336392473
跟团出国游，想回也回不来。
发布时间：7小时前 1人评论- 0
1443316913733997
能和父母相聚是最幸福快乐的事情。
发布时间：11小时前 1人评论- 0
1681416908452186
把你的领导来电设转移到其他手机
发布时间：12小时前 1人评论- 0
轮回1204
在旅游中好吃好喝，空闲时间充电！
发布时间：13小时前 1人评论- 0
1562709274716277
大家好，新手，希望多多关照
发布时间：16小时前 1人评论- 0
1871416876588176
被困山区，无网络无信号
发布时间：17小时前 1人评论- 0
aoteman675
提前做好集群服务器的弹性伸缩，均衡负载，保证集群服务器中其他主机能够快速响应并恢复服务，做好应急演练。然后就是压力测试和数据安全性测试，最重要的是把阿里云产品的钱交够了。
发布时间：17小时前 1人评论- 0
1974215072066139
关掉一切能联系到你是工具😃😃😃
发布时间：17小时前 1人评论- 0
1354816889361177
说的不错长知识了，
发布时间：18小时前 1人评论- 0
1750916884847138
说点虾米呢
发布时间：19小时前 1人评论- 0
sunniealy
作为一枚程序猿，并且还是一个学生的我，只能说：加班？！不存在的！！！
但是，同样不幸的是——还要熬夜看论文的程序猿，加班加点地准备毕业论文。
请假？！也是不存在的！！
- 0
不靠谱贝贝
拜拜保平安。。。。。。
发布时间：22小时前 1人评论- 0
1973416870710090
我妈喊我回家相亲
发布时间：23小时前 1人评论- 0
hikingx
福禄寿公仔还有吗？
为了愉快地度过春节，在节前有什么方法手段尽量避免被公司召回？
个人理解这是个非常值得探讨的话题。个人理解主要的策略就是，做好充足的准备，防火于未然，还有制定各种应急预案。
我们公司是专门做数据中心运维的，介绍一下春季保障经验。业务运维团队通常会从业务准备，容量评估，资源准备，扩容与压测四个阶段着手，配合热点应急机制，提前一个月进行节日保障准备。当然，还有对于海量业务的稳固运营至关重要的成熟的运维体系。这一切互相配合，最大化地保障节假日的运维工作有条不紊。
1.业务准备
指标搜集
由业务运维团队牵头对产品进行梳理，由产品团队提供产品技术指标，如某功能上涨多少的业务量。这些业务产品团队的输入作为扩容需求的原始输入。
柔性准备
柔性是以应对大量业务量冲击时，以降低业务体验为代价而实施的一系列运维策略，如在业务高峰期降低客户端拉取后端数据的频率，从而减少对后端的冲击。
2.容量评估
业务运维与相关开发进行业务指标 与业务模块对应关系适配，进一步评估设备量，通常评估模块设备量有以下几种办法：
反向评估： 结合业务上涨量倍数与当前单负载，计算出扩容的设备数量
公式为:扩容设备量
= （业务上涨倍数当前单机负载设备数量）/ 目标负载 – 当前设备量。
例如： 当前模块有10台设备，单机负载40%，目标负载80%， 业务量需要上涨3倍，需要扩容的设备量为： (340%10)/80% - 10 = 5台。
3.资源准备
评估的设备量提交资源团队进行准备。一般设备量不大的情况下会利用存量资源满足，反之则需要提前进行采购备货。上层业务只需选择对应地域、机房、机型，即可提供kvm，实体机，docker机型。
4.扩容与压测
扩容后进行压测，进一步确认是否能达到业务上涨的需求。
业务压测
通常业务多地SET化部署，每地各有一条读访问链，我们可以通过前端调度，将业务调度到单地SET，以评估单地SET的支撑能力。
单机压测
通过名字服务，将流量逐步调度到某一台机器，测量单机的业务支撑能力。从而推导模块设备能否支撑业务量。
