8 天前 / u561252
作者：成臣（Sei Jin）PingCAP Marketing & Community chengchen@pingcap.com Github: it2911 在前不久举办的 KubeCon China 2021 大会上，来自 PingCAP 的成臣，根据日本用户“跨 K8s 网络平面部署 TiDB”的需求，所做的方案调研，带来“用 Kube-OVN 创建一个跨 K8s 的统一网络平面”的分享。 分享中指出，Kube-OVN 具有许多特性，其中集成多个 K8s 网络以开放和创建一个共同的网络平面的特性是其中最吸引人的特性之一。
15 天前 / 冷星1024
↓推荐关注↓ 先上灵魂拷问 在文章之前，先抛一些灵魂拷问： 前端代码从 tsx/jsx 到部署上线被用户访问，中间大致会经历哪些过程？上述过程中分别都有哪些考虑、指标和优化点，以满足复杂的业务需求？可能大部分同学都知道强缓存 / 协商缓存，那前端各种产物（HTML、JS、CSS、IMAGES 等）应该用什么缓存策略？以及为什么？若使用协商缓存，但静态资源却不频繁更新，如何避免协商过程的请求浪费？若使用强缓存，那静态资源如何更新？配套的，前端静态资源应该如何组织？配套的，自动化构建 & 部署过程如何与 CDN 结合？如何避免前端上线...
19 天前 / 小姐姐味道
原创：小姐姐味道（微信公众号 ID：xjjdog），欢迎分享，转载请保留出处。 两地三中心，是有钱的公司，为保障数据安全和高可用，一个常见的需求，通常指的是 “同城双活，异地备份”。 2 + 1 = 3，从描述上来看，就知道它们之间是有阶级属性的。 异地备份的机房，level 上自然就比同城双活的两个机房低了一个档次，否则也不会沦为备胎。辩证的看待这个问题，我们就能够自如的处理感情上脚踏多只船的问题。 1. 部署结构为了描述方便，我们把同城的两个机房，称为 A 和 B。把可怜的备份机房，称作机房 C。 同城的两个机房，距离上自然就近了一些。
36 天前 / 凯凯刘
2、服务器安装监听服务服务器上需要安装 NodeJS 环境，安装方法请自己去官网查阅。 然后执行命令全局安装： 12npm install http-server -gnpm install git-webhook-handler -g3、增加 webhook 监听脚本在项目目录下新建 webhook.js，这个 js 实现的是启动一个自进程服务，来监听端口，接收 webhook 发送过来的请求，并执行相应的。sh 启动脚本来实现代码的自动更新。 123456789101112131415161718192021222324252627282930313233343536var http = require('http')var createHandler = require('git-webhook-handler')var handler = createHandler({ path: ...
136 天前 / yybbb
阅读时长 ≈1:31 在企业私有云环境当中，出于对数据安全的考虑以及满足 网络安全等级保护的要求，往往会对内部环境中的服务器做出严格的访问限制。一般来讲生产环境都会禁止访问外部网络，开发人员要访问生产环境也必须通过堡垒机或者其他方式进行安全审计登录。在这种无网（无法访问公网）的环境中，想要部署好一个 K8s 集群并不是一件轻松的事儿。
143 天前 / IT小栈君
各位小伙伴万福金安，我是你们的小栈君，今天给大家带来的分享是关于 gitlab 的部署的实战操作，对于 gitlab 相信不少的小伙伴都或多或少的接触过一些，总的老说 GitLab 是一个利用 Ruby on Rails 开发的开源应用程序，实现一个自托管的 Git 项目仓库，可通过 Web 界面进行访问公开的或者私人项目。在公司或者企业中都会进行构建自己的代码仓库，此时的话拥抱 gitlab 是你最佳的选择，今天小栈君就手把用 docker 搭建 GitLab 服务器。
149 天前 / IT小栈君
hello，各位小伙伴好，我是你们的小栈君，好久不见，今天给大家带来的分享是关于 Jenkins 自动化部署的文章。 Jenkins 是一个开源软件项目，是基于 Java 开发的一种『持续集成』工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件项目可以进行持续集成 安装教程 针对 Linux 服务器上的资源服务器，常规的镜像会导致下载速度有些慢，所以需要针对服务器的镜像进行设定，通常情况我们会设定成阿里云的下载镜像，所以在此之前我们需要进行安装 weget 命令 wget -O /etc/yum.repos.d/jenkins.repohttps://pkg.jenkins.io/redhat/jenkins...
200 天前 / sjf0115
CentOS 8.3 64 位 ClickHouse 21.6.5.37 1. 系统要求 ClickHouse 可以在任何具有 x86_64、AArch64 或 PowerPC64LE CPU 架构的 Linux、FreeBSD 或 Mac OS X 上运行。官方预构建的二进制文件通常针对 x86_64 进行编译并利用 SSE 4.2 指令集。如下命令检查当前 CPU 是否支持 SSE 4.2： grep -q sse4_2 /proc/cpuinfo && echo "SSE 4.2 supported" || echo "SSE 4.2 not supported" 如果支持会输出 SSE 4.2 supported 信息。 要在不支持 SSE 4.2 或不具有 AArch64、PowerPC64LE 架构的处理器上运行 ClickHouse，需要编译源代码构建 ClickHouse。
219 天前 / BeckJin～
Linux 服务器 CPU 架构主要可分为：X86_64/AMD64、ARM64/AARCH64 两大类，大多情况使用的都是基于 AMD64 CPU 架构的服务器。但随着国产操作系统、CPU 等自主生态打造的应用产品得到越来越多的用户认可和应用，如：华为鲲鹏、统信 UOS 这类服务器不断被采购使用，而它们均有采用 ARM64 CPU 架构，所以 .NET 程序如果需要在更多的国产服务器中运行，适配 ARM64 CPU 架构将是开始的第一步。 本文的介绍并不是一个简单的 Demo 示例，而是基于一个较大项目适配 ARM64 架构改造的经验分享。
277 天前 / kafeidou
前言 longhorn 是 rancher 公司开源并贡献给 CNCF 的一个开源分布式存储项目，可用来作为 kubernetes 的 CSI 存储。 本文介绍 helm 和 yaml 两种方式部署 longhorn 并部署一个有状态服务 Gogs 应用。 官方文档： https://longhorn.io/docs/1.1.0/deploy/install/install-with-kubectl/ 安装要求 open-iscsi kubernetes 1.16+ 官方推荐 1.17+ ( 本文使用 1.18.8) curl、findmnt、grep、awk、blkid、lsblk. 在编写本文时没有显示的去安装这些工具，也许是机器已经具备相关环境。
335 天前 / BloomingRose
基于微服务设计模式的现代应用程序面临着一系列挑战。微服务需要有一个强大的服务发现机制来实现动态连接。它们需要松散耦合，实现自主性和独立缩放。微服务需要支持多种语言，其中每个服务都是以最合适的语言、框架和运行时实现的。尽管采用容器和编排引擎（如 Kubernetes）可以应对打包、部署和扩展方面的挑战，但开发过程仍然很复杂。微软发布的分布式应用程序运行时 （Dapr） 开发现代应用程序的新方法来应对微服务开发的复杂性，这是微服务和云原生应用程序的一个平台和语言无关的运行时。
412 天前 / 开发者头条
大家好，我是周刊菌。 以下内容选自「码农周刊 VIP 会员」圈子，每日更新，精彩不断。 「码农周刊 VIP 会员」推出 32 周啦！感谢亲们的大力支持！第 032 期「码农周刊 VIP 会员专属邮件周报」已发送完毕，请注意查收。 告诉大家一个好消息：已有数位上市公司 CTO 低调订阅了我们的「码农周刊 VIP 会员专属邮件周报」，感谢肯定！ 「码农周刊 VIP 会员」是什么？ 简介版 码农周刊 VIP 会员 = 全年 52 期「VIP 会员专属邮件周报」 + 只限 VIP 会员加入的交流圈子 + 大厂「内推机会」 + N 多福利 详细版 点击「阅读原文」即可查看详细介绍 加入「码农周刊 VIP...
423 天前 / u539609
上文我们简单介绍了 etcd 的基本概念和使用场景，本文就来介绍如何搭建 etcd 集群。在生产环境中，为了整个集群的高可用，etcd 正常都会以集群方式部署，避免单点故障。引导 etcd 集群的启动有以下三种机制： 静态 etcd 动态发现 DNS 发现静态启动 etcd 集群要求每个成员都知道集群中的另一个成员。在许多情况下，群集成员的 IP 可能未知，在这些情况下，可以在发现服务的帮助下引导 etcd 集群。 “可以使用官方提供的工具来生成 etcd 集群的配置：http://play.etcd.io/install ”这里我们将主要介绍静态方式启动 etcd 集群。
570 天前 / 小米云技术官方
本文讲述了小米是如何将 Redis Cluster 部署在 K8S 上提供高质量的服务的 往期文章回顾：HBase Region Read Replicas 功能详解 背景 Why K8S How K8s Why Proxy Proxy 带来的问题 K8s 带来的好处 遇到的问题 总结 背景小米的 Redis 使用规模很大，现在有数万个实例，并且每天有百万亿次的访问频率，支撑了几乎所有的产品线和生态链公司。之前所有的 Redis 都部署在物理机上，也没有做资源隔离，给管理治理带来了很大的困难。我们的运维人员工作压力很大，机器宕机网络抖动导致的 Redis 节点下线都经常需要人工介入处理。
583 天前 / 冷星1024
前端一说起刀耕火种，那肯定紧随着前端工程化这一话题。随着 react/vue/angular，es6+，webpack，babel，typescript 以及 node 的发展，前端已经在逐渐替代过去 script 引 cdn 开发的方式了，掀起了工程化这一大浪潮。得益于工程化的发展与开源社区的良好生态，前端应用的可用性与效率得到了很大提高。 前端以前是刀耕火种，那前端应用部署在以前也是刀耕火种。那前端应用部署的发展得益于什么，随前端工程化带来的副产品？ 这只是一部分，而更重要的原因是 devops 的崛起。