2020-05-15

从骑单车碰上大雨强制关联性能、单点故障、高可用、兼容、自动化、安全、nginx、托管、系统自身压力、环境的体会

今天骑着单车碰上大雨，终于悟出了我职业方向的初级武林秘籍，如何形成性能、单点故障、高可用、兼容、自动化、安全、nginx、托管、系统自身压力、环境的汇总模型，入门不太深，大神请勿喷。
模型：
大雨-多线程施压；双手-双节点；雨伞-nginx；单车-应用数据库系统架构；其他牌子相同功能的单车-跨浏览器；书包-系统自身压力；坑洼积水-环境因素；雨衣：配置或代码、sql优化；高可用，我手节点麻了，谁来给我骑车撑伞当接锅侠。
目标：
通过单车和双手的支撑，对外用雨伞把线程请求处理掉
场景：
因为穷和其他原因，选择一个低级别的单车架构，双手节点要负责单车系统，还得分心操作雨伞nginx，线程这么多，节点管好了雨伞就影响了单车操作，被压力冲击得几乎出现节点麻木故障，切换节点撑nginx已基本无力，压力下还怕切换出错，我还背了个包自带系统压力，环境也是被持续压力搞得一些问题遗留消耗资源，总体导致用户心态接近崩溃。
处理方式和问题：
1.换大伞：这个小架构和节点此时还能撑得起吗
2.兼容，换其他牌子的单车：换浏览器可能速度略快，没多少帮助
3.自动化： 助力车为半自动，平衡车接近全自动，压力和环境问题面前优势不明显
4.安全：那些从雨伞里渗透进来的雨滴，钻空高手，这些漏洞不是目前优先考虑的
5.配置或代码sql优化：雨伞变雨衣，效果提升，吞吐量变大，但顶着压力到承受上限了
6.换架构：自己骑帐篷摩托和开汽车，出钱买
7.托管：找别人开汽车，淋雨跟我关系没那么大，出钱租，租好的，最好能租到飞机和火车
8.等人品：等到下班时间压力并发变小，可以缓冲下了，老天有眼不下雨了，我暂时先处理下身上雨水
9.罢工：删库跑路，逃回老家