套用古龙武侠小说套路来说，代理服务技术是一门很古老的技术，是在互联网早期出现就使用的技术。一般实现代理技术的方式就是在服务器上安装代理服务软件，让其成为一个代理服务器，从而实现代理技术。常用的代理技术分为正向代理、反向代理和透明代理。本文就是针对这三种代理来讲解一些基本原理和具体的适用范围，便于大家更深入理解代理服务技术。
代理服务技术对于网站架构部署时非常重要的，一般实现代理技术的方式就是在服务器上安装代理服务软件，让其成为一个代理服务器，从而实现代理技术。 常用的代理技术分为正向代理、反向代理和透明代理。以下就是针对这三种代理的一些基本原理和具体的适用范围的说明： 正向代理(Forward Proxy) 一般情况下，如果没有特别说明，代理技术默认说的是正向代理技术。关于正向代理的概念如下： 正向代理(forward)是一个位于客户端【用户A】和原始服务器(origin server)【服务器B】之间的服务器【代理服务器Z】
一、正向代理(Forward Proxy) 一般情况下，如果没有特别说明，代理技术默认说的是正向代理技术。关于正向代理的概念如下： 正向代理(forward)是一个位于客户端【用户A】和原始服务器(origin server)【服务器B】之间的服务器【代理服务器Z】，为了从原始服务器取得内容，用户A向代理服务器Z发送一个请求并指定目标(服务器B)，然后代理服务器Z向服务器B转交请求并将获得的内容返回给客户端。客户端必须要进行一些特别的设置才能使用正向代理。如下图1.1 （图1.1
假设图中路由器从左到右命名为R1,R2，假设 最初用户A要访问服务器B 需要经过R1和R2路由器这样一个路由节点，如果路由器R1或者路由器R2发生故障，那么就无法访问服务器B了。但是如果用户A让代理服务器Z去代替自己访问服务器B，由于代理服务器Z没有在路由器R1或R2节点中，而是通过其它的路由节点访问服务器B，那么用户A就可以得到服务器B的数据了。
版权声明：欢迎交流，菲宇运维！
原文：https://www.cnblogs.com/gbq-dog/p/10653054.html
负载均衡是我们大流量网站要做的一个东西，下面我来给大家介绍在Nginx服务器上进行负载均衡配置方法，希望对有需要的同学有所帮助哦。
域名是为了方便记忆而专门建立的一套地址转换系统，要访问一台互联网上的服务器，最终还必须通过IP地址来实现，域名解析就是将域名重新转换为IP地址的过程。一个域名对应一个IP地址，一个IP地址可以对应多个域名，所以多个域名可以同时被解析到一个IP地址，域名解析需要由专门的域名解析服务器DNS服务器来完成。
DNS（域名系统）是互联网上用于将域名和IP地址相互映射的一个分布式数据库，使人们可以更容易地访问网站而无需记住IP地址。DNS的工作原理包含了多种类型的服务器和查找方法，每种类型的服务器和查找方法都有其特定的功能和使用场景。
先将服务器放进数组或者列表当中，通过JDK的随机算法，获取一个在数组有效范围内的下标，根据这个随机下标访问对应服务器。由概率统计理论可以得知，随着客户端调用服务器的次数增多，其实际效果越来越接近于平均分配请求到服务器列表中的每一台服务器。
Web 服务器性能评估是评定服务器承载能力和效率的重要手段。主要关注几个关键指标：最大并发连接数、响应延迟、吞吐量。不同的评测方法可以帮助我们从多角度了解服务器性能，包括基准性能测试、压力测试、可靠性测试。系统检测通常采用系统本身提供的命令、系统记录文件、集成监控工具等方法进行。
订阅连接：订阅某个频道，频道有消息马上读取，一个频道上的消息会发给多个订阅者，所以是一发多收
该命令一直按回车（Enter）即可，默认生成位置一般是：~/.ssh/ 如果用户是非root一般位置是：/home/你的当前用户名/.ssh/
ParadigmSDKv3.init('f31e45e6e4a54a2ba32539ef6053b7ad',{ isDisableArticleFetch: true });ParadigmSDKv3.renderArticle('paradigm_render_content_append_id_1038',548,1038);
Browser指的是Web浏览器，极少数事务逻辑在前端实现，但主要事务逻辑在服务器端实现。
mysql双主热备，也称主主互备，目的是mysql数据库高可用，只支持双机，原因是mysql的复制是一主多从，但一个从服务器只能有一个主服务器。
来源: https://www.toptal.com/big-data/consistent-hashing
昨天，和大家讨论了无线APP时代如何进行日志上报优化【回复“日志”阅读】，今天和大家一起讨论一下如何巧妙测量服务器之间的时间差。
记得同事曾说过一个故事：在他刚工作的时候，他同事有一天兴冲冲的跑到公司说，你们知道吗，公司请了个大牛。大牛？对，那人会写AJAX！哇，真是大牛啊，跟着他，可以学不少东西啊。我听了笑了，但有点难以理解，因为现在几乎只要是一个开发，都会写AJAX，怎么写个AJAX就算大牛呢？
为了提高项目整体的并发和可用性，我们往往会对同一个项目部署多个实例，这时就需要根据不同的算法来进行负载均衡，下面来介绍一下常见的负载均衡算法
SSH开启端口转发需要修改 /etc/ssh/sshd_config配置文件，将 GatewayPorts修改为yes
昨天，和大家讨论了无线APP时代如何进行日志上报优化【回复“日志”阅读】，今天和大家一起讨论一下如何巧妙测量服务器之间的时间差。 缘起：无绝对时钟 Fischer Lynch Paterson定理是分布式理论中非常重要的一个定理，其结论相当悲观：在一个多进程异步系统中，由于没有全局绝对时钟，一定不存在一个一致的消息投递协议。 工程折衷：单点序列化 每个进程，每台服务器都有自己的本地时钟，跨服务器的本地时钟比较是没有意义的，这一点很好理解，服务器A上的本地时间ta=1，服务器B上的本地时间tb=2，虽然ta<
写这篇博客是因为之前面试的一个问题： 如果memcached集群需要增加机器或者减少机器，那么其他机器上的数据怎么办？ 最后了解到使用一致性hash算法可以解决，下面一起来学习下吧。 声明与致谢： 本文转载于朱双印博主的个人日志《白话解析：一致性哈希算法 consistent hashing》一文。 ---- 一. 引子 在了解一致性哈希算法之前，最好先了解一下缓存中的一个应用场景，了解了这个应用场景之后，再来理解一致性哈希算法，就容易多了，也更能体现出一致性哈希算法的优点，那么，我们先来描述
服务器B的IP = 10.1.1.3/24，对内提供的服务 10.1.1.3:80
一、同账号下不通地域云服务器和轻量服务器使用云联网实现内网互联（轻量服务器北京地域，云服务器广州地域）
服务器 以下是过往关于服务器的文章，点击对应的题目获取文章。 【B1】腾讯服务器平台发展与创新简介 【B2】大数据在服务器运营中的应用 【B3】服务器资源池化技术发展趋势简介 【B4】浅谈服务器海量运营 【B5】海量服务器安全高效管控系统设计 【B6】海量数据存储硬件平台解决思路 【B7】基于服务器部件标准化的弹性运营方案 【B8】弹性服务器架构-连接一切的力量 【B9】数据存储介质销毁：护航数据安全的最后一公里 鹅厂网事 一群鹅厂年轻的网络爱好者 IT|网络|服务器|干货
4.因之前B账号下轻量服务器（北京地域）和云服务器（广州地域），已经跨地域打通内网，现在A账号下的服务器（重庆地域）和B账号下云服务器（广州地域）也已打通内网，因此B账号下的轻量服务器（北京地域）和A账号下的云服务器（重庆地域）也已打通内网互联
一、双击热备介绍 1.基本概念 双机热备特指基于高可用系统中的两台服务器的热备（或高可用），双机高可用按工作中的切换方式分为：主-备方式（Active-Standby方式）和双主机方式（Active-Active方式），主-备方式即指的是一台服务器处于某种业务的激活状态（即Active状态），另一台服务器处于该业务的备用状态（即Standby状态)。而双主机方式即指两种不同业务分别在两台服务器上互为主备状态（即Active-Standby和Standby-Active状态）。 2.实现方式 a.基于共享存
这里需要补充的是，客户端不仅仅是一些简单的操作，它也是会处理一些运算，业务逻辑的处理等。也就是说，客户端也做着一些本该由服务器来做的一些事情，如图所示：
另外此篇文章可以访问 www.llyit.cn 进行阅读或到文章最后点击阅读原文。
先简单给大家介绍一下什么是socket，socket(简称 套接字) 是进程间通信的一种方式，它与其他进程间通信的一个主要不同是：它能实现不同主机间的进程间通信。
不管是什么公司，只要产品数量大于一个，那么单点登录势必是绕不过去的一个问题。作为前端程序员，我们对其虽然接触不多，但适当的了解还是必要的。本文就来谈谈单点登录相关的问题。 前置知识 了解 SSO，最好
服务器日志查看，是开发人员和服务器运维人员在工作中经常会遇到的一件事情，只有一台服务器时，比较好办，直接登录服务器使用tail -f file-path 命令就可以实时查看到日志文件的输出。当有负载的需要，服务器多了之后，就会比较麻烦，为了查找一个问题的日志可能需要登录多台服务器。今天给大家介绍一种借助sshfs，非常简单的日志文件挂载方案，可以方便大家查看服务器日志文件。
CS架构（Client/Server 架构）和 BS架构（Browser/Server 架构）是两种常见的网络应用架构模式，它们各自有不同的特点和应用场景。
最近弄的项目中要求给另外一个服务器传送数据，预定是用http的方式，在开始动手之前我打算用Spring Boot模拟下服务器之间的请求
本文讲述了如何在Linux下实现端口转发，以实现通过VPN连接至远端开放给VPN连接的计算机后，如何通过该计算机代理访问远端内网中其它计算机。
在了解Nginx缓存前 先了解Nginx的一般是作为反向代理服务器以及负载均衡服务器的.
版权声明：博客文章都是作者辛苦整理的，转载请注明出处，谢谢！ https://blog.csdn.net/Quincuntial/article/details/79006170
C/S架构：即Client/Server架构，即客户端/服务器架构。是大家熟知的软件系统体系结构，通过将任务合理分配到Client端和Server端，降低了系统的通讯开销，需要安装客户端才可进行管理操作。客户端和服务器端的程序不同，用户的程序主要在客户端，服务器端主要提供数据管理、数据共享、数据及系统维护和并发控制等，客户端程序主要完成用户的具体的业务。开发比较容易，操作简便，但应用程序的升级和客户端程序的维护较为困难；相对于三层体系结构（Browser/Server构架)是由逻辑上相互分离的表示层、业务层和数据层构成。表示层向客户提供数据，业务层实施业务和数据规则，数据层定义数据访问标准。三层体系结构中的核心是组件对象模型。 优点： 1、C/S架构的界面和操作可以很丰富。 2、安全性能可以很容易保证。 3、由于只有一层交互，因此响应速度较快。 缺点： 1、 适用面窄，通常用于局域网中。 2 、用户群固定。由于程序需要安装才可使用，因此不适合面向一些不可知的用户。 3 、维护成本高，发生一次升级，则所有客户端的程序都需要改变。 **B/S架构：**全称为Browser/Server，即浏览器/服务器结构。客户端基本上没有专门的应用程序，应用程序基本上都在服务器端。由于客户端没有程序，应用程序的升级和维护都可以在服务器端完成，升级维护方便。由于客户端使用浏览器，使得用户界面“丰富多彩”，但数据的打印输出等功能受到了限制。为了克服这个缺点，一般把利用浏览器方式实现困难的功能，单独开发成可以发布的控件，在客户端利用程序调用来完成。 优点： 1、客户端无需安装，有Web浏览器即可，方便快捷； 2、BS架构可以直接放在广域网上，通过一定的权限控制实现多客户访问的目的，交互性较强。 3、BS架构无需升级多个客户端，升级服务器即可。可以随时更新版本即可； 缺点： 1、在跨浏览器上，BS架构不尽如人意。 2、表现要达到CS程序的程度需要花费不少精力。 3、在速度和安全性上需要花费巨大的设计成本，这是BS架构的最大问题。 4、客户端服务器端的交互是请求-响应模式，通常需要刷新页面，这并不是客户乐意看到的，在Ajax风行后此问题得到了一定程度的缓解； B/S架构常用的三种形式： 1、客户端-服务器-数据库：（这个应该是我们平时比较常用的一种模式） (1)客户端向服务器发起Http请求 (2)服务器中的web服务层能够处理Http请求 (3)服务器中的应用层部分调用业务逻辑，调用业务逻辑上的方法 (4)如果有必要，服务器会和数据库进行数据交换. 然后将模版＋数据渲染成最终的Html, 返送给客户端 2、客户端－web服务器－应用服务器－数据库: 类似于第一种方法，只是将web服务和应用服务解耦 (1)客户端向web服务器发起Http请求 (2)web服务能够处理Http请求，并且调用应用服务器暴露在外的RESTFUL接口 (3)应用服务器的RESTFUL接口被调用，会执行对应的暴露方法.如果有必要和数据库进行数据交互，应用服务器会和数据库进行交互后，将json数据返回给web服务器 (4)web服务器将模版＋数据组合渲染成html返回给客户端 3、客户端－负载均衡器(Nginx)－中间服务器(Node)－应用服务器－数据库 这种模式一般用在有大量的用户，高并发的应用中。 (1)整正暴露在外的不是真正web服务器的地址，而是负载均衡器器的地址 (2)客户向负载均衡器发起Http请求 (3)负载均衡器能够将客户端的Http请求均匀的转发给Node服务器集群 (4)Node服务器接收到Http请求之后，能够对其进行解析，并且能够调用应用服务器暴露在外的RESTFUL接口 (5)应用服务器的RESTFUL接口被调用，会执行对应的暴露方法.如果有必要和数据库进行数据交互，应用服务器会和数据库进行交互后，将json数据返回给Node (6)Node层将模版＋数据组合渲染成html返回反向代理服务器 (7)反向代理服务器将对应html返回给客户端 总结： 1、 C/S和B/S各有优势，C/S在图形的表现能力上以及运行的速度上肯定是强于B/S模式的，不过缺点就是他需要运行专门的客户端，而且更重要的是它不能跨平台，用c++在windows下写的程序肯定是不能在linux下跑的。 2、B/S模式就，它不需要专门的客户端，只要浏览器，而浏览器是随操作系统就有的，方便就是他的优势了。 而且，B/S是基于网页语言的、与操作系统无关，所以跨平台也是它的优势，而且以后随着网页语言以及浏览器的进步， B/S在表现能力上的处理以及运行的速度上会越来越快，它的缺点将会越来越少。尤其是HTML5的普及，在图形的渲染方面以及音频、文件的处理上已经非常强大了。 不过，C/S架构也有着不可替代的作用。
在 EasyRTC 的部分项目中，客户希望能够开启视频级联功能，即将A服务器的视频推送到B服务器中。目前我们对这一功能进行了研究，基于freeswitch实现了EasyRTC的级联功能，下面将和大家分享一下我们的实现方式。
单向无密码访问远程服务器操作比较简单，比如服务器A需要无密码访问服务器B(A–>B),那么只需要在服务器A生成密钥对，将生成的公钥上传到服务器B的相关用户目录下的.ssh目录中（没有的话手动创建，注意，它的目录权限是700），并将公钥文件名称改为authorized_keys（注意，这个文件的权限应该是644），如果已存在authorized_keys文件，则把id_rsa.pub的内容追加到authorized_keys文件中。请注意.ssh目录及authorized_keys文件的权限，权限不符，会使配置无效。具体操作如下：
随着云计算、物联网和人工智能的日益成熟，对算力的需求已经突破了传统的限制，进入了一个全新的阶段。在这个阶段，不仅是算力的量级发生了变化，其性质和应用也在经历着根本性的转变。
游戏服务器压力测试总结 从游戏内测开始到现在做了所有服务器压力相关的测试.现在进行总结.暂时还不方便说游戏架构，所以不上图了。 一.首先明确需要测试压力的内容: 1.游戏服务器硬件 a.硬盘I/o b.内存 c.CPU 2.网络压力 a.长连接 a1.最大连接数 a2.流量(内网、外网、进、出) b.长连接短周期(类似Http的TCP应用，这个比较特殊的一个需求，专门针对LoginAgent) b1.每秒建立的连接数 b2.实际处理能力 3.数据库 a.每秒事务数 b.每秒锁等待数 c.平均延时(ms) d.CPU暂用 4.多线程的最优线程数 a.数据库执行的多线程 b.多连接处理 二.Windows Server环境测试方式 1.服务器性能监测 使用Server自带的性能监测器设置各个进程的监测参数。Window的这个自动工具做的相当强大。大家自己摸一摸基本就会用了。每个参数都由详细的说明。 2.案例设计注意 a.对于数据库的性能测试上，现在由于所有的游戏服务器构架在DB前面都有一个实现DB缓冲功能的进程，以减少数据库频繁的读写操作。所以其实数据库的读是一个轻量级的数量；而数据库的写操作是一个周期性能过程。案例设计一定要能够驱动这种周期性能过程。比如我们游戏的战斗，导致游戏玩家数据的改变，或驱动所有在线玩家数据的周期性存储。 b.选择具有代表性，并且最频繁的游戏操作。用于进行最高用户在线的各种性能指标采集。 我们选择的是:战斗、移动、聊天 c.聊天性能测试 广播聊天是最为考验游戏信息发送能力的功能。通过进行全局广播的压力测试。我们可以获取服务器进程发送信息到客户端的最高承载量。进而可以对我们的各种广播功能进行一个预估和频率限制。 d.同屏玩家的移动测试 移动+广播。这两种信息，基本是网络游戏流量的70-80%左右。同屏玩家数量，将会增加各种数据的广播需求，非常影响游戏性能。所以同屏的移动测试也是广播测试的一个必要环节。需要根据实际结果进行适当的优化。 e.大量玩家同时登录测试 玩家登录时，有大量的信息需要进行分配和初始化；同时也有大量的数据需要下传客户端。服务器需要进行大量的TCP连接建立。所以是一个比较关键的过程。这个测试案例是一个比较特殊，但是运营是肯定会碰到的案例。 f.由于线程池处理事务，随着事务的时耗，存在一个最优线程数的问题。过多的线程反而会降低服务器效率 3.细节问题 a.进行测试需要仔细思考客户端性能影响服务器最后表现的可能性。比如 a1.模拟客户端的性能无法有效处理服务器返回信息,可能就导致服务器发送的信息缓存在服务器系统缓存，从而表现出服务器内存不断增加。表现为服务器发送能力不足，其实可能根本就是客户端的性能问题 a2.客户端性能问题，导致发起的请求数过少，从而导致单位时间内服务器处理的请求过少。表现为服务器性能不足，其实根本就是客户端的请求能力不足。 b.网络带宽导致最后表现不足 b1.确认服务器的各个网卡，以及相互的带宽。不然可能因为相互带宽，导致服务器对于客户端请求的处理延时。表现为服务器卡机 b2.客户端模拟多个玩家，比如1000个玩家。而客户端的网卡或者客户端与服务器之间的中转服务器带宽过小，导致服务器数据发送不出，内存不断增加。表现为服务器发送能力不足，其实是中间带宽问题。 c.debug i/o导致服务器性能下降 c1.进行性能测试，一定要取消debug用的同步的i/o.比如我们服务器的debuginternalLog.同步i/o是非常影响性能的，特别在压力测试下可能导致每秒上千上万甚至几十万次的执行。一处的文件写入操作就可以导致几十万次的处理能力变成几千次的处理能力。 c2.客户端避免进行阻塞操作导致模拟多用户性能下降，导致服务器表现性能下降 d.流量需要区分内网网 内、外网流量在游戏正式运行时是完全分开的。价格也是完全不同的。一个千M的外网是一个无法想象的运营成本，而kmbps/s现在已经是一个可以接受的代价。游戏进程需要进行不同网卡的配置和绑定。确定内外网流量。
RPC(Remote Procedure Call)是指远程过程调用，是一种进程间通信方式，他是一种技术的思想，而不是规范。它允许程序调用另一个地址空间（通常是共享网络的另一台机器）的过程或函数，而不是程序员显式编码这个远程调用的细节。即程序员无论是调用本地的还是远程的函数，本质上编写的调用代码基本相同
我们在之前的教程中创建的DNS服务器是一个开放DNS解析器。开放解析器不会过滤任何来源请求，并会接受来自所有IP的查询。
原创文章，转载请务必将下面这段话置于文章开头处。 本文转发自技术世界，原文链接 http://www.jasongj.com/zookeeper/fastleaderelection/ Zookeeper是什么 Zookeeper是一个分布式协调服务，可用于服务发现，分布式锁，分布式领导选举，配置管理等。 这一切的基础，都是Zookeeper提供了一个类似于Linux文件系统的树形结构（可认为是轻量级的内存文件系统，但只适合存少量信息，完全不适合存储大量文件或者大文件），同时提供了对于每个节点的监控与
基于golang实现的分布式聊天系统，支持一对一聊天，聊天室等功能。为了测试方便发送消息数据暂未存入数据库，后期会加入数据库，也可自行加入数据库，方便永久存储聊天内容，以及支持消息必达等功能。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
