蔡梦缘的博客

nacos-sdk-rust binding for Python with PyO3.

nacos-sdk-nodejs 仓库暂未提供 2.x gRPC 交互模式，为了能升级它，故而通过 node addon 方式调用 nacos-sdk-rust

Rust 上手难度大？我想是的。从文章标题便可知一二，小编水平有限经历了多次入门，得来的经验之谈。本文不涉及详细的技术剖析，仅表达入门的心路历程，供客官参考。

Nacos 注册中心/配置管理的数据一致性及基于动态配置的动态对象功能介绍，涉及了 Nacos 核心逻辑与 gRPC 长链接全双工交互的优势。

一人公司：一个人就有可能运维一家公司，组合 Cloud Native 并完整设计技术架构（CNCF + Alibaba）；抓大放小、自顶而下、面向终态。

exec 可以解决容器 1 号进程问题。

一开始让我运维 Zookeeper 是拒绝的，这东西我没搞过啊，只是一直以来都知道个大概大概而已还从来没使用过；好了，经过一段时间看官网文档和尝试，我只能说“就那样~”。

Nacos 仅依赖数据库，不断维护自身心跳且节点下线时主动通知其他成员，各个节点均能准实时地获取一致的（在线）成员列表。

【按官方样例】kubeadm install k8s 单机集群，但是官方样例有些步骤的执行对于我们来说有一堵墙，需要一些技巧折中处理，代理代理嘛。

以一次 配置推送 解析整个交互过程，理解 Nacos 配置管理的架构；背景知识：长轮训 long-polling，仅需此一遭便可理解

helm3 install skywalking，官方给出的例子并不丰富、可用，这里做下记录

转载http://blog.codinglabs.org/articles/theory-of-mysql-index.html

转载https://www.cnblogs.com/nexiyi/p/java_memory_model_and_thread.html

有请各路大佬指点迷津

有请各路大佬指点迷津

Java排查Load飙高 | CPU\IO\MEM系统load average相关参考这篇文章Linux的负载高，主要是由于CPU使用、内存使用、IO消耗三部分构成。任意一项使用过多，都将导致服务器负载的急剧攀升。这里说的是Java进程相关的几种场景排查一、Java进程已死去对于进程死去的，现场已经丢失，唯有查看残留的系统信息 1、系统活动情况 sar# sar 11时...

Java线上问题之日志打好与JVM参数配好这里想说的是打印日志的重要性，它在你定位问题时起到至关重要的作用以下是这次故障的分析过程：服务无法访问，发现CPU被打满，同时进程僵死，jstack无法打印数据重启一台机器（另外一台机器保留现场），更改nginx配置去掉另一台的映射进程僵死，打印了java.hprof文件（7.3G）很快又被打满，无法访问；怀疑是新代码问题，...

可以通过一下方式引入第三方 IUS 源 IUS 了解一下 https://ius.io/Usage/# curl https://setup.ius.io | sh安装 git2.xyum -y remove git | yum -y install git2u安装JDK# yum -y install java-1.8.0-openjdk# yum -y install...