H开发之架构扫盲篇.ppt

五.PHP项目主流架构--LNAMP THANK YOU SUCCESS * * 可编辑 一.架构的演变史 一.架构的演变史 (9). 将应用服务器进行业务拆分： . 随着业务进一步扩展，应用程序变得非常臃肿，这时我们需要将应用程序进行业务拆分， 如Jollychic分为购物车、搜索、支付、订单等业务。每个业务应用负责相对独立的业务运 作。业务之间 通过消息进行通信或者同享数据库来实现。 一.架构的演变史 一.架构的演变史 (10). 搭建分布式服务： . 这时我们发现各个业务应用都会使用到一些基本的业务服务，例如用户服务、订单服务、 支付服务、安全服务，这些服务是支撑各业务应用的基本要素。我们将这些服务抽取出来 利用分布式服务框架搭建分布式服务，例如淘宝的Dubbo是一个不错的选择！ 一.架构的演变史 企图用技术解决所有问题，技术虽是解决业务问题的，但也不是万能钥匙，有些业务的问题也是可以通过业务手段解决。 为了技术而技术，网站技术是为业务而存在的，但是一味的追求新技术，可能会导致结构技术之路越走越难； 一味的追随大公司解决方案，大公司的经验和成功固然重要，但是不能盲目的追从，要与 实际的具体业务需求有所改动； .大型网站架构演化历经了长时间磨练才发展如此，在过程中也是出现一些误区 == 真实的架构现场要远比这些描述复杂得多 == 二.Nginx服务器 Nginx (engine x) 是一个高性能的HTTP和反向代理服务器，也是一个 IMAP/POP3/SMTP服务器，开源免费，nginx在启动后会以daemon的 方式在后台运行，后台进程包含一个master进程和多个worker进程， master进程主要用来管理worker进程，包含：接收来自外界的信号， 向各worker进程发送信号，监控worker进程的运行状态，当worker进 程退出后(异常情况下)，会自动重新启动新的worker进程，多进程方式 是nginx的默认方式。 (1) Nginx 简介 二.Nginx服务器 nginx采用了异步非阻塞的方式来处理请求，nginx在启动时，会解析配置 文件，得到需要监听的端口与ip地址，然后在nginx的master进程里面， 先初始化好这个监控的socket，然后再fork出多个子进程出来，然后子进程 会竞争accept新的连接，这些work进程都没有同步锁，相互独立，自己完 成自己请求处理，woker之间没有相互通信，它们只于服从于master进程。 Nginx本身做的工作实际很少，当它接到一个HTTP请求时，它仅仅是通过 查找配置文件将此次请求映射到一个location block，而此location中所配 置的各个指令则会启动不同的模块去完成工作。 (2) Nginx的模块与工作原理 二.Nginx服务器 (2) Nginx的模块与工作原理 THANK YOU SUCCESS * * 可编辑 二.Nginx服务器 . use epoll Nginx使用了最新的epoll网络I/O模型； . worker_processes NGINX工作进程数，建议将这个指令设置成自动； . worker_connections 65535 每个工作进程允许最大的同时连接数 （Maxclient = work_processes *　worker_connections）； . keepalive_timeout 75 keepalive超时时间； . server_tokens on|off 可以关闭在错误页面中的nginx版本数字，这样 对于安全性是有好处的； (3) nginx.conf的参数优化 二.Nginx服务器 . open_file_cache 开启关闭打开文件缓存，默认值 off 关闭，如需开 启必须后接参数 max=数字，设置缓存元素的最大数量，可选参数 inactive=时间 设置超时， 在这段时间内缓存元素如果没有被访问， 将从缓存中删除，例如：open_file_cache max=65536 inactive=60s； . open_file_cache_min_uses：设置在由open_file_cache指令的 inactive参数配置的超时时间内， 文件应该被访问的最小次数。如果访 问次数大于等于此值，文件描述符会保留在缓存中，否则从缓存中删除； . open_file_cache_valid：设置检查open_file_cache缓存的元素的时间 间隔； (3) nginx.conf的参数优化 二.Nginx服务器 . limit_conn_zone