本文主要讲述如何搭建Hexo纯静态个人博客 相对于 WordPress 的优势： 不需要购买虚拟主机搭载 支持 MarkDown 语法，支持本地编写、预览和最终发布（Git Push） 本文涉及的技术点： 🚆 Github Pages （搭载服务）、Coding （搭载服务）、Vercel（搭载服务）、LeanCloud （存储服务） 💺 Hexo（博客框架）、ButterFly（博客主题） 🚀 DNSPod （域名解析加速）、jsDeliver （CDN资源加速） 💡  PicGo（图床工具）、PicGo-Plugin-Watermark（图床水印插件） 准备工作 一个国外域名（国内域名需备案） 访问 NameSilo 域名提供商 Windows 系统安装 Git 下载 Git        安装 Git 教程         Windows 系统安装 Node.js（建议使用 12.0 及以上版本） ...

存储LonghornLonghorn是一个轻量级、可靠且功能强大的分布式块存储系统，适用于 Kubernetes。使用容器和微服务实现分布式块存储。Longhorn 为每个块储存设备卷创建一个专用的存储控制器，并在存储在多个节点上的多个副本之间同步复制该卷。存储控制器和副本本身是使用 Kubernetes 编排的。Longhorn 是免费的开源软件。它最初由Rancher Labs开发，现在作为云原生计算基金会的孵化项目进行开发。 优点 ： 企业级分布式块存储，无单点故障； 支持增量快照和远程备份恢复(NFS/S3兼容对象存储)； 定期快照和备份； 提供UI页面，管理方便； 教程： k8s持久化存储longhorn(安装篇) - 简书 (jianshu.com) https://zhangzhuo.ltd/articles/2022/05/19/1652929973831.html 现在我已经把mongodb和mysql的存储使用longhorn的classpath，只需要更改各个配置的存储部分即可，例如： mongo.yaml: 123456789volumeClaimTe ...

前言k3s的备份我们采用 kube-backup，它能帮我们把每个命名空间里一些基础的yaml备份，比如deployment、svc、pvc等，并通过git账号配置，自动上传至git仓库 开始 下载源码 1git clone https://github.com/pieterlange/kube-backup.git 创建命名空间 1kubectl create ns kube-backup 将源码的配置文件里面，所有的kube-system改为kube-backup 1sed -i 's#namespace: kube-system#namespace: kube-backup#g' *.yaml 在源码目录下创建密钥对 1ssh-keygen -t rsa -f ./id_rsa -N '' 将git仓库域名或ip添加授信列表里 1ssh-keyscan gitee.com > known_hosts 将密钥和授信列表存入kube-backup中 1kubectl create secret gener ...

一些太基础的命令本文就不再叙述了，主要记录一些细节方面和我自身没使用过的命令 目录 目录 评论 / 根目录，万物起源。 /bin 包含系统启动和运行所必须的二进制程序。 /boot 包含 Linux 内核，最初的 RMA 磁盘映像（系统启动时，由驱动程序所需），和 启动加载程序。有趣的文件： /boot/grub/grub.conf or menu.lst， 被用来配置启动加载程序。 /boot/vmlinuz，Linux 内核。 /dev 这是一个包含设备结点的特殊目录。“一切都是文件”，也使用于设备。 在这个目录里，内核维护着它支持的设备。 /etc 这个目录包含所有系统层面的配置文件。它也包含一系列的 shell 脚本， 在系统启动时，这些脚本会运行每个系统服务。这个目录中的任何文件应该是可读的文本文件。有意思的文件：虽然/etc 目录中的任何文件都有趣，但这里只列出了一些我一直喜欢的文件： /etc/crontab， 定义自动运行的任务。 /etc/fstab，包含存储设备的列表，以及与他们相关的挂载点。/etc/passwd，包含用户帐号列表。 ...

前言由于微服务日志分散在各个容器内，又不好做到统一时序查看，因此需要一个组件来观测日志，这里采用ELK，目前我们先创建单节点的elasticsearch和kibana。如果你想尝试使用二进制部署，可以看下这篇文章：【大数据】Elastic + canal + kibana 安装文档 | Leopold’s Blog (leofitz7.com) ElasticSearch这里的存储类我使用了rancher的local-path，自动帮我生成pv。节点默认在m2，请根据自身情况调整 elasticsearch.yaml 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788899091929394959697989910010110210310410510610710810911011111211311 ...

