对比过往，每到一处是风景，犹如登山望远，看到的感受的视觉不同。
虽然，所见所闻并非助益于我，但且有所感~
不论教学受益，但求见习有长。保持向上心态，不离初心坚持也许可
以保留弹丸之地。
最欢心的是增长了见识，通过一些解决方案和手段，实现大平台的安
全保障的可持续性运行；最烦躁的是工作模式以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？哎，
躺平是不可能的~ 后面好好思考，总结日常工作。卷不动了~~
标签：管控,太卷,业务,用户,不想,后台,数据,躺平 From： https://www.cnblogs.com/chevron123/p/16584470.html