对比过往，每到一处是风景，犹如登山望远，看到的感受的视觉不同。
虽然，所见所闻并非助益于我，但且有所感~
不论教学受益，但求见习有长。保持向上心态，不离初心坚持也许可
以保留弹丸之地。
最欢心的是增长了见识，通过一些解决方案和手段，实现大平台的安
全保障的可持续性运行；最烦躁的是工作模式以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
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。