1.什么是Service？在kubernets中，Pod是应用程序的载体，Pod你可以想象成就是容器，为动态的一组Pod提供一个固定的访问入口，它是以一种叫ClusterIP地址来进行标识，而ClusterIP就位于我们集群网络(ClusterNetwork)当中，我们可以通过Pod的IP地址来进行访问，但是会遇到问题:动态Pod的IP地址不是固定的，一旦Pod异常退出、节点故障，则会发生Pod重建，一旦发生重建客户端则会访问失败；Pod如果扩容多个，会造成客户端无法有效使用新增的Pod，如果Pod进行缩容则会造成客户端访问错误；官方文档:https://kubernetes.io/zh-cn
1.什么是Service？在kubernets中，Pod是应用程序的载体，Pod你可以想象成就是容器，为动态的一组Pod提供一个固定的访问入口，它是以一种叫ClusterIP地址来进行标识，而ClusterIP就位于我们集群网络(ClusterNetwork)当中，我们可以通过Pod的IP地址来进行访问，但是会遇到问题:动态Pod的IP地址不是固定的，一旦Pod异常退出、节点故障，则会发生Pod重建，一旦发生重建客户端则会访问失败；Pod如果扩容多个，会造成客户端无法有效使用新增的Pod，如果Pod进行缩容则会造成客户端访问错误；官方文档:https://kubernetes.io/zh-cn
正文开始之前，我们先要了解一个概念，就是什么是 登录态。主流Web应用比如浏览器是基于http协议的，而http协议是 无状态 的。什么是 无状态？就是服务器不知道是谁发送了这个http请求，无法识别区分用户身份。所以登录态就是服务端用来区分用户身份，同时对用户进行记录的技术方案。那怎么实现用户的登录态呢？常见的实现流程如下：客户端用户输入登录凭据（如账户和密码），发送登录请求。服务端校验用户是否合法（如认证和鉴权），合法后返回登录态，不合法返回第1步。合法后携带登录态访问用户数据。流程有了，如何实现呢？常见的方案有HTTP基本认证、Cookie和Session认证、Token认证、单点登
正文开始之前，我们先要了解一个概念，就是什么是 登录态。主流Web应用比如浏览器是基于http协议的，而http协议是 无状态 的。什么是 无状态？就是服务器不知道是谁发送了这个http请求，无法识别区分用户身份。所以登录态就是服务端用来区分用户身份，同时对用户进行记录的技术方案。那怎么实现用户的登录态呢？常见的实现流程如下：客户端用户输入登录凭据（如账户和密码），发送登录请求。服务端校验用户是否合法（如认证和鉴权），合法后返回登录态，不合法返回第1步。合法后携带登录态访问用户数据。流程有了，如何实现呢？常见的方案有HTTP基本认证、Cookie和Session认证、Token认证、单点登
摘要：本文主要归纳总结蓝牙模块的不同工作模式，通过蓝牙模块不同的工作模式了解其扮演不同角色时工作的一个基本原理，为更深入的研究蓝牙模块底层的工作机制和技术方案进行铺垫。1、主设备工作模式 主设备是能够搜索别人并主动建立连接的一方，从扫描状态转化而来的。其可以和一个或多个从设备进行连接通信，它会定期的扫描周围的广播状态设备发送的广播信息，可以对周围设备进行搜索并选择所需要连接的从设备进行配对连接，建立通信链路成功后，主从双方就可以发送接收数据。例如智能手机，数据传输中做主机的蓝牙模块。 一个蓝牙设备以主模式发起连接时，需要知道从设备的mac地址，配对密码等信息，
摘要：本文主要归纳总结蓝牙模块的不同工作模式，通过蓝牙模块不同的工作模式了解其扮演不同角色时工作的一个基本原理，为更深入的研究蓝牙模块底层的工作机制和技术方案进行铺垫。1、主设备工作模式 主设备是能够搜索别人并主动建立连接的一方，从扫描状态转化而来的。其可以和一个或多个从设备进行连接通信，它会定期的扫描周围的广播状态设备发送的广播信息，可以对周围设备进行搜索并选择所需要连接的从设备进行配对连接，建立通信链路成功后，主从双方就可以发送接收数据。例如智能手机，数据传输中做主机的蓝牙模块。 一个蓝牙设备以主模式发起连接时，需要知道从设备的mac地址，配对密码等信息，
一些必须提前知道的概念patitionkafka日志文件是以patition在物理存储上分割的是topic物理上的分组，一个topic可以分为多个partition，每个partition是一个有序的队列是以文件夹的形式存储在具体Broker本机上LEO表示每个partition的log最后一条Message的位置HW（HighWatermark）表示partition各个replicas（用于分布式存储的副本分片）数据间同步且一致的offset位置，即表示allreplicas已经commit的位置HW之前的数据才是Commit后的，对消费者才可见 Segment每个partition又由
一些必须提前知道的概念patitionkafka日志文件是以patition在物理存储上分割的是topic物理上的分组，一个topic可以分为多个partition，每个partition是一个有序的队列是以文件夹的形式存储在具体Broker本机上LEO表示每个partition的log最后一条Message的位置HW（HighWatermark）表示partition各个replicas（用于分布式存储的副本分片）数据间同步且一致的offset位置，即表示allreplicas已经commit的位置HW之前的数据才是Commit后的，对消费者才可见 Segment每个partition又由
现如今Redis变得越来越流行，几乎在很多项目中都要被用到，不知道你在使用Redis时，有没有思考过，Redis到底是如何稳定、高性能地提供服务的？我使用Redis的场景很简单，只使用单机版Redis会有什么问题吗？我的Redis故障宕机了，数据丢失了怎么办？如何能保证我的业务应用不受影响？为什么需要主从集群？它有什么优势？什么是分片集群？我真的需要分片集群吗？...如果你对Redis已经有些了解，肯定也听说过「数据持久化、主从复制、哨兵、分片集群」这些概念，它们之间又有什么区别和联系呢？如果你存在这样的疑惑，这篇文章，我会从0到1，再从1到N，带你一步步构建出一个稳定、高性能的Redis集群
现如今Redis变得越来越流行，几乎在很多项目中都要被用到，不知道你在使用Redis时，有没有思考过，Redis到底是如何稳定、高性能地提供服务的？我使用Redis的场景很简单，只使用单机版Redis会有什么问题吗？我的Redis故障宕机了，数据丢失了怎么办？如何能保证我的业务应用不受影响？为什么需要主从集群？它有什么优势？什么是分片集群？我真的需要分片集群吗？...如果你对Redis已经有些了解，肯定也听说过「数据持久化、主从复制、哨兵、分片集群」这些概念，它们之间又有什么区别和联系呢？如果你存在这样的疑惑，这篇文章，我会从0到1，再从1到N，带你一步步构建出一个稳定、高性能的Redis集群
