<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[Just do it!]]></title><description><![CDATA[人生不容迟疑，否则尽是忧伤。]]></description><link>https://blog.csdn.net/u013201439</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; u013201439]]></copyright><item><title><![CDATA[你一定要了解的Kubernetes]]></title><link>https://blog.csdn.net/u013201439/article/details/79078474</link><guid>https://blog.csdn.net/u013201439/article/details/79078474</guid><author>u013201439</author><pubDate>Fri, 24 Apr 2020 17:48:20 +0800</pubDate><description><![CDATA[前言   


  随着容器技术的发展，Docker近几年突然崛起，变得炙手可热，已经成为容器技术的事实标准。然而想要在生成环境中成功部署和操作容器的关键是容器编排技术，市场上有各种各样的容器编排工具（如Docker原生的Swarm），其中谷歌公司开发的Kubernetes得到开源社区的全力支持，IBM、惠普、微软、RedHat等业界巨头纷纷加入，Kubernetes已经成为GitHub上的明星开]]></description><category></category></item><item><title><![CDATA[四年回忆-既是终点，又是起点]]></title><link>https://blog.csdn.net/u013201439/article/details/81988506</link><guid>https://blog.csdn.net/u013201439/article/details/81988506</guid><author>u013201439</author><pubDate>Mon, 27 Aug 2018 17:44:10 +0800</pubDate><description><![CDATA[  四年前，站在选择的路口，觉得路那样的长，如今回头望去，却忍不住感叹四年的时光不过弹指一挥间。幸运的是，我们一直保持着博客总结的习惯，因此成长过程便有迹可循：


It’s my life-2016 
做自己的主人-我的2016 
2017-择善而从 
没有起始，没有终结–2017
...]]></description><category></category></item><item><title><![CDATA[【MySQL】高可用]]></title><link>https://blog.csdn.net/u013201439/article/details/82084028</link><guid>https://blog.csdn.net/u013201439/article/details/82084028</guid><author>u013201439</author><pubDate>Sun, 26 Aug 2018 20:27:04 +0800</pubDate><description><![CDATA[说明

高可用对于互联网应用基本上是标配，目的是最大程度的为用户提供服务，避免因为服务器宕机等意外故障而终止服务。相比于无状态服务（如前后端应用），数据库服务的高可用问题更为复杂，不仅仅是能访问，更需要保证其数据的正确性。

在考虑数据库高可用架构时，需要考虑以下问题：


数据库服务器如果发生宕机或者意外中断等故障，能够尽快恢复数据库服务的可用性，减少停机时间
用作备份、只读副本等功能的非主节点...]]></description><category></category></item><item><title><![CDATA[数据库中间件-Middleware]]></title><link>https://blog.csdn.net/u013201439/article/details/81840860</link><guid>https://blog.csdn.net/u013201439/article/details/81840860</guid><author>u013201439</author><pubDate>Sun, 19 Aug 2018 19:37:52 +0800</pubDate><description><![CDATA[概念

中间件，也就是处于中间的软件，通过位置而非功能或特性来定义。中间件根据不同的功能又可以分为不同的种类，比如服务中间件Tomcat，消息中间件MQ等，这里主要讨论数据库中间件。

数据库平台需要解决以下三个问题：


可以为各个服务提供高性能、大容量、高可用的数据访问
满足增量数据的订阅与消费，比如缓存数据一致性的需求
异地，异构数据源的同步


 


整个数据库解决方案中，各个部分都有与...]]></description><category></category></item><item><title><![CDATA[LVS]]></title><link>https://blog.csdn.net/u013201439/article/details/81533530</link><guid>https://blog.csdn.net/u013201439/article/details/81533530</guid><author>u013201439</author><pubDate>Thu, 09 Aug 2018 11:36:09 +0800</pubDate><description><![CDATA[简述

Linux虚拟服务器（Linux Virtual Server，LVS）是一个虚拟的服务器集群系统，用于实现负载平衡。项目在1998年5月由章文嵩成立，是国内最早出现的自由软件项目之一，目前已经是Linux内核的一部分。