前言在上文中，我成功从将SpringBoot转为go。接下来，我将尝试把redis锁改为etcd锁。 Redis锁和Etcd锁是两种常见的分布式锁实现方式，它们在设计和特性上存在一些区别。 存储系统：Redis是一个基于内存的键值数据库，而Etcd是一个高可用的分布式键值存储系统。 一致性模型：Redis使用主从复制或哨兵模式来提供高可用性，并且在某些情况下可能会存在数据不一致的风险。Etcd则采用了Raft一致性算法，确保了强一致性。 锁的实现方式：在Redis中，可以使用单个Redis实例或Redis集群作为锁服务。通常使用SETNX（SET if Not eXists）指令尝试在特定键上设置值，以获取锁，并使用DEL指令来释放锁。在Etcd中，可以通过创建一个有序的临时键（ephemeral key）来实现分布式锁。多个客户端尝试创建相同的键，只有最小的键持有者获得锁。 锁的可重入性：Redis锁不支持可重入性，即同一个线程/进程不能重复获取同一个锁。而Etcd可以通过维护客户端的标识符和计数器来实现可重入性。 锁的自动过期：Redis支持设置锁的过期时间，可以使用E ...

前言在上文中，我成功从MySQL到MongDB的转型，接下来，我将尝试将SpringBoot转为go Protocol首先，我需要让protoc即生成java代码，也生成go代码。 只需要指定 go_package 即可： 12syntax = "proto3";option go_package = "test/"; 由于我还不是很了解生成的机制，所以这里的包路径全都一样的，你可以尝试对包路径分类。由于我这里有对别的proto文件有引用，导致go的引包错误了，所以才出此下策，当然，所有的名称在声名时也保证了一定不重复。 由于java的代码是通过maven插件生成的，这里我采用原本的protoc命令执行生成go代码，所以我写了这个脚本： 1234protoc --go_out=./ --go-grpc_out=require_unimplemented_servers=false:./ --proto_path=src/main/proto src/main/proto/common/*.protoprotoc --go_out=./ - ...

如遇图片无法加载请使用代理访问 前言在上文中，我成功拆分了单体服务为多个SpringBoot微服务，本文将主要讲述在数据库中，MySQL到MongDB的转型 创建MongoDBMongoDB有多种创建方式，这里我选择的是比较稳妥的主从Replicate，版本是比较旧的4.4，因为机器的内存和带宽小，再加上网络延迟大，这里没有选择新版本的分片 巨页（Huge Pages）是一种Linux内核特性，它允许将连续的物理页面组合成一个大页面。每个大页面可以包含多个传统大小的页面，通常为2MB或1GB。 使用巨页可以提高系统的内存管理效率和性能。在一些内存密集型的应用场景中（例如数据库），使用巨页可以减少内存碎片，并且仅使用更少的页表项来映射相同数量的物理内存，从而降低了内存访问的延迟和CPU开销。 不过，使用巨页需要操作系统和应用程序的支持，并且可能需要进行一些额外的配置工作。因此它只适用于特定的应用场景，而不是所有的应用都会受益于使用巨页。 MongoDB官方文档中指出，在很多情况下，使用巨页并不能带来明显的性能提升，而且还可能会导致一些稳定性问题。具体来说，可能会遇到以下问题： ...

如遇图片无法加载请使用代理访问 前言在上个月的25号，我成功搭建了Nexus，在接下来的一个月中，我做了这些事情： 封装各个starter的jar包，上传至Nexus 拆分单体项目为多个微服务 引入ProtoBuf，多个微服务之间采用grpc通信 rancher创建项目，构建测试环境、生产环境 测试环境回归测试，生产环境回归测试 至此，我成功将单体服务拆分，共耗时一个月的时间，代码逻辑没有变化，拆分工作比较费心，但万事开头难，后面的开发会更加简单和高效，下面，我将详细论述这些操作的难点和细节，偏简单口语点，勿对号入座直接照搬。目前暂未考虑开源，仅提供一些思路，取之精华，弃之糟粕 starterleopold-spring-boot-starter我的项目都是基于SpringBoot的，因此一定需要一个starter来封装有关SpringBoot的内容，而且微服务之间的通讯基本是grpc，所以也会涵盖grpc的内容 pom.xml 内容如下： 1234567891011121314151617181920212223242526272829303132333435 ...

如遇图片无法加载请使用代理访问 前言在拆分微服务前，我们需要先把公共的代码（比如数据库连接、工具包等）封装成多个jar包，这样以后无论是创建一个新项目，还是更改公共部分的代码，只需要更改这个jar包，其他项目引用最新的这个jar包即可。因此我们需要一个组件，像harbor一样，管理不同版本号的jar包，而且需要maven的加持，Nexus就是解决方案 Nexus需要挂在pvc，本文将挂载nfs的pvc，如果你没部署过nfs以及挂载，可以看这篇文章 存储服务 环境声明 Nexus: 3.32.0 安装创建命名空间 1kubectl create ns nexus 创建 nexus-deploy.yaml 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596 ...