云计算
-
权限申请和审批应该由不同人完成吗，有什么好处？
权限申请和审批必须由不同的人完成，这是一条职责分离的铁律，目的是防止申请者滥用审批权，直接给自己开不该开的权限，权限的授予如果既当运动员又当裁判员，权限体系就成了纸糊的篱笆，内部审计和外部合规查出来都是重大漏洞，无论公司规模大小，只要涉及权限控制,申请的入口和审批的出口就得分给不同的人来把守，权限申请和审批为什……
-
漏洞库版本过旧会漏掉新公开的风险吗，怎么办？
漏洞库版本过旧，最直接的后果就是扫描器对新公开的高危漏洞“视而不见”，安全建设在攻击者面前形同虚设，当攻击者利用某个刚曝光三天的漏洞批量打点，而你的扫描器还在执着地翻阅半年前的安全公告，那这场攻防对抗从一开始就已分出胜负，多数被入侵的企业并非没有部署扫描工具，而是工具武装到了牙齿,情报却还停留在上个季度，当漏洞……
-
告警分级能让值班人员聚焦真问题吗，怎么做？
告警分级不是技术问题，而是值班哲学问题，一套合理的告警分级规则，能让值班人员从海量通知中解脱出来，把有限的注意力集中到真正影响业务的那几个告警上，为什么说告警分级是值班体系的杠杆很多运维团队经历过这样的夜晚：告警群每隔几分钟响一次，值班人员从床上爬起来确认了一堆“假警报”，真正致命的数据库连接池耗尽，反而被淹没……
-
等保里的恶意代码防范具体有哪些动作，如何防护？
等保里的恶意代码防范，核心动作就是“事前拦截、事中查杀、事后审计”三件事，再加上一套持续更新的管理机制，绝不只是装个杀毒软件那么简单，恶意代码防范在等保里的真实定位很多刚接触等保的朋友,容易把恶意代码防范等同于“装个360”或者“买个企业版杀毒”，这是比较大的误解，等保2.0标准里，恶意代码防范属于安全计算环境……
-
安全运维文档为何不能只存个人电脑，文档备份方法有哪些？
安全运维文档绝不能只存在个人电脑上，这个问题不是一个习惯问题，而是一个随时可能引爆的运维事故导火索，运维文档是团队资产，不是个人笔记,它的归属地应该是团队共享的集中化管理平台，贴上“安全运维文档管理规范”标签，拒绝散落个人电脑很多运维同行觉得文档放自己电脑上挺方便，改起来顺手，找起来也快，但我想请你想一个场景……
-
传输层怎样兼顾性能与加密强度？，加密算法怎么选？
把加密当作一种必须付费的“交通险”，通过协议升级、硬件卸载和智能调度，让这笔“保费”只付在关键路径上，而不是所有流量都走最贵通道， 这听起来像绕口令，但实际操作中，TLS 1.3、QUIC、内核旁路等技术的组合，确实能让加密连接比十年前不加密的HTTP还快，传输层加密对性能影响有多大？先搞清楚开销在哪很多人一提……
-
如何建立日活转带宽需求换算思路？,带宽估算公式有哪些
先算并发，再算流量，最后算带宽，日活只是分母上的参考基数，不是带宽的直接乘数，换算思路不能靠“拍脑袋”或者“抄同行”，真正的建立过程，是把用户行为数据、业务类型特征和网络传输效率三者对齐，下面我把这套换算路径拆开说清楚，为什么日活和带宽之间不能直接画等号不少初次接触运维或成本规划的朋友,第一反应是“我有100万……
-
按并发人数推算业务到底需多少带宽？,带宽不够怎么办
按并发人数推算业务带宽，核心结论是：带宽需求不是“并发人数 × 固定网速”，而是“峰值并发人数 × 单用户平均带宽需求 × 冗余系数”，其中冗余系数建议按1.5到2倍预留，很多运维朋友一上来就问“1000并发要多少带宽”，这个问题本身就不严谨，同样是1000并发，打开网页和看4K直播，带宽差出几十倍，下面从计算……
-
最小权限能否降低内部威胁影响，如何设置权限才能有效防护？
最小权限原则确实能有效降低内部威胁的影响，但前提是执行彻底、持续审计，否则只停留在纸面制度上，内部威胁之所以杀伤力大，核心在于“身份”本身就是合法凭证，系统很难区分操作来自正常员工还是被攻破的账号，最小权限的思路是先把这把钥匙缩小到只够打开一扇门,剩下的风险再用行为监控来兜底，最小权限和内部威胁到底是什么关系内……
-
视频码率如何反推带宽？，带宽不够怎么办？
先用播放码率乘以冗余系数（CBR码率乘1.3，VBR码率乘峰值系数2.5），再乘以并发路数，即得所需上行带宽，日常运维中，90%的码率与带宽换算误差都源于忽略封装开销和网络抖动余量，本文给出可直接落地的估算流程，视频码率怎么算带宽：先把单位换算和协议开销理清楚带宽单位比特每秒（bps）与码率单位kbps/Mbp……
