fudacaitao的博客

背景：公司接到私有化项目部署，由于没有各个微服务的真实能力，往往项目经理拉会开发评估需要的资源，但是没有测试数据支撑，导致评估的资源往往到线上真实使用量高太多，客户经常抱怨给的服务器资源使用的并不多，所以组织这次压测，目的是得到各个微服务的能力及全链路合理的资源配比。梳理服务准备环境压测策略压测过程压测结论...

前言在软件系统的架构设计中，对集群的负载均衡设计是作为高性能系统优化环节中必不可少的方案。负载均衡本质上是用于将用户流量进行均衡减压的，因此在互联网的大流量项目中，其重要性不言而喻。一、什么是负载均衡？早期的互联网应用，由于用户流量比较小，业务逻辑也比较简单，往往一个单服务器就能满足负载需求。随着现在互联网的流量越来越大，稍微好一点的系统，访问量就非常大了，并且系统功能也越来越复杂，那么单台服务器就算将性能优化得再好，也不能支撑这么大用户量的访问压力了，这个时候就需要使用多台机器，设计高性能的集

简单理解，不管是web端还是手机app，通常实现方式都是前端调用后端服务，将后端返回的信息通过一系列美化、渲染...呈现给大家，所以相对接口来说，不太关注系统的交互方式，更关心的是当前返回结果；一、测试内容接口开发之前通常都会出接口文档，定义清楚请求地址、请求方式（GET、POST、DELETE...)、入参、返回值、状态码...信息，测试人员更关注的如何组织接口的入参的多样性，来对返回结果进行验证，用简单登录接口举例：请求方式说明：返回结果说明：上面可以看出，...

个人理解：CMMI是一个思想，是任何一个软件企业从小做大必须要经历的过程，可能并没有那么多企业过了CMMI资质，但在一次又一次的流程优化的过程，实际就是在效仿CMMI的五个等级，所以，提前理解并应有，能帮助小公司少走弯路；对于小企业，CMMI可以帮助指定很多规范，让员工在混乱的组织里通过规范来完成产品的开发迭代，能把成功的概率提高很多，就像大家杂乱无章做事，突然规定清楚A负责啥、B负责啥、C负责啥，让ABC流水作业...这是往更高级进军的必经之路。对于大企业，当达到了一定级别，员工自我会..

总结八项：明确角色定位，避免亲力亲为； 构建游戏化组织，让工作变得更有趣； 理清关系，打造团队一致性； 用目标管人，而不是人管人； 利用沟通视窗，改善人际沟通； 学会倾听创建良性的交流通道； 及时反馈，让员工尊重你； 有效利用时间，拒绝无效努力。=====================重做成本：在一个公司里面，最大的成本是重做。 日本安排任务说五遍；中国安排任务-别让我说第二遍管理者定位：“通过别人”达成既定目标！ 【反面案例】诸葛亮后期蜀军无大将，【正面案例-】刘