nginx

点击关注上方“ 程序员私房菜 ”，设为“置顶或星标”，第一时间送达技术干货。 来源：http://t.cn/AiCTERJz Java 应用性能优化是一个老生常谈的话题，典型的性能问题如页面响应慢、接口超时，服务器负载高、并发数低，数据库频繁死锁等。尤其是在“糙快猛”的互联网开发模式大行其道的今天，随着系统访问量的日益增加和代码的臃肿，各种性能问题开始纷至沓来。 Java 应用性能的瓶颈点非常多，比如磁盘、内存、网络 I/O 等系统因素，Java 应用代码，JVM GC，数据库，缓存等。笔者根据个人经验，将 Java 性能优化分为 4 个层级：应用层、数据库层、框架层、JVM 层 ，如图 1 所示。 图 1.Java 性能优化分层模型 每层优化难度逐级增加，涉及的知识和解决的问题也会不同。比如应用层需要理解代码逻辑，通过 Java 线程栈 定位有问题代码行等；数据库层面需要 分析 SQL、定位死锁 等；框架层需要 懂源代码 ， 理解框架 机制；JVM 层需要对 GC 的类型和工作机制有深入了解，对 各种 JVM 参数 作用了然于胸。 围绕 Java 性能优化，有两种最基本的分析方法： 现场分析法和事后分析法。 现场分析法 通过保留现场，再采用诊断工具分析定位。现场分析对线上影响较大，部分场景（特别是涉及到用户关键的在线业务时）不太合适。 事后分析法 需要尽可能多收集现场数据

斗鱼研发面经 斗鱼武汉 Java开发工程师（大数据方向） 1 一周前斗鱼约了面试，公司就在学校旁边，于是过去面试，2点到5点半。 现场面试体验还不错，办公室挺拥挤的，面试比想象中要难。 先做了一套笔试题，然后三轮面试。 笔试： 1 基本数据类型和引用数据类型的区别 2 静态成员变量和非静态成员变量的区别 3 Java的接口，抽象类，和普通类的区别。 4 字节流和字符流有什么区别，分别用哪个接口 5 忘了 6 两个线程A,B。A要等待B运行完（或者A超时10秒）再运行 7 两个表A,B。A表有姓名，课程，得分，B表有课程，比重。 要求班里课程得分*比重总和在60-70,71-80,81-90,90-100的人所占全班的比例。 8 JS题 9 一个字符串，前半段反转，后半段也反转，然后输出。 10 一个无序数组，变成有序数组，并且删除重复数字 一面： 1 项目 2 为什么用chm 3 hashmap的线程安全问题 4 线程池结构，阻塞队列看过源码吗，array阻塞队列的原理，怎么实现的，这边的put答错了，事实上不用移动数组。 5 jmm内存模型了解过吗，说了工作内存和主内存，顺便说了volatile，不能保证线程安全。 6 spring说一下，老样子ioc和aop，问我bean为什么是单例的，是否线程安全，怎么让接口指定实现类。bean容器的实现原理，解析过程，问我这块是在哪里看的

1、类型介绍 1.1 基于域名的虚拟主机 所谓基于域名的虚拟主机，意思就是通过不同的域名区分不同的虚拟主机，基于域名的虚拟主机是企业应用最广的虚拟主机类型，几乎所有对外提供服务的网站使用的都是基于域名的主机，例如www.test1.com www.test2.com等 1.2 基于端口的虚拟主机 同理，所谓基于端口的虚拟主机，意思就是通过不同的端口来区分不同的虚拟主机，此类虚拟主机对应的企业应用主要为公司内部的网站，例如：一些不希望直接对外提供用户访问的网站后台等，访问基于端口的虚拟主机，地址里要带有端口号，例如http://www.test.com:81 http://www.test.com:82等 1.3 基于IP的虚拟主机 同理，所谓基于IP的虚拟主机，意思就是通过不同的IP区分不同的虚拟主机，此类虚拟主机对应的企业应用非常少见，一般不同的业务需要使用多IP的场景都会在负载均衡上进行IP绑定，不是在web上绑定IP来区分不同的虚拟机。 三种虚拟主机类型均可独立使用，也可以混合使用。 2、基于多域名的虚拟主机配置 基本步骤：修改nginx配置文件配置多域名，重启nginx服务，创建对应的不同站点目录并上传站点文件，也可都使用一个站点目录，通过多域名来访问 3、基于多端口的虚拟主机配置 基本步骤：修改nginx配置文件配置多端口，重启nginx服务，修改安全组规则开放端口

