nginx&mq

Nginx

概念

是什么

• Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。
• Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，在BSD-like 协议下发行
• Nginx 是高性能的 HTTP 和反向代理的web服务器，处理高并发能力是十分强大的，能经受高负 载的考验,有报告表明能支持高达 50,000 个并发连接数。
• Nginx支持热部署，启动简单，可以做到7*24不间断运行。几个月都不需要重新启动。

代理

• 正向代理（Forward Proxy）是指客户端无法直接访问目标服务器，需要通过一个代理服务器来访问。正向代理服务器会接受客户端的请求，并将请求转发给目标服务器。这样，客户端就可以通过正向代理服务器来访问目标服务器，同时客户端的真实IP地址对目标服务器是不可见的。正向代理主要应用于网络访问控制、访问限制和匿名访问等场景。

• 反向代理（Reverse Proxy）是指客户端可以直接访问代理服务器，而代理服务器会将请求转发给目标服务器。反向代理服务器会接收客户端的请求，然后根据一定的负载均衡策略将请求转发给后端的多个服务器之一。这样，客户端就可以通过反向代理服务器来访问目标服务器，同时反向代理服务器还能够实现负载均衡、请求转发和缓存等功能。反向代理主要应用于高可用、负载均衡和安全防护等场景。

功能

Nginx的负载均衡

负载均衡建立在现有网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。
意思就是分摊到多个操作单元上进行执行，例如Web服务器、FTP服务器、企业关键应用服务器和其它关键任务服务器等，从而共同完成工作任务。

轮询法（默认方法）：
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。适合服务器配置相当，无状态且短平快的服务使用。也适用于图片服务器集群和纯静态页面服务器集群。
weight权重模式（加权轮询）：
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。这种方式比较灵活，当后端服务器性能存在差异的时候，通过配置权重，可以让服务器的性能得到充分发挥，有效利用资源。weight和访问比率成正比，用于后端服务器性能不均的情况。权重越高，在被访问的概率越大
ip_hash：如果客户已经访问了某个服务器，当用户再次访问时，会将该请求通过哈希算法，自动定位到该服务器。每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。

RabbitMQ消息队列

概念

采用 AMQP 高级消息队列协议的一种消息队列技术,最大的特点就是消费并不需要确保提供方存在,实现了服务之间的高度解耦。

功能

1、在分布式系统下具备异步,削峰,负载均衡等一系列高级功能;
2、拥有持久化的机制，进程消息，队列中的信息也可以保存下来。
3、实现消费者和生产者之间的解耦。
4、对于高并发场景下，利用消息队列可以使得同步访问变为串行访问达到一定量的限流，利于数据库的操作。
5、可以使用消息队列达到异步下单的效果，排队中，后台进行逻辑下单。

高可用

• 镜像队列：RabbitMQ的镜像队列机制可以将队列的消息自动在多个节点之间进行复制，从而实现消息的高可用性。在镜像队列模式下，RabbitMQ会将消息存储在多个节点的队列中，这样即使某个节点发生故障，仍然能够通过其他节点来获取消息。

• 集群模式：RabbitMQ支持多个节点组成的集群模式，这样即使某个节点发生故障，仍然可以通过其他节点继续提供服务。在集群模式下，所有节点共享同一个消息队列，因此即使某个节点发生故障，仍然能够保证消息的可靠性和高可用性。

• 心跳机制：RabbitMQ提供了心跳机制来保持连接的活跃性。客户端和服务端之间会定时发送心跳包来保持连接状态，如果某个节点长时间没有收到心跳包，就会认为该连接已经断开，从而及时进行处理。

• 消息持久化：RabbitMQ可以将消息持久化到磁盘中，这样即使在节点故障的情况下也能够保证消息的可靠性。消息持久化是通过将消息存储到磁盘上的文件来实现的，当节点故障后，可以从磁盘中恢复消息。

