摘要: 1) 承载能力优先 ——随后再进行优化 —— 不遵守这条规则必定带来故障停机时间。不要在故障停机时间的压力下进行优化——要先集中精力提高承载能力。2) 以Postgres为例,一定要确保你的每一个网络都能匹配得上你的WAL文件、Slony复制、快照技术以及基于磁盘的DB版本化(快照的衍生品)3) 不要把问题‘优化’到你的架构之中。为了解决问题而新加进来的一些东西往往后来都会变成运维沉重的负担。要确保在运维工程化中开发出来的工具交接完整。过后再回头进行进一步的开发往往不灵。更重要的是,变更请求可能会破坏已经安排好的工程计划。4) 保持简单。保持简单,因为你很聪明 别把事搞的太复杂 因为你行的。( 阅读全文
posted @ 2013-07-03 23:05 潺莪 阅读(201) 评论(0) 推荐(1) 编辑
摘要: 下面四种情况分别用http://192.168.1.100/proxy/test.html 进行访问。第一种:location /proxy/ {proxy_pass http://127.0.0.1:81/;}会被代理到http://127.0.0.1:81/test.html 这个url第二咱(相对于第一种,最后少一个 /)location /proxy/ {proxy_pass http://127.0.0.1:81;}会被代理到http://127.0.0.1:81/proxy/test.html 这个url第三种:location /proxy/ {proxy_pass http:/ 阅读全文
posted @ 2013-07-03 23:03 潺莪 阅读(586) 评论(0) 推荐(1) 编辑