WebRTC花了两天时间简单了解了一下WEBRTC，并由此写入三个DEMO。1.p2p点对点2.o2m一对多3.live直播目前主要都是按p2p进行的简单扩展。WebRTC简单了解目前资料不算少，不过确实也不多，而且理论偏多，新手入门其实还是有点压力的。这边推荐几个资料和视频。记得出问题看看文档先没有思路的时候记得看看这个

近年来，在数字化转型的压力之下，以DevOps和微服务为代表的云原生技术，作为企业数字化转型的重要支撑，活跃于开源技术的舞台。而DevOps作为一种理念，落地交付必然离不开CI/CD等工具的支持。Jenkins在此方面的重要作用，相信大家也是有目共睹。Jenkins之所以深受国内用户的喜爱，不仅因为它开源免费、功能强大、插件众多，其背后社

概述记录自己在工作中将生产的数据按月保存在ES中（通过logstash采集kafka数据到ES），由于生产环境数据量比较庞大（一天的日志量大概在2500万条左右），为了后期减轻服务器压力，方便我们维护，所以需要对我们的日志进行处理，按月建立不同的ES索引库，能够查询最近6个月的日志，关闭前6个月不用的日志。创建模板如果用户每次新建

1，CDN，ContentDistributeNetwork，可以直译成内容分发网络，CDN解决的是如何将数据快速可靠从源站传递到用户的问题。用户获取数据时，不需要直接从源站获取，通过CDN对于数据的分发，用户可以从一个较优的服务器获取数据，从而达到快速访问，并减少源站负载压力的目的。2，为什么访问速度慢、下载慢？答：github的CDN被某墙屏

一、倾斜造成的原因正常的数据分布理论上都是倾斜的，就是我们所说的2080原理：80%的财富集中在20%的人手中,80%的用户只使用20%的功能,20%的用户贡献了80%的访问量。俗话是，一个人累死,其他人闲死的局面这也违背了并行计算的初衷,首先一个节点要承受着巨大的压力,而其他节点计算完毕后要

MySQL复制能够保证数据的冗余的同时可以做读写分离来分担系统压力，如果是主主复制还可以很好的避免主节点的单点故障。然而MySQL主主复制存在一些问题无法满足我们的实际需要：未提供统一访问入口来实现负载均衡，如果其中master宕掉的话需要手动切换到另外一个master，而不能自动进行切换。前面介绍了MysqlKeepalived双主热备高可用方案记录

Docker控制组控制组是Linux容器机制的另外一个关键组件，负责实现资源的审计和限制。它提供了很多有用的特性；以及确保各个容器可以公平地分享主机的内存、CPU、磁盘IO等资源；当然，更重要的是，控制组确保了当容器内的资源使用产生压力时不会连累主机系统。尽管控制组不负责隔离容器之间相互访问、处理数据和进程，它在防

今天Chrome更新了87最新版，这是今年最后一次Chrome更新了，这个版本是多年来Chrome性能获得最大提升的一次，开发者工具也进行了大幅度更新。有用户认为，原本Chrome的性能问题诟病已久，然而在新Edge出来了以后，性能突然就提升了，这显然是谷歌方面受到了Edge市场份额暴增带来的压力。另外，在Mac上的

MySQL的主从同步是一个很成熟的架构，优点为：①在从服务器可以执行查询工作(即我们常说的读功能)，降低主服务器压力;②在从主服务器进行备份，避免备份期间影响主服务器服务;③当主服务器出现问题时，可以切换到从服务器。mysql主(称master)从(称slave)复制的原理：1、master将数据改变记录到二进制日志(binarylog

客户端验证优点：•当用户输入错误数据时，页面不需要重新加载，可以保持用户输入的数据状态，所以不要再一次输入所有数据，只输入错误数据即可。•减轻了服务器端通信压力•使得用户界面响应更加迅速缺点：•JavaScript不能作为唯一的验证方法(JavaScript可能不可用，甚至可能被故意关闭以阻止进行验证)。•这可能会产生这样一个错觉，验