tanzhuo

tanzhuo

专研技术的程序员

Zookeeper 可视化UI工具

推荐几款常用的 Zookeeper UI 工具，以帮助我们提高工作效率。 1、Zookeeper Assistant （收费） ZooKeeper Assistant - ZooKeeper可视化管理与监控工具适用于Windows的ZooKeeper管理GUIZooKeeper Assistant1402752916qq.com [http://www.redisant.cn/za] 对于收费来说，个人感觉是没必要的，ZK的功能并不复杂，主要就是Znode节点信息的CRUD，不过看得出来他们的UI界面是用心做了的，对于这点就值得点赞。 2、PrettyZoo （开源免费） 这款本人也在使用，免费，UI又比较耐看。 github地址：vran-dev/PrettyZoo: 😉 Pretty nice Zookeeper GUI, Support Win / Mac / Linux Platform (github.com) [https://github.com/vran-dev/
— 2 min read

Debian 安装 Containerd

Containerd 官方网址 ：containerd – An industry-standard container runtime with an emphasis on simplicity, robustness and portability [https://containerd.io/] 官方安装教程：集装箱/started.md 在主要 ·集装箱/集装箱 (github.com) [https://github.com/containerd/containerd/blob/main/docs/getting-started.md] 安装环境： Debian 11.5.0 版本 安装流程： 1、从github仓库下载 Containerd 最新发行版到服务器上 下载地址 ： https:
— 3 min read

Zookeeper 集群搭建

部署环境 操作系统 Debian 11.5.0 运行环境 OpenJDK-1.8.0_332 64-Bit Server VM Zookeeper版本：3.8.0 官方介绍 Zookeeper官方文档地址（下载的zip压缩包中\docs目录也自带文档）：ZooKeeper: Because Coordinating Distributed Systems is a Zoo (apache.org) ZooKeeper 是一种用于分布式应用程序的分布式开源协调服务。它公开了一组简单的基元，分布式应用程序可以基于这些基元来实现更高级别的同步、配置维护以及组和命名服务。它被设计为易于编程，并使用根据文件系统熟悉的目录树结构设置样式的数据模型。它以 Java 运行，并具有 Java 和 C 的绑定。 ZooKeeper 的实施非常重视高性能、高可用性、
— 11 min read

常见的CI/CD工具

前言 CI/CD是一种软件开发流程，它将持续集成（Continuous Integration）和持续交付/部署（Continuous Delivery/Deployment）两个概念结合起来，旨在加速软件的交付和部署，提高软件质量和稳定性。 持续集成指的是将开发人员提交的代码自动集成到主干代码库中，然后运行一系列的测试和检查，以确保代码的质量和稳定性。这样可以避免代码冲突、降低代码合并的复杂度，同时也可以及时发现和解决代码问题，提高代码的可维护性和可测试性。 持续交付/部署则是指将经过测试和检查的代码自动部署到生产环境中，以实现快速的软件交付和部署。持续交付/部署需要借助自动化工具和流程来实现，包括自动化测试、自动化构建、自动化部署等。这样可以减少人为操作的错误和延迟，提高软件交付的速度和质量。 CI/CD的优点在于它可以加速软件开发和交付的速度，同时也可以提高软件的质量和稳定性。它可以帮助开发团队更快地响应市场需求和用户反馈，减少开发周期和成本。另外，CI/CD还可以提高开发团队的协作效率和代码管理的可靠性。 实现CI/CD需要借助一系列的工具和技术，包括版本控制工具、自
— 5 min read

JUC复习篇（二）锁的认识

锁的基本概念： 通过锁机制，能够保证在多线程环境中，在同一时间空间中，只能有一个线程进入临界区代码，从而保证临界区中操作数据的一致性。 公平锁： 防止某个线程出现饿死现象，也就是防止某个线程分配不到CPU时间片导致指令一直无法执行。保证公平需要额外维护线程状态，更多的线程上下文切换，开销更大，吞吐量有所下降。ReentrantLock 可用设置初始化参数设置为公平锁，Synchronized默认是非公平锁并且不能变为公平锁。 非公平锁： 直接进行计算资源抢夺，容易出现线程饿死现象。但吞吐量更高，线程切换不那么频繁，谁先抢到CPU时间片即可执行。 可重入锁： 又称为递归锁，可以再次获取已经获取到的锁对象，可以一定程度的避免死锁现象。ReentrantLock和Synchronized都是可重入锁。 不可重入锁： 线程在运行中获取到锁之后，在同步代码块种再次获取这把锁将会导致死锁，不可重入锁只允许在同步代码块中被获取一次。 互斥锁： 当一个线程占用资源时，其他线程会被挂起，不会占用CPU资源，锁被释放时，CPU去调度挂起的线程，适合不会被高频操作的资源，否则频繁调度线程的效率会较
— 8 min read

JUC复习篇（一）线程基础

前言 Java JUC章节的知识点繁多，为了更好的整理我掌握的知识点，故此通过书写博客的方式，其中从底层原理开始梳理，从而总结出自己对并发编程的理解。 什么是并发编程 原因还得从目前的计算机发展历史说起，根据摩尔定律，计算机CPU算力随着时间越来越高，但摩尔定律很快达到物理极限，单核心CPU算力遇到瓶颈，而人们为了追求更高的算力，使用了多核心CPU架构设计，多核心与超线程技术使得CPU算力大幅度提高。原理相当于有多个人同时执行不同的指令，整体效率当然比一个人执行得更高。（注意是整体效率更高，不意味着使用多线程就一定比单线程应用执行指令效率更高） 为了更好的运用多核心CPU的计算资源（压榨CPU），于是产生了多线程开发。虽然使用多线程在某些场景下确实提高了程序整体效率，但多线程也并不是银弹，使用多线程开发随之而来的也有诸多问题，例如：线程安全问题、锁机制、死锁、线程上下文切换带来的开销等问题。 那么说了这么多线程的描述，到底什么是线程呢？ 线程是操作系统能够进行运算调度的最小单位。它被包含在进程之中，是进程中的实际运作单位。一条线程指的是进程中一个单一顺序的控制流，一个进程
— 12 min read

Kubernetes 部署 Istio

前言 kubernetes 虽然已经解决了运维上的大部分问题，拥有着优秀的自动运维机制。例如：动态扩容，调度，镜像管理，容器宕机重启，计算节点监控等问题。但k8s在应用层上的监控与流量管理，应用之间的相互调用调用协调，注册中心，配置中心等功能并未提供。 于是便出现了基于Service-Mech架构的代表产品Istio。 Istio 是 Google、IBM、Lyft 三家联合开发的框架，主要作用于在 k8s 环境中微服务之间流量控制、连接、保护、设置和观测服务。使得我们开发微服务时可以抛弃掉繁琐、复杂、维护性低、强耦合性的底层微服务SDK。 Istio架构 在架构上Istio分为数据平面与控制平面。 数据平面的核心思维就是Sidecar（边车模式），在同一个pod中，添加proxy代理容器，接管我们的业务容器流量，在不对业务代码有任何入侵的前提下，从而实现各种功能，例如：负载均衡、流量加密、监控、策略（灰度发布、蓝绿发布）、熔断、降级、远程服务调用、
— 5 min read

kubectl 常用命令

kubectl --help ：帮助信息 kubectl delete Deployments -n <命名空间> kubectl get nodes ：查看集群节点数 kubectl get pod -n <命名空间> ：查看对应命名空间下pod信息 kubectl get pods -A 查看所有pod kubectl get namespace ：查看命名空间 kubectl get pod --all-namespace 查看所有命名下的pod kubectl apply -f ：应用pod配置文件，设置资源 kubectl delete -f ：取消应用pod配置文件，删除资源 kubectl create 通过yaml/json 文件或者标准输入创建一个资源对象 kubectl drain
— 1 min read

K8S Kubeadm 搭建流程

前言 将最近搭建的K8S流程，以及遇到的部分问题，作为笔记进行记录。 部署环境 搭建版本：kubernetes-1.24.4 （HA） 容器运行时：containerd-1.6.8 操作系统：CentOS7 前置条件 1、集群节点计算资源必须是2h-cpu 2g-ram以上的机器，节点内网或公网需要可达。 2、每个机器的hostname，mac地址不能相同，唯一性product_uuid，通过hostname可以访问对应节点，需要配置/etc/hosts文件。 3、kubernates 1.24版本后默认的容器运行时不再使用Docker，改为 Containerd 容器运行时，如果需要使用docker则需要安装cri-dockerd。 4、 HA架构必须存在3个master控制平面节点，架构如下图：（高可用分为堆叠etcd，外部etcd）。 外部etcd 优点：其中失去控制平面实例或者 etcd 成员的影响较小，并且不会像堆叠的 HA
— 11 min read

随心笔记

技术无止境 创新不停驻