在经过了众多轮的面试之后，小林终于进入到了一家互联网公司的基础架构组，小林目前在公司有使用到架构组研究到分布式id生成器，前一阵子大概看了下其内部的实现，发现还是存在一些架构设计不合理之处。但是又由于适用于当前的业务场景，所以并没有做过多的优化，这里记录一些相关的技术笔记。研发背景在分布式服务中，各种复杂的业务场景需要有一个用于做唯一标识的id，例如订单业务，支付流水，聊天通信等业务场景。尤其是在

随着互联网的不断发展，系统应用的规模也在不断扩大，常规的垂直类型应用架构已经无法较好的应对，所以分布式服务架构以及流动计算机架构的趋势越来越明显。在这种大规模类型的服务化架构到来之前，可能只是通过rmi,hessian等工具来进行简单的服务引用的处理，但是当规模量逐渐提升之后，过多的服务也带来了一定的繁琐问题，例如说对于服务url的管理。当不同服务的调用量逐渐提升之后，服务的容量问题也越来越不..

针对微服务架构中常用的设计模块，通常我们都会需要使用到druid作为我们的数据连接池，当架构发生扩展的时候 ，通常面对的数据存储服务器也会渐渐增加，从原本的单库架构逐渐扩展为复杂的多库架构。当在业务层需要涉及到查询多种同数据库的场景下，我们通常需要在执行sql的时候动态指定对应的datasource。而Spring的AbstractRoutingDataSource则正好为我们提供了这一功能点，.

在生产环境中使用了keys指令之后容易导致出现短时间内的请求堵塞，这种情况在高并发环境中是比较致命的存在，因此需要尽可能地避免这种情况发生。常用的查询某些key的指令：scanjedis使用方式：public List<String> scanAll(String cursor, String pattern, Integer limit) {try (Jedis jedis = iR

本文部分内容参考来了以下文章：https://blog.csdn.net/helloxiaozhe/article/details/77680255http://c.biancheng.net/view/1092.html感谢这两位博主的分享今天主要来整理下关于MySQL的安全备份问题。最近遇到一个任务，需要对一台服务器上边的数据进行安全备份，为此我特地整理了常见的安全备份方案。按照常...

在微服务系统当中，各个服务之间进行远程调用的时候需要考虑各种各样的场景，例如以下几种异常情况：超时调用失败重试服务下线通知服务上线通知服务分组请求队列等等…国内也有一些有先见之明的技术专家们对于这些技术有了较早的认知，因此很早便开始了关于远程服务调用中间件的开发。慢慢地，一些国内大厂自研的RPC调用框架开始变做了一款产品向市面上去进行推广。今年年初的时候，我花了大概一个半月的业余时间自己打磨了一套

在之前的几篇文章中，主要还是讲解了关于简单的docker容器该如何进行管理和操作，在接下来的这篇文章开始，我们将开始进入对于k8s模块的学习在进行对k8s的学习之前，我们首先来进行几个知识点的回顾：什么是容器？通俗易懂地来讲，容器是一系列相互隔离的进程。它们自身具备有轻量操作系统层面的虚拟化技术，每个容器都有着自己的PID,User，UTS，和传统的虚拟机相比，容器技术更加地轻便，带来的损耗...

关于java内存区域部分的堆，栈，方法区三个部分而言，我总结了一下大概为一下这张图。以下是我第一次初学堆,栈,方法区的一些心得，如有不足，希望各位大佬们指点一下栈（Stack）：1.为什么栈要用来存储基本变量信息和对象引用java虚拟机的基本架构就是采用栈来进行设计的。当一个程序需要运行的时候，由于要预先内存空间和运行的生命周期，所以需要进行指针的变动，来进行内存大小的分配。是...

前边的几篇文章中我们主要都是讲解一些基于容器化技术的实战，操作了这么多容器化的api命令，其背后架构的设计思路却又是怎样的呢？kubernetes的基本架构用一句简单的话语来介绍，kubernetes就是一个容器的集群管理系统，通过kubernetes可以实现对于容器集群化的自动化部署，自动化扩容，维护等作用。kubernetes集群是由一个master来负责对各个节点进行管理的，其中被管理...

在之前的几篇文章中，主要还是讲解了关于简单的docker容器该如何进行管理和操作，在接下来的这篇文章开始，我们将开始进入对于k8s模块的学习在进行对k8s的学习之前，我们首先来进行几个知识点的回顾：什么是容器？通俗易懂地来讲，容器是一系列相互隔离的进程。它们自身具备有轻量操作系统层面的虚拟化技术，每个容器都有着自己的PID,User，UTS，和传统的虚拟机相比，容器技术更加地轻便，带来的损耗...