工作原理

IP负载

LVS采用了IP负载均衡技术（效率最高）来实现虚拟网络服务，而在IP负载均衡技术中，主要有三种实现方式：


NAT（网络地址转换）
IP Tu...]]></description><category></category></item><item><title><![CDATA[Rabbit MQ 安装]]></title><link>https://blog.csdn.net/u013201439/article/details/81476735</link><guid>https://blog.csdn.net/u013201439/article/details/81476735</guid><author>u013201439</author><pubDate>Tue, 07 Aug 2018 10:31:57 +0800</pubDate><description><![CDATA[简述

RabbitMQ是实现了AMQP的开源消息中间件，由Erlang语言（爱立信开发的一种通用并发程序设计语言）编写，现在是Pivotal公司的产品。

 


安装

RabbitMQ的安装并不复杂，官方文档亦有很详细的安装流程，以CentOS 7为例，安装过程如下所示：



Install Erlang

因为RabbitMQ基于Erlang开发，所以需要先安装Erlang基础环境，文档...]]></description><category></category></item><item><title><![CDATA[如何理解RPC]]></title><link>https://blog.csdn.net/u013201439/article/details/81460373</link><guid>https://blog.csdn.net/u013201439/article/details/81460373</guid><author>u013201439</author><pubDate>Mon, 06 Aug 2018 20:05:33 +0800</pubDate><description><![CDATA[简述

远程过程调用（Remote Procedure Call，缩写为RPC），是一种用于构建基于C/S（客户端/服务器）的分布式应用程序技术。调用者与被调用者可能在同一台服务器上，也可能在由网络连接的不同服务器上，对于他们来说，网络通信是透明的，远程调用像本地调用一样简单。



理解

RPC就是要像调用本地函数一样去调用远程函数，要理解RPC，让我们先来看看如何完成一个本地函数的调用：

...]]></description><category></category></item><item><title><![CDATA[Message Queue-消息队列]]></title><link>https://blog.csdn.net/u013201439/article/details/81413094</link><guid>https://blog.csdn.net/u013201439/article/details/81413094</guid><author>u013201439</author><pubDate>Sat, 04 Aug 2018 17:16:25 +0800</pubDate><description><![CDATA[简述

在计算机科学中，消息队列（Message Queue，MQ）是一种进程间通信或者同一进程的不同线程间的通信方式。MQ允许应用程序间通过发送消息来进行通信，当目标程序繁忙或者掉线，来不及处理消息，MQ会提供暂时的消息存储。

 


MQ中有两个关键字：


消息：发送方与接收方之间传递的数据，其实际上就是一些带有头信息的字节数组。
队列：一种数据结构，按照消息发送的时间顺序排列，先进先出。...]]></description><category></category></item><item><title><![CDATA[分布式一致性]]></title><link>https://blog.csdn.net/u013201439/article/details/81285328</link><guid>https://blog.csdn.net/u013201439/article/details/81285328</guid><author>u013201439</author><pubDate>Mon, 30 Jul 2018 15:05:00 +0800</pubDate><description><![CDATA[简述

这里的Consistency（一致性）是指分布式系统中的数据一致性，而非数据库事务ACID特性中的Consistency。



CAP

CAP（或称布鲁尔定理）指出一个分布式计算系统不可能同时满足以下三点：


一致性（Consistency）：多个数据副本是否能够保持一致；
可用性（Availability）：每次请求都能获取非错的响应，但无法保证获取的数据是否最新；
分区容忍性（P...]]></description><category></category></item><item><title><![CDATA[Paxos]]></title><link>https://blog.csdn.net/u013201439/article/details/81285271</link><guid>https://blog.csdn.net/u013201439/article/details/81285271</guid><author>u013201439</author><pubDate>Mon, 30 Jul 2018 15:02:52 +0800</pubDate><description><![CDATA[简述

Paxos算法是Leslie Lamport于1990年提出的一种基于消息传递且具有高度容错特性的一致性算法，是分布式一致性中的经典算法。Google在其分布式锁服务（Chubby lock）中应用了Paxos算法，Zookeeper的ZAB协议（ZooKeeper Atomic Broadcast protocol）也是参考Paxos来实现的。

