APQP、PPAP。QPS，是啥意思

APQP、PPAP、QPS分别是产品质量先期策划、生产件批准程序、每秒查询率的英文简称。

1、APQP，产品质量先期策划，英文全称：Advanced Product Quality Planning

产品质量先期策划，质量管理体系的一部分。产品质量策划定义成一种用来确定和制定确保某产品使顾客满意所需步骤的结构化方法。目标是促进与所涉及每一个人的联系，以确保所要求的步骤按时完成。

有效的产品质量策划依赖于高层管理者对努力达到使顾客满意这一宗旨的承诺产品质量策划是一种结构化的方法。

2、PPAP，生产件批准程序(PPAP)，英文全称：Production part approval process

生产件批准程序规定了包括生产件和散装材料在内的生产件批准的一般要求。

PPAP的目的是用来确定供应商是否已经正确理解了顾客工程设计记录和规范的所有要求，以及其生产过程是否具有潜在能力，在实际生产过程中按规定的生产节拍满足顾客要求的产品。

3、QPS，每秒查询率，英文全称：Query Per Second

每秒查询率QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。

扩展资料：

其他常见质量管理术语：

1、FMEA，潜在失效模式及后果分析，英文全称：Potential Failure Mode and Effects Analysis

2、SPC，统计过程控制，英文全称：Statistical Process Control

3、MSA、测量系统控制，英文全称：Measurement System Analysis

4、CP，控制计划，英文全称：Control Plan

5、QSA， 质量体系评定，英文全称：Quality System Assessment

6、PPM，每百万零件不合格数，英文全称：Parts Per Million

7、QM，质量手册，英文全称：Quality Manual

8、CMK，机器能力指数，英文全称：Machine Capability Index

9、CPK，过程能力指数，英文全称：Complex Process Capability index

10、CAD，计算机辅助能力设计，英文全称：Computer-Aided Design

11、OEE，设备总效率，英文全称：Overall Equipment Effectiveness

12、QFD，质量功能展开，英文全称：Quality Function Deployment

13、COPS，顾客导向过程，英文全称：Customer Oriented Processes

14、MPS，管理性过程，英文全称：Management Processes

15、SPS，支持性过程，英文全称：Support Processes

16、TRI值，可记录工伤值，英文全称：Total Record Injury

参考资料来源：百度百科-产品质量先期策划

参考资料来源：百度百科-每秒查询率

参考资料来源：百度百科-生产件批准程序

首先一个事务包括三个动作，即客户端请求服务端，服务端内部进行处理，服务端对客户端进行响应。

将这三个动作看成一个整体，并将之称为一个事务，若在一秒内，服务端可以完成N个事务，则这个服务端的TPS为N。

一般来说，评价系统的性能主要看系统的TPS，系统的整体性能取决于性能最低模块的TPS值。

（木桶的容量取决于最短板，当然你不能把木桶斜着放，斜着放虽然能够改变木桶容量的依赖，此时依赖变为最长板，但会产生额外的消耗，比如需要一直扶住木板，或者产生木桶歪倒的风险）

客户端请求一个地址时，比如百度首页，其实会产生很多的请求，比如js、css、png等，像这样的每个单个请求都可以算作查询次数。

若在一秒内，客户端请求服务端的首页，服务端返回了N个内部链接（js、css、png、html等），那么服务端的QPS就为N。

QPS反映系统的吞吐能力，更偏向于读取文件，查询数据。

若在一秒内，用户请求了百度首页并看到了首页全貌，这样就形成了一个TPS，但却形成了多个QPS。

若在一秒内，我们请求一个单调的网页，此网页只有一个html，不包含任何其他内部链接，此时TPS=QPS。

一个系统的吞度量（承压能力）与request对CPU的消耗、外部接口、IO等等紧密关联。

单个reqeust 对CPU消耗越高，外部系统接口、IO影响速度越慢，系统吞吐能力越低，反之越高。

系统吞吐量几个重要参数：QPS（TPS）、并发数、响应时间

QPS（TPS）：每秒钟request/事务 数量

并发数： 系统同时处理的request/事务数

响应时间： 一般取平均响应时间

（很多人经常会把并发数和TPS理解混淆）

理解了上面三个要素的意义之后，就能推算出它们之间的关系：

QPS（TPS）= 并发数/平均响应时间

一个系统吞吐量通常由QPS（TPS）、并发数两个因素决定，每套系统这两个值都有一个相对极限值，在应用场景访问压力下，只要某一项达到系统最高值，系统的吞吐量就上不去了，如果压力继续增大，系统的吞吐量反而会下降，原因是系统超负荷工作，上下文切换、内存等等其它消耗导致系统性能下降。

决定系统响应时间要素

我们做项目要排计划，可以多人同时并发做多项任务，也可以一个人或者多个人串行工作，始终会有一条关键路径，这条路径就是项目的工期。

系统一次调用的响应时间跟项目计划一样，也有一条关键路径，这个关键路径是就是系统影响时间；

关键路径是有CPU运算、IO、外部系统响应等等组成。

关于 QPS、TPS、PV、UV、GMV、IP、RPS 这些词语，看起来好像挺专业。但实际上，我认为是这是每个程序员必懂的知识点了，你可以搞不懂它们怎么计算的，但是你最少要了解它们分别代表什么意思。

2019年12月09日 - 初稿

阅读原文 - >

Tomcat 默认配置的最大请求数是 150，实际上也就300-400并发 当某个应用拥有 250 个以上并发的时候，应考虑应用服务器的集群具体能承载多少并发，需要看硬件的配置，CPU 越多性能越高，分配给 JVM 的内存越多性能也就越高，但也会加重 GC 的负担。qps100以下单服务器，单应用qps1000以下启动多个tomcat实例（tomcat集群），并使用负载均衡服务器对其访问进行分配。用户访问直接访问负载均衡服务器。qps10000以下通过分布式架构，将session服务化，解决session复制问题，并按照功能模块拆分成独立子系统，独立配置子系统集群（加服务器，不用配置session共享）。

生产环境下的两台Nginx + PHP5（FastCGI）服务器，跑多个一般复杂的纯PHP动态程序，单台Nginx + PHP5（FastCGI）服务器跑PHP动态程序的处理能力已经超过“700次请求/秒”，相当于每天可以承受6000万（700 60 6024=60480000）的访问量

Nginx的高并发，官方测试支持5万并发连接。实际生产环境能到2-3万并发连接数。10000个非活跃的>首先应该打开“服务器管理器”，找到“添加角色”项目点击，在向导中安装“DNS服务器”然后就能在“管理工具”中找到它了，这就可以了，好了希望对你有用，我还要在后盾人自己努力学习呢，一起加油吧@(｡･o･)@

---