摘要 之前总结过一版,但是感觉不太全面 想着本次能够将使用中遇到的问题总结一下. 所以本次是第二版 介质下载 rabbitmq 不区分介质的打包文件 rabbitmq-server-generic-unix-3.11.6.tar.xz 注意需要上官网.公司的网络无法下载.建议自行查找 erlang的
背景 之前总结过.本次再进行一下总结和归集. 达梦的驱动也是经常变动,需要进行一些处理 获取安装介质 https://eco.dameng.com/download/ 但是专用机版本需要单独在获取 有其他的路径. 安装与初始化 rpm -ivh xxxx.rpm # 然后进行初始化 cd /opt/
Kubectl之JSONPath 背景 最近接到一个需求，需要通过kubectl命令展示出一些特定的字段，比如只显示pod name和host ip，接到这个需求之后开始查找kubectl命令帮助，找到了一个"-o=jsonpath="的命令可以基本满足需求。 执行参数 kubectl get po
http://www.manongjc.com/detail/62-xzlnozethfhhibi.html 本文章向大家介绍性能之内存篇，主要内容包括其使用实例、应用技巧、基本知识点总结和需要注意事项，具有一定的参考价值，需要的朋友可以参考一下。 最近笔者在看性能分析相关的是知识，就特意针对内存整
在之前的文章中，我们查看了APT 命令以及您可以使用包管理器来管理包的各种方法。这是一个总体概述，但在本指南中，我们暂停并重点关注 2 个命令用法。这些是apt update和apt upgrade命令。 apt update 和 apt upgrade 是许多 Linux 用户最常用但被误解的两个
# Jmeter之二_JSR223取样器,断言等添加失败的解决办法 ## 背景 ``` 最近在学习jmeter 但是发现在进行JSR223的相关取样器以及断言处理时出现了错误: java.lang.NoClassDefFoundError: Could not initialize class or
前言 之前负责的一个项目上线好久了，最近突然爆出一 Bug，最后评估影响范围将 Bug 升级成了故障，只因为影响的数据量有 10000 条左右，对业务方造成了一定的影响。 但因为不涉及到资金损失，Bug 修复后对数据进行修补，所以最终级别也是较低的。 今天和大家分享这个线上隐匿的 Bug，也好在工作
前言 之前的博客里说了，Kafka的消息同步是一种ISR机制，本质上是“完全同步”的一种优化。 都在说，消息被ISR中所有副本都写入才算写入成功。但是这样未免定的太死板了，所以，Kafka给出了我们选择。 这个选择就是ack机制 生产者参数 request.required.acks 是produc
TiDB之路2022-03-06 3896 前言 TiDB 如何统计数据库占用空间大小 四种方法 方法一 TiDB 统计数据库占用大小的第一种方法是监控。通过查看 {cluster-name} - Overview，可以查看Current storage size面板，获取当前集群已用数据库空间大小
前言 监控指标诚然是发现问题于微末之时的极佳手段，但指标往往有其表达的极限。在很多情况下，单独看一个黄金指标并不能表征系统的健康程度，反而有可能被其迷惑，进而忽略相关问题。(本文所提及的Linux Kernel源码版本为4.18.10) Bug现场 某天中午，某应用的999线突然升高。由于是个QPS
简介 之前笔者有连续 2 篇文章： Prometheus 性能调优 - 什么是高基数问题以及如何解决？ 如何精简 Prometheus 的指标和存储占用 陆续介绍了一些 Prometheus 的性能调优技巧，包括高基数问题的解决以及精简 Prometheus 的指标和存储占用。 今天再介绍一个新的调
概述 之前基于 GitLab + Jenkins 实现了简单的 NGINX 的自动化发布。 具体包含如下的组件： GitLab 包括 GItLab 的 WebHook； Jenkins 及其插件： Generic Webhook Trigger Publish Over SSH 🧠疑问： 为什么不
概述 之前在 天翼云上用 4 台机器安装了一个 1 master（及 etcd) 3 node 的 K3S 集群，并在其上使用 Helm 安装了 Rancher 2.6.3 版本。 前几天发现 Rancher 官方推荐的最新版为：v2.6.4 所以决定先后对 Rancher 和 K3S 集群进行升级
开源之所以在软件开发中大量使用的原因是它提供了经过良好测试的构建块，可以加速复杂应用程序和服务的创建。但是第三方软件组件以及包和容器的便利性同时也带来了风险——软件供应链攻击。 软件供应链攻击日益普遍，Gartner 将其列为2022 年的第二大威胁。Gartner 预测，到 2025 年，全球 4
在之前的文章中，我们已经充分了解了应用部署的4种常见模式（金丝雀部署、蓝绿部署、滚动部署及影子部署）。随着云原生技术逐步成熟，企业追求更为灵活和可扩展的系统，微服务架构大行其道。 微服务固然有诸多优点，但也给架构及运维工程师带来了新的挑战。在单体架构中，应用的设计、部署以及扩展都是作为一个单元进行，
在之前的文章中，我们了解了应用部署的阶段以及常见的部署模式，包括微服务架构的应用应该如何部署等基本内容。本篇文章将介绍如何安全地部署应用程序。 安全是软件开发生命周期（SDLC）中的关键部分，同时也需要成为 SDLC 中每个环节的一部分，尤其是部署。因此，保障应用部署安全并不是开始于部署阶段，而是从
在之前的文章中，我们详细介绍了平台工程的基本内容，文中指出平台团队应该采用产品的方法构建内部开发者平台，即 Platform as a Product。 内部平台面向的用户则是企业内其他部门的开发人员，因此如果要充分体现平台及平台团队的价值，那么打造优质的开发者体验（Developer Experi
在之前的文章中，我们熟悉了平台工程的基本概念，包括平台工程的特点、主要优势以及实践原则。通过了解我们不难发现，平台工程与 DevOps 还是有许多相似之处的。例如这两者都是一种文化和方法，旨在通过自动化、自治和协作来简化开发过程。同时，DevOps 与 平台工程都致力于提高软件交付的质量和速度，以及
在之前的应用部署系列文章里，我们已经介绍过什么是蓝绿部署。如需回顾，点击下方文章链接即可重温。本文我们将会介绍如何使用 Kubernetes 实现蓝绿部署。 应用部署初探：3个主要阶段、4种常见模式 应用部署初探：微服务的3大部署模式 应用部署初探：6个保障安全的最佳实践 前期准备： Kuberne
在之前的文章中，我们了解了内部开发者门户的基本概念。内部开发者是一个自助应用程序和数据存储，是一个集中的枢纽，为开发及管理人员提供对各种工具、资源、文档和工作流程的访问。那么今天的文章将带你了解企业如何构建内部开发者门户。 为什么要构建内部开发者门户 随着软件系统变得越来越复杂和分布式，特别是采用基
