首先我们先介绍一下什么是负载均衡:负载平衡（Loadbalancing）是一种计算机网络技术，用来在多个计算机（计算机集群）、网络连接、CPU、磁盘驱动器或其他资源中分配负载，以达到最佳化资源使用、最大化吞吐率、最小化响应时间、同时避免过载的目的。
这是来自维基百科的介绍。
负载均衡的目的，就在于平衡负载，给用户提供优质，可靠，稳定的服务。
上图是个最简单的负载均衡实例，应用服务器并不直接与用户相连，用户连接负载均衡服务器，然后由负载均衡服务器把消息转发给实际应用服务器。
负载均衡器内部会根据应用服务器的负载情况，决定把消息转发给哪台服务器处理。
同时负载均衡器还可以对用户屏蔽应用服务器失效，只需把用户
这是来自维基百科的介绍。
负载均衡的目的，就在于平衡负载，给用户提供优质，可靠，稳定的服务。
上图是个最简单的负载均衡实例，应用服务器并不直接与用户相连，用户连接负载均衡服务器，然后由负载均衡服务器把消息转发给实际应用服务器。
负载均衡器内部会根据应用服务器的负载情况，决定把消息转发给哪台服务器处理。
同时负载均衡器还可以对用户屏蔽应用服务器失效，只需把用户
2022/9/7 20:56:13
489KB
1
kubernetes-hard-way-ansible：运用Ansible自动化Kubernetes困难方式集群。
支持Vagrant和OIDC！续订证书，添加新的工作节点并升级Kubernetes版本的功能！
支持Vagrant和OIDC！续订证书，添加新的工作节点并升级Kubernetes版本的功能！
2022/9/6 2:51:12
90KB
1
《FreeSWITCH权威指南》内容极为全面，涵盖FreeSWITCH的方方面面，从它的系统结构、核心概念、各项功能及其使用、维护的方法和要点、系统的调试与排错、系统的功能优化，到脚本开发、基于源代码的二次开发和内部实现原理，深度与广度兼备。
实战性极强，从呼叫排队、多人电话会议、话单计费等基本的配置实例到生产环境中的应用实例，从单个的FreeSWITCH应用到FreeSWITCH集群，从脚本开发到基于源代码的二次开发，各种案例应有尽有，很多案例中的参数都可以拿来直接使用。
实战性极强，从呼叫排队、多人电话会议、话单计费等基本的配置实例到生产环境中的应用实例，从单个的FreeSWITCH应用到FreeSWITCH集群，从脚本开发到基于源代码的二次开发，各种案例应有尽有，很多案例中的参数都可以拿来直接使用。
2022/9/5 10:52:42
106.42MB
1
一键部署高可用Elasticsearch得以实施此安装部署程序运行环境要求：Ansible＞=2.5（es部署调度无须安装，只需确保有SSH登录权限）支持部署的es版本：5.x，6.x，7.x:rocket:快速使用说明初步：修改配置项复制或直接修改example.cfg配置文件，填写集群名称，es版本..等信息。
第二步：ES_HEAP_SIZE配置根据本身环境配置，修改vars目录下，varsjvm_heap_size名称配置文件的jvm_heap_size大小值至合适大小。
master角色节点修改master.yml文件，mix节点修改mix.yml文件......，文件中其他配置项按需也可以修改。
所有相同角色节点使用相同配置。
第三步：一键安装ansible-playbook-iexample.cfgsetup.yml-v第四步：启动实力安装完毕后进入/home/<部署用户＞///elasticsearchelasticsearch目录，内部包含start_elastics
第二步：ES_HEAP_SIZE配置根据本身环境配置，修改vars目录下，varsjvm_heap_size名称配置文件的jvm_heap_size大小值至合适大小。
master角色节点修改master.yml文件，mix节点修改mix.yml文件......，文件中其他配置项按需也可以修改。
所有相同角色节点使用相同配置。
第三步：一键安装ansible-playbook-iexample.cfgsetup.yml-v第四步：启动实力安装完毕后进入/home/<部署用户＞///elasticsearchelasticsearch目录，内部包含start_elastics
2022/9/4 20:45:11
34KB
1
本文算是个人对Storm应用和学习的一个总结，由于不太懂Clojure语言，所以无法更多地从源码分析，但是参考了官网、好多朋友的文章，以及《StormApplied:Strategiesforreal-timeeventprocessing》这本书，以及结合自己使用Storm的经历，希望对于想深入一点了解Storm原理的朋友能有所协助，有不足之处欢迎拍砖交流。
Storm集群采用主从架构方式，主节点是Nimbus，从节点是Supervisor，有关调度相关的信息存储到ZooKeeper集群中，架构如下图所示：
Storm集群采用主从架构方式，主节点是Nimbus，从节点是Supervisor，有关调度相关的信息存储到ZooKeeper集群中，架构如下图所示：
2022/9/4 4:00:05
501KB
1
简单来说，PlatformSymphony是一个提供数据分发、任务调度以及资源管理的企业级分布式计算框架，并且支持异构化的IT环境。
Symphony由两层架构组成，一层是担任资源管理的EGO，另一层是任务管理的SOAM。
在Symphony的集群中，用户需要根据Symphony提供的API实现Client和Service程序。
Symphony涉及的基础模块如下图。
如图所示，Client程序
Symphony由两层架构组成，一层是担任资源管理的EGO，另一层是任务管理的SOAM。
在Symphony的集群中，用户需要根据Symphony提供的API实现Client和Service程序。
Symphony涉及的基础模块如下图。
如图所示，Client程序
2022/9/4 4:00:05
583KB
1
jedis-2.9.0.jar+commons-pool2-2.4.2.jar，用于java衔接redis或者redis集群。
jedis-2.9.0.jar依赖commons-pool2-2.4.2.jar
jedis-2.9.0.jar依赖commons-pool2-2.4.2.jar
2021/6/19 14:55:36
564KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB