太卷了~不想动~躺平不可能~

 

　　对比过往，每到一处是风景，犹如登山望远，看到的感受的视觉不同。

虽然，所见所闻并非助益于我，但且有所感~

　　不论教学受益，但求见习有长。保持向上心态，不离初心坚持也许可

以保留弹丸之地。

　　最欢心的是增长了见识，通过一些解决方案和手段，实现大平台的安

全保障的可持续性运行；最烦躁的是工作模式以bot机制实施多任务并行的

常态化work，相对之前过往这种行为于心理还是思想上不想认可与接受的。

　　吐槽结束，废话不多说了。

　　说下新的见识吧，从研发，质量保障来看，个人觉得是有一个新的高

度的认知。无论产品研发技术和敏捷维护，还是测试质量，全然是翻天复

的差别。

　　论产品的通用性技术业务架构来说，用户从端上操作数据发起与接收

处理，对应总会有一个业务中台去对应管控与展示。如图下所示

一切用户行为，操作所需皆在后台掌握之中。但是，面临的问题是特性需

求和定制化的需求，变成商业交付就于后台而言就显得复杂而庞大，所以

才出现了抽离一些特性性质，作为技术手段实施平台化管控。通过一些定

义性FEATEURE Gating 和 TCC管控用户或者交付使用，并在DEVOPS平

台管理与治理。释放了admin后台和运营人员的工作压力，从而转由技术

人员来维护管理。

　　从之前的过往来看，端上开发编码打包发布版本，其功能特性和定制

显隐走请求服务端，下发的信息取对应值判断业务功能现隐。如果先走平

台取配置信息，剥离原先走公共统一服务然后转发的设计流程模式，从而

减轻对业务服务处理的管理与治理压力。如下图所示：

端上重启应用，请求打到配置上，请求拿相应资源，更新到app 本地DB

数据库种数据，再读取到CPU里面当应用重新打开就会加载资源，更新

client端上的业务功能。

　　对于用户的数据统计，数据大盘的计算，在选择方案和技术体现的

更加明显。使用airflow来调度管理，监控和调度，通过计算流引擎flink,

加上checkhouse基本解决产品业务数据问题。

　　之前有一段时间跟进客户反馈群，发现有性能问题从Grafana时段图

看cpu使用率飙高，业务触发量直接接近打满的状态，致使业务出现了问

题。从而了解到的，TOE这个东西。它能分担cpu处理TCP数据的大部分

任务，从而减轻了CPU的负荷，最终的影响结果是加速网路响应并提高服

务器的性能。了解相关信息：http://t.zoukankan.com/jjkv3-p-1804603.html；

http://blog.chinaaet.com/wiznet2012/p/37174；

　　见识和了解的只是冰山一角，但是从这里知道什么是格局，什么是相

对高度，领略了不同的景与人。

　　当然最烦人的就是多任务并行的模式，人如robot一样的工作，从来没

有过有序的自我安排。难道是工作太久了当老油条想懒不是？想躺平呢？

从来没有想过躺平，因为我没有资格~ 再没有实现财富自由之前，都要乖

搬砖。

　　有时候想想，为啥这边这么卷呢，难道真的是应了卷王厂的title？哎，

躺平是不可能的~ 后面好好思考，总结和规划。卷不动了~~

 

标签：管控,太卷,业务,用户,不想,后台,数据,躺平
来源： https://www.cnblogs.com/chevron123/p/16584470.html