• 备份节点：RabbitMQ还支持备份节点机制，当主节点发生故障时，备份节点会自动接管主节点的工作，从而实现高可用性和容错性。在备份节点机制下，备份节点会在主节点失效时自动接管其工作，从而保证服务的可用性和稳定性。

可靠传输

• 消息持久化：RabbitMQ支持将消息进行持久化，将消息存储到磁盘上的文件中，从而保证消息能够在传输过程中发生故障或断电等情况时不会丢失。

• 确认机制：RabbitMQ支持消息确认机制，包括生产者确认和消费者确认。生产者确认是指当消息成功发送到RabbitMQ服务器时，服务器会向生产者发送确认消息；消费者确认是指消费者在处理完一条消息后，需要向服务器发送确认消息，告知服务器该消息已经被正确处理。

• 重试机制：当消息发送失败时，可以通过重试机制进行消息重发，从而保证消息的可靠传输。RabbitMQ支持自动重试机制和手动重试机制，可以根据实际情况进行选择和配置。

• TTL机制：RabbitMQ还支持消息的TTL（Time To Live）机制，可以设置消息的过期时间，从而保证消息能够在一定时间内被正确处理。如果消息在过期时间内没有被处理，则会自动被删除。

• 镜像队列：RabbitMQ的镜像队列机制可以将队列的消息自动在多个节点之间进行复制，从而实现消息的高可用性。在镜像队列模式下，RabbitMQ会将消息存储在多个节点的队列中，这样即使某个节点发生故障，仍然能够通过其他节点来获取消息。

消息顺序

• 单一消费者模式：在某些情况下，可以将消息队列设置为单一消费者模式，这样只有一个消费者可以消费队列中的消息。这样可以确保消息的顺序性，但同时会牺牲一定的并发性能。

• 多个队列模式：在需要保证消息顺序的场景下，可以使用多个队列来分别存储不同的消息，然后通过不同的消费者按照顺序进行消费。这种方式可以保证每个队列中的消息都是有序的，但需要考虑如何将不同队列的消息按照顺序进行合并。

• 使用有序队列插件：RabbitMQ还提供了有序队列插件（rabbitmq-queue-ram），该插件可以保证消息在队列中的顺序性。有序队列插件将消息存储在内存中，可以提高处理速度和并发性能，但同时需要考虑内存大小和故障恢复等问题。

怎么设计一个消息队列

设计一个消息队列需要考虑以下几个方面：

消息队列类型：需要选择适合自己业务需求的消息队列类型，比如Kafka、RabbitMQ、ActiveMQ等。

队列的数据结构：需要选择合适的数据结构来存储消息，常用的数据结构有队列、栈、堆等。

消息的序列化和反序列化：需要对消息进行序列化和反序列化操作，将消息转换为二进制数据进行传输，从而提高传输效率。

消息持久化：需要考虑消息持久化问题，即将消息存储到磁盘或数据库中，保证消息在传输过程中不会丢失。

消息的可靠性：需要考虑如何保证消息传输的可靠性，包括确认机制、重试机制和事务机制等。

并发和吞吐量：需要考虑消息队列的并发性能和吞吐量问题，需要根据实际业务需求进行优化和调整。

安全性和权限管理：需要考虑消息队列的安全性和权限管理问题，包括访问控制、加密传输等。

Git

git init：初始化一个Git仓库。

git add：将文件添加到Git仓库的暂存区。

git commit：将暂存区的文件提交到Git仓库。

git status：查看Git仓库的状态。

git diff：查看文件的修改内容。

git log：查看Git仓库的提交日志。

git branch：管理Git仓库的分支。

git checkout：切换Git仓库的分支或回退到历史版本。

git merge：将分支合并到主干分支。

git push：将本地Git仓库的代码推送到远程Git仓库。

git pull：将远程Git仓库的代码拉取到本地Git仓库。

git clone：克隆一个远程Git仓库到本地。

git reset：回退到某个历史版本或取消暂存区的文件。

git stash：将当前的修改暂时保存起来，可以在需要的时候再恢复。