作者丨胡斌 策划丨小智 技术架构，是将产品需求转变为技术实现的过程。技术架构解决的问题包括了如何进行纯技术层面的分层、开发框架选择、语言选择（这里以 JAVA 语言为主）、涉及到各自非功能性需求的技术点（安全、性能、大数据）。技术架构是确定组成应用系统实际运行的技术组件、技术组件之间的关系，以及部署到硬件的策略。 技术架构面临最大的挑战是“不确定性”。在技术架构上，很多时候就会面临这种选择。是要选择业界最新的技术？还是选择团队最熟悉的技术？如果选择最新的技术，遇到新技术出了问题怎么解决？如果选择目前熟悉的技术，后续技术演进怎么办？这些都是架构师在做技术架构过程中需要考虑的。 业务在千变万化、技术在层出不穷，没有一套通用的技术架构模式来适用所有的系统。那么，我们如何保证在做技术架构时，能够实现一个稳定、出色的系统。面对这些“不确定性”时的架构设计问题，这里从战略和战术两个层面来提供一些设计原则。战略层提供的是技术架构的方法和思路，属于顶层设计；战术层提供的是技术架构的技术实践方式，更偏向详细设计。 战略层设计原则 战略层的设计原则就是：合适原则、简单原则、演化原则。 1.1 合适原则 技术人员有一种很强的技术情怀，就是在做设计的过程中，很希望挑战新的技术、在项目中采用最新的框架、或者自己重造一个比业界的还要牛的轮子。这样才能够显示出自己的优秀，以至于不让自己显的那么平庸。比如

确保在vi / /etc/php-fpm.d/www.conf 中没有注释以下行： listen.owner = www-data listen.group = www-data listen.mode = 0660 确保 vi / etc/nginx/fastcgi_params如下所示： fastcgi_param QUERY_STRING $query_string; fastcgi_param REQUEST_METHOD $request_method; fastcgi_param CONTENT_TYPE $content_type; fastcgi_param CONTENT_LENGTH $content_length; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param REQUEST_URI $request_uri; fastcgi_param DOCUMENT_URI $document_uri; fastcgi_param DOCUMENT_ROOT $document_root; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param SERVER_PROTOCOL $server

之前部署tars是自己编译安装的，最近想把原来的tars集群迁移到新的版本，打算用docker部署的方式，所以搞了台服务器试了下，发现docker的方式安装还是很方便的，所以把过程记录下来 1. 安装docker 这个去网上找相关文档吧，这里就不细说了 2. 创建虚拟子网 # 创建一个名为tars的桥接(bridge)虚拟网络，网关172.25.0.1，网段为172.25.0.0 docker network create -d bridge --subnet=172.25.0.0/16 --gateway=172.25.0.1 tars 3. 运行mysql sudo docker run -d -p 3306:3306 \ --net=tars \ -e MYSQL_ROOT_PASSWORD="tars123" \ --ip="172.25.0.2" \ -v /data/framework-mysql:/var/lib/mysql \ -v /etc/localtime:/etc/localtime \ --name=tars-mysql \ mysql:5.6 4. 运行tars框架 sudo docker pull tarscloud/framework:v2.4.10 sudo docker run -d \ --name=tars-framework \ --net

Prometheus简介 Prometheus受启发于Google的Brogmon监控系统（相似的Kubernetes是从Google的Brog系统演变而来），从2012年开始由前Google工程师在Soundcloud以开源软件的形式进行研发，并且于2015年早期对外发布早期版本。2016年5月继Kubernetes之后成为第二个正式加入CNCF基金会的项目，同年6月正式发布1.0版本。2017年底发布了基于全新存储层的2.0版本，能更好地与容器平台、云平台配合。 Prometheus简史 Prometheus作为新一代的云原生监控系统，目前已经有超过650+位贡献者参与到Prometheus的研发工作上，并且超过120+项的第三方集成。 监控的目标 在《SRE: Google运维解密》一书中指出，监控系统需要能够有效的支持白盒监控和黑盒监控。通过白盒能够了解其内部的实际运行状态，通过对监控指标的观察能够预判可能出现的问题，从而对潜在的不确定因素进行优化。而黑盒监控，常见的如HTTP探针，TCP探针等，可以在系统或者服务在发生故障时能够快速通知相关的人员进行处理。通过建立完善的监控体系，从而达到以下目的： ***长期趋势分析：***通过对监控样本数据的持续收集和统计，对监控指标进行长期趋势分析。例如，通过对磁盘空间增长率的判断

前言 “马云”，中国首富之一，提起马云和淘宝大家肯定首先想到的就是“阿里巴巴”，Alibaba旗下有蚂蚁金服、支付宝、阿里云、阿里软件等等知名子公司，形成了一个庞大的商业帝国。这么庞大的商业帝国除了优秀的管理，技术的重要性肯定少不了的，毕竟Alibaba可以说是突显中国程序员最高水平的典范。 就在前段时间，阿里资深架构师抛出的“Java架构技术提升笔记”，以多维度、全新展示及其超高专业度的突出特点，迅速在B站疯传，且GitHub已标星80k。 知道你们懒得整理，我已经为大家整理好了，如果你想要提升自己的技术，需要完整版的朋友 点击这里 即可快速跳转完全免费领取下载通道！ Java架构技术提升笔记（附成长路线图） 一、分布式与微服务架构思维 1.大型互联网架构演进过程（ 如何把应用从单机扩展到分布式+大型分布式架构演进过程 ） 2.架构师应具备的分布式知识（ SOA架构和微服务架构+分布式架构下的高可用设计+分布式架构下的可伸缩设计+分布式架构下的高性能设计 ） 3.主流分布式架构设计详解（ 分布式储存方案.+分布式动静分离方案+分布式搜索引擎方案+分布式应用发布与监控方案+容灾及机房规划方案+系统动态扩容 ） 4.微服务架构（ 手把手设计微服务架构+微服务MicroService与SOA+微服务的划分原则+微服务与spring+微服务与springcloudAlibaba ） 二、