历史

拜占庭将军问题（Byzantin...]]></description><category></category></item><item><title><![CDATA[Docker登录Harbor私有仓库]]></title><link>https://blog.csdn.net/u013201439/article/details/81271182</link><guid>https://blog.csdn.net/u013201439/article/details/81271182</guid><author>u013201439</author><pubDate>Sun, 29 Jul 2018 14:56:06 +0800</pubDate><description><![CDATA[说明

在安装Harbor时，可以配置启用http或者https的访问方式。默认为http（非加密连接，数据传输不安全，使用相对简单）；如果采用https的方式，使用TLS加密，数据传输更安全，但是需要配置证书，操作相对繁琐。

harbor.cfg文件：



#The protocol for accessing the UI and token/notification service, b...]]></description><category></category></item><item><title><![CDATA[K8s生产环境下启用防火墙]]></title><link>https://blog.csdn.net/u013201439/article/details/81271106</link><guid>https://blog.csdn.net/u013201439/article/details/81271106</guid><author>u013201439</author><pubDate>Sun, 29 Jul 2018 14:49:23 +0800</pubDate><description><![CDATA[简述

当初在安装K8s集群时，为了安装方便关闭了所有机器的防火墙，但是如果是生产环境，非常不安全，因此有了这篇文章。文章总结了在开启防火墙状态下，需要开放哪些端口，以及需要注意的点。



准备


服务器操作系统：Ubuntu 16.04
防火墙命令：ufw


集群：




  服务器角色
  名称
  ip



  etcd
  etcd1、2、3
  192.168.22.104、1...]]></description><category></category></item><item><title><![CDATA[【Mybatis】开启自动驼峰命名规则映射]]></title><link>https://blog.csdn.net/u013201439/article/details/81195995</link><guid>https://blog.csdn.net/u013201439/article/details/81195995</guid><author>u013201439</author><pubDate>Wed, 25 Jul 2018 09:20:27 +0800</pubDate><description><![CDATA[说明

  在数据库字段命名规范中，通常使用下划线“_”来连接两个单词，比如：user_type。但是在Java开发中，实体字段通常采用驼峰命名法，因此会在mapper文件的SQL语句中使用 “AS”设置别名来匹配实体。

select user_type as userType from t_user

  Mybatis 在 settings 配置项中有一个 mapUnderscoreToCa...]]></description><category></category></item><item><title><![CDATA[【Redis】Cluster-集群]]></title><link>https://blog.csdn.net/u013201439/article/details/81068037</link><guid>https://blog.csdn.net/u013201439/article/details/81068037</guid><author>u013201439</author><pubDate>Mon, 16 Jul 2018 17:02:44 +0800</pubDate><description><![CDATA[简介

  在生产环境中，我们希望Redis可以支持以下特性：


高可用：时刻保证Redis服务可用，降低单节点宕机带来的损失
可拓展：随着数据的增多，可以通过简单的增加节点来实现横向扩展


  Redis的主从复制与Sentinel相结合可以实现高可用，解决了扩展读的问题，但仍然是一个单实例Redis，没有解决扩展写问题，Redis Cluster便是官方给出的解决方案。

原理

  Re...]]></description><category></category></item><item><title><![CDATA[【Redis】HA-高可用]]></title><link>https://blog.csdn.net/u013201439/article/details/81067927</link><guid>https://blog.csdn.net/u013201439/article/details/81067927</guid><author>u013201439</author><pubDate>Mon, 16 Jul 2018 16:57:18 +0800</pubDate><description><![CDATA[简述

  虽然Redis的主从复制可以实现数据的备份，保障数据的安全，但是还不能实现高可用，需要手动故障转移，因此Master仍然可能存在单点故障，为此Redis提供了Sentinel（哨兵）模式来实现高可用。

  Redis Sentinel 提供以下功能：


