背景：

最近需要使用redis存储数据，但是随着时间的增加，发现原本的单台redis已经不满足要求了，于是就倒腾了一下搭建redist cluster redis集群。

好了，话不多说，下面开始展示：

tcp udp相关视频解析：

tcp专题训练营之深度解析tcp/ip协议栈

在高速发展的云计算时代，应用程序的部署和管理变得越来越复杂。面对各种操作系统、依赖库和环境差异，开发者常常陷入“在我机器上能跑”的泥潭。然而，容器化技术的兴起，尤其是Docker的普及，彻底改变了这一局面。它就像一个“标准化的集装箱”，无论你的应用程序或数据库多么复杂，都可以被打包进这个集装箱，然后轻松地在任何支持Docker的环境中运行。而我们今天的主角——Redis，这位性能卓越的“数据魔术师”，当它遇上Docker，又会擦出怎样的火花，让部署和管理变得前所未有的简单呢？

0x01 redis介绍

Redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。从2010年3月15日起，Redis的开发工作由VMware主持。从2013年5月开始，Redis的开发由Pivotal赞助。

Redis因配置不当可以未授权访问。攻击者无需认证访问到内部数据，可导致敏感信息泄露，也可以恶意执行flushall来清空所有数据。

需求

有些时候我们有这样一些需求

1.阿里云的redis不能直接访问
2.测试回调代码的时候，只能通过服务器，没法本地调试

解决方案

摘要： 隧道 ssh -L 命令总结 和 windows端口转发配置

关键词： 隧道、ssh -L 、端口转发、网络映射

整体说明

最近在项目中，因为内网的安全密级比较高，只能有一台机器连接内网数据库，推送数据，但是我又需要使用本地数据库连接工具查看对方对方数据库更新情况，所以用到了端口转发，大致步骤如下：

在当今瞬息万变的互联网世界里，用户对于“速度”的渴望从未停歇。每一次点击，每一次刷新，都期待着毫秒级的响应。为了满足这种近乎苛刻的需求，工程师们不断探索各种优化之道，其中，“缓存”无疑是提升性能的利器。然而，缓存的种类繁多，它们各自扮演着不同的角色，服务于不同的“距离”和“类型”的数据。今天，我们便要探讨两位在加速Web服务中举足轻重的“功臣”：内容分发网络（CDN）和我们的“速度之王”Redis。它们一个站在用户“家门口”，一个守在应用“心脏旁”，究竟谁离用户更近？它们又如何携手，共同铸就极致的Web体验呢？

在Web开发的世界里，Node.js以其独特的事件驱动、非阻塞I/O模型，成为了构建高性能、高并发实时应用的明星。它擅长处理大量并发连接，就像一位效率极高的“交通指挥官”，能够同时调度无数来往的信息流。而当这位“交通指挥官”需要一个超高速的“数据中转站”时，Redis无疑是首选。两者可谓是天作之合，Node.js的异步特性能够充分利用Redis的极速响应，共同构建出用户体验“丝滑”的现代应用。

在云计算的演进浪潮中，Serverless（无服务器）架构无疑是一颗璀璨的明星。它将传统服务器的运维复杂性彻底“隐藏”起来，开发者只需关注核心业务逻辑，编写一个个独立的函数（Function-as-a-Service, FaaS），然后将它们部署到云平台。当有事件触发时，这些函数会被按需唤醒执行，任务完成后自动休眠，并且只为实际的计算时间付费。Serverless就像一位高度智能的“按需服务管家”，它能根据你的指令，瞬间调度资源来完成任务，任务一结束，所有痕迹便消失无踪。

构建高并发服务一直是程序员的痛点。咱们今天就用FastAPI