目录
2.2 tomcat 源码安装---两台虚机上都是一样的配置
一、WEB主体框架
1.1 web资源和访问
在 PC 端或移动端浏览器访问:从静态服务器请求 HTML 、 CSS 、 JS等文件发送到浏览器端,浏览器端接收后渲染在浏览器上从图片服务器请求图片资源显示从业务服务器访问动态内容,动态内容是请求后有后台服务访问数据库后得到的,最终返回到浏览器端在手机 App 访问:内置了 HTML 和 JS 文件,不需要从静态 WEB 服务器下载 JS 或 HTML。为的就是减少文件的发送,现代前 端开发使用的 JS 文件太多或太大了有必要就从图片服务器请求图片,从业务服务器请求动态数据客户需求多样,更多的内容还是需要由业务服务器提供,业务服务器往往都是由一组服务器组成。
1.2 后台应用架构
1.2.2 单体架构
- 传统架构(单机系统),一个项目一个工程:比如商品、订单、支付、库存、登录、注册等等,统一部署,一个进程。
- all in one的架构方式,把所有的功能单元放在一个应用里。然后把整个应用部署到一台服务器上。如果负载能力不行,将整个应用进行水平复制,进行扩展,然后通过负载均衡实现访问。
- Java实现:JSP、Servlet,打包成一个jar、war部署
- 易于开发和测试:也十分方便部署;当需要扩展时,只需要将war复制多份,然后放到多个服务器上,再做个负载均衡就可以了。
- 如果某个功能模块出问题,有可能全站不可访问,修改Bug后、某模块功能修改或升级后,需要停掉整个服务,重新整体重新打包、部署这个应用war包,功能模块相互之间耦合度高,相互影响,不适合当今互联网业务功能的快速迭代。
- 特别是对于一个大型应用,我们不可能吧所有内容都放在一个应用里面,我们如何维护、如何分工合作都是问题。如果项目庞大,管理难度大
- web应用服务器:开源的tomcat、jetty、glassfish。商用的有weblogic、websphere、Jboss
1.2.3 微服务
- 属于SOA(Service Oriented Architecture)的子集
- 微服务化的核心就是将传统的一站式应用,根据业务拆分成一个一个的服务,彻底去掉耦合,每一个微服务提供单个业务功能,一个服务只做一件事。每个服务都围绕着具体业务进行构建,并且能够被独立地部署到生产环境、类生产环境等
- 从技术角度讲就是一种小而独立的处理过程,类似与进程的概念,能够自行单独启动或销毁
- 微服务架构(分布式系统),各个模块/服务,各自独立出来,"让专业的人干专业的事",独立部署。分布式系统中,不同的服务可以使用各自独立的数据库。
- 服务之间采用轻量级的通信机制(通常是基于HTTP的RESTful API)。
- 微服务设计的思想改变了原有的企业研发团队组织架构。传统的研发组织架构是水平架构,前端、后端、DBA、测试分别有自己对应的团队,属于水平团队组织架构。而微服务的设计思想对团队的划分有着一定的影响,使得团队组织架构的划分更倾向于垂直架构,比如用户业务是一个团队来负责,支付业务是一个团队来负责。但实际上在企业中并不会把团队组织架构拆分得这么绝对,垂直架构只是一种理想的架构
- 微服务的实现框架有多种,不同的应用架构,部署方式也有不同
1.2.3 单体架构和微服务架构比较
微服务的优点:
- 每个服务足够内聚,足够小,代码容易理解。这样能聚焦一个只当的业务功能或业务需求。
- 开发简单、开发效率提高,一个服务可能就是专业的只干一件事,微服务能够被小团队单独开发,这个小团队可以是2到5人的开发人员组成
- 微服务是松耦合的,是有功能意义的服务,无论是在开发阶段或部署阶段都是独立的。
- 微服务能使用不同的语言开发
- 易于和第三方集成,微服务运行容易且灵活的方式集成自动部署,通过持续集成工具,如:Jenkins、Hudson、Bamboo
- 微服务易于被一个开发人员理解、修改和维护,这样小团队能够更关注自己的工作成果,无需通过合作才能体现价值
- 微服务允许你利用融合最新技术。微服务只是业务逻辑的代码,不会和HTML/CSS或其他界面组件混合,即前后端分离
- 每个微服务都有自己的存储能力,可以有自己的数据库,也可以有统一数据库
微服务架构缺点:
- 微服务把原有的一个项目拆分成多个独立工程,增加了开发、测试、运维、监控等的复杂度
- 微服务架构需要保证不同服务之间的数据一致性,引入了分布式事务和异步补偿机制,为设计和开发带来一定挑战
- 开发人员和运维需要处理分布式系统的复杂性,需要更强的技术能力
- 微服务适用于复杂的大系统,对于小型应用使用微服务,进行盲目的拆分只会增加其维护和开发成本
常见的微服务架构:
Dubbo
- 阿里开源贡献给了ASF,目前已经是Apache的顶级项目
- 一款高性能的Java RPC服务框架,微服务生态体系中的一个重要组件
- 将单体程序分解成多个功能服务模块,模块间使用Dubbo框架提供的高性能RPC通信
- 内部协调使用Zookeeper,实现服务注册、服务发现和服务治理
- 一个完整的微服务解决方案,相当于Dubbo的超集
- 微服务框架,将单体应用拆分为粒度更小的单一功能服务
- 基于HTTP协议的REST(Representational State Transfer 表述性状态转移)风格实现模块间通信
二、tomcat介绍 及部署
2.1 实验环境
本章的学习是在Linux虚拟机里面完成,准备两台虚拟机,我使用的IP主机名分别为172.25.254.10(tomcat1.haha.com)、172.25.254.20(tomcat2.haha.com)。然后在配置之前先把防火墙关了,selinux也要关了。
2.2 tomcat 源码安装---两台虚机上都是一样的配置
1、安装java环境
首先安装tomcat的Java编译环境。
[root@tomcat1 ~]# yum install java-1.8.0-openjdk.x86_64 -y
2 、上传tomcat包并配置
[root@tomcat1 ~]# tar zxf apache-tomcat-9.0.91.tar.gz -C /usr/local/
#创建软链接,使得文件名变短
[root@tomcat1 ~]# ln -s /usr/local/apache-tomcat-9.0.91/ /usr/local/tomcat
#启动
[root@tomcat1 ~]# /usr/local/tomcat/bin/startup.sh
先测试一下:能够访问tomcat的默认页面。
3、生成tomcat启动文件
编辑配置文件,添加运行环境。
vim /usr/local/tomcat/conf/tomcat.conf
#添加
JAVA_HOME=/etc/alternatives/jre_openjdk
写启动文件
建立tomcat用户并修改权限。
useradd -s /sbin/nologin -M tomcat
chown -R tomcat.tomcat /usr/local/tomcat/
然后重载一下,我们就可以使用tomcat启动了。
[root@tomcat ~]# systemctl daemon-reload
[root@tomcat ~]# systemctl enable --now tomcat
然后就是tomcat2上面的配置就和上面的配置一样
最后测试两台虚机。
在10上面
在20上面:
三、反向代理实现tomcat部署
3.1 常见部署介绍
standalone模式,Tomcat单独运行,直接接受用户的请求,不推荐。
- LNMT:Linux + Nginx + MySQL + Tomcat
- LAMT:Linux + Apache(Httpd)+ MySQL + Tomcat
3.2 实现反向代理
在这里是利用nginx来实现反向代理
上传test.jsp 文件到跟目录下,这个文件就是在网页上显示代理session,cookie,如有需要可以私信我
将其拷贝到tomcat默认访问页面家目录里面。
cp test.jsp /usr/local/tomcat/webapps/ROOT/
编写nginx子配置文件,我在这里是使用的上一章里面的nginx。
[root@Nginx ~]# vim /usr/local/nginx/conf.d/vhosts.conf location ~ \.jsp$ { proxy_pass http://172.25.254.10:8080; }
然后重启服务,在网页里面可以访问test.jsp。并可以查看其cookie值
注意:不同的浏览器其cookie id是不一样的。
3.3 负载均衡实现session不丢失
编写配置文件/etc/nginx/conf.d/vhost.conf文件。
主要使用cookie_jsessionid来实现hash
然后重启nginx服务并进行测试。在不同的浏览器上可以通过访问www.haha.com/test.jsp,就会出现负载均衡的现象,10和20的服务器起作用
四、 memcached
Memcached 只支持能序列化的数据类型,不支持持久化,基于 Key-Value 的内存缓存系统memcached 虽然没有像 redis 所具备的数据持久化功能,比如 RDB 和 AOF都没有,但是可以通过做集群同步的方式, 让各 memcached 服务器的数据进行同步,从而实现数据的一致性,即保证各 memcached的数据是一样 的,即使有任何一台 memcached 发生故障,只要集群中有一台 memcached 可用就不会出现数据丢 失,当其他 memcached 重新加入到集群的时候 , 可以自动从有数据的 memcached 当中自动获取数据并 提供服务。Memcached 借助了操作系统的 libevent 工具做高效的读写。 libevent 是个程序库,它将 Linux 的 epoll、 BSD 类操作系统的 kqueue等事件处理功能封装成统一的接口。即使对服务器的连接数增加,也能发挥高 性能。 memcached 使用这个 libevent 库,因此能在 Linux 、 BSD 、 Solaris 等操作系统上发挥其高性能Memcached 支持最大的内存存储对象为 1M ,超过 1M的数据可以使用客户端压缩或拆分报包放到多个key 中,比较大的数据在进行读取的时候需要消耗的时间比较长, memcached 最适合保存用户的session 实现 session共享Memcached 存储数据时 , Memcached 会去申请 1MB 的内存 , 把该块内存称为一个 slab, 也称为一个 page
1、安装部署memcached
两边都要安装部署
#下载包
[root@tomcat1 ~]# yum install memcached -y
[root@tomcat1 ~]# vim /etc/sysconfig/memcached
#添加
PORT="11211"
USER="memcached"
MAXCONN="1024"
CACHESIZE="64"
OPTIONS="-l 0.0.0.0,::1"
#启动并监听端口
[root@tomcat1 ~]# systemctl enable --now memcached
[root@tomcat1 ~]# netstat -antlupe | grep memcache
tcp 0 0 0.0.0.0:11211 0.0.0.0:* LISTEN
980 97815 34711/memcached
五、session 共享服务器
5.1 上传jar包
将下面的jar包打包上传。
并复制到/usr/local/tomcat/lib/下面
cp *.jar /usr/local/tomcat/lib/
5.2 编辑配置文件
编辑配置文件。/usr/local/tomcat/conf/ context.xml
在这个文件里添加下面的内容。
<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager" memcachedNodes="m1:172.25.254.10:11211,m2:172.25.254.20:11211" failoverNodes="m1" requestUriIgnorePattern=".*\.(ico|png|gif|jpg|css|js)$" transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory" />
就是下面标红的,注意其添加的位置。
然后重启tomcat
systemctl restart tomcat
5.3 测试
也是访问www.haha.com/test.jsp。并在里面添加几个数据,如下:现在访问 在20服务器上面
然后将20stop停掉,其就会自动切换到10,然后添加数据,之前的数据还存在,
然后这就是我们session 共享服务器基本实验原理。