Monitoring（监控）：Sentinel会不断检查Master和Slave是否正常工作；
Notification（通知）：...]]></description><category></category></item><item><title><![CDATA[【Redis】Replication-主从复制]]></title><link>https://blog.csdn.net/u013201439/article/details/81059384</link><guid>https://blog.csdn.net/u013201439/article/details/81059384</guid><author>u013201439</author><pubDate>Mon, 16 Jul 2018 08:43:53 +0800</pubDate><description><![CDATA[简述

  在关系型数据库中，主从复制很常见，多是Master负责写数据，Slave负责读数据，从而提供数据库性能。Redis同样也采用了主从复制的方式，如果不考虑Redis Cluster（集群）或者Sentinel（哨兵模式）提供的高可用特性，基本的主从复制（leader-follower）很容易使用和配置。

机制

  主要机制：


当Master-Slave连接正常时，客户端写操作、k...]]></description><category></category></item><item><title><![CDATA[【Redis】Persistence-持久化]]></title><link>https://blog.csdn.net/u013201439/article/details/81045558</link><guid>https://blog.csdn.net/u013201439/article/details/81045558</guid><author>u013201439</author><pubDate>Sat, 14 Jul 2018 17:19:31 +0800</pubDate><description><![CDATA[概述

Redis支持数据持久化，主要有两种方式：RDB（Redis Database）和AOF（Append Only File），可以单独使用，也可以两者相结合。



RDB

RDB是基于snapshot（快照）的方式进行持久化，会将某个时间点的所有数据保存到磁盘中，可以将快照复制到其他服务器上从而创建具有相同数据的服务器副本。



优点：


RDB文件是经过压缩的单个文件，保存了Re...]]></description><category></category></item><item><title><![CDATA[【Redis】Datatype-数据类型]]></title><link>https://blog.csdn.net/u013201439/article/details/81010734</link><guid>https://blog.csdn.net/u013201439/article/details/81010734</guid><author>u013201439</author><pubDate>Thu, 12 Jul 2018 09:54:48 +0800</pubDate><description><![CDATA[简述

Redis不仅仅是一个普通的key-value存储（仅支持字符串类型），确切来讲是一个数据结构服务器，支持多种数据类型。在Redis中，value值不限于简单的字符串类型，还能够处理更复杂的数据结构。



内容



Key

Redis key只能是字符串类型，并且是二进制安全的，这意味着你可以使用任意的二进制序列（从”foo”字符串到JPEG文件内容）都可以作为一个key值。空字符串...]]></description><category></category></item><item><title><![CDATA[【Redis】Overview-概览]]></title><link>https://blog.csdn.net/u013201439/article/details/81010613</link><guid>https://blog.csdn.net/u013201439/article/details/81010613</guid><author>u013201439</author><pubDate>Thu, 12 Jul 2018 09:49:03 +0800</pubDate><description><![CDATA[简介

Redis是一个使用ANSI C编写的开源、支持网络、基于内存、可选持久性的键值对存储数据库，可用作数据库、缓存、消息代理，是目前最为流行的key-value型内存数据库。推荐使用Linux部署，官方不支持Windows构建。

 


特性

In memory：基于内存，提供更高性能，同时支持持久化（默认开启），数据更安全。

High availability：支持主从复制，通过Re...]]></description><category></category></item><item><title><![CDATA[Kubernetes Dashboard token失效时间设置]]></title><link>https://blog.csdn.net/u013201439/article/details/80930285</link><guid>https://blog.csdn.net/u013201439/article/details/80930285</guid><author>u013201439</author><pubDate>Thu, 05 Jul 2018 17:19:43 +0800</pubDate><description><![CDATA[说明

  升级了新版本的Dashboard（这里使用的v1.8.3），使用了较为复杂的双因子登录，正确输入用户名和密码之后还需要Token或者kubeconfig再次认证，保障了系统安全，同时也带来了一些不便。默认的Token失效时间是900秒，也就是15分钟，这意味着你每隔15分钟就要认证一次。



// Expiration time (in seconds) of tokens gene...]]></description><category></category></item></channel></rss>