http://www.lishuai.fun/2021/12/31/k8s-pv-s3/#/%E8%A6%81%E6%B1%82 我们可以通过csi使用s3为kubernetes提供pv存储，当我们申请pvc时，会自动在s3上创建bucket。这里我们还使用minio作为s3使用。 注: 不建议生产
https://docs-archive.pingcap.com/zh/tidb/v6.0/check-before-deployment 本文介绍部署 TiDB 前的环境检查操作，以下各项操作按优先级排序。 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 生产环境部署，建议使用
中断是系统用来响应硬件设备请求的一种机制，它会打断进程的正常调度和执行，然后调用内核中的中断处理程序来响应设备的请求。 一、 为什么要有中断 举个生活中的例子，让你感受一下中断的魅力。比如说你订了一份外卖，但是不确定外卖什么时候送到，也没有别的方法了解外卖的进度，但是，配送员送外卖是不等人的，到了你
RocketMQ RocketMQ是一个统一的消息传递引擎，轻量级的数据处理平台。 Name Server Name Server充当路由消息的提供者，生产者(Producer)或消费者(Customer)可以通过Name Server查找各主题对应的Broker IP列表，多个Name Serve
https://huataihuang.gitbook.io/cloud-atlas-draft/os/linux/kernel/cpu/amd_hygon 2020年国产化处理器受到了广泛的关注(中美贸易战)，中科海光(Hygon)是国内维二具备生产X86处理器的中国公司，其产品具有一定代表性：
https://docs.pingcap.com/zh/tidb/stable/tiup-component-cluster-reload 4 Contributors 在修改集群配置之后，需要通过 tiup cluster reload 命令让集群重新加载配置才会生效，该命令会将中控机的配置发布到
TiDB恢复部分表的方式方法 背景 今天同事告知误删了部分表. 因为是UAT准生产的环境, 所以仅有每天晚上11点的备份处理. 同时告知 昨天的数据也可以. 得到认可后进行了 TiDB的单表备份恢复. 备份的语句 注意TiDB是可以增量备份恢复的 但是为了快速的恢复和解决背景中的问题. 我这边采用保
需求 需要根据用户的真实 IP 进行限制, 但是 NGINX 前边还有个 F5, 导致 deny 指令不生效. 阻止用户的真实 IP 不是 192.168.14.* 和 192.168.15.* 的访问请求. 实现 最简单的实现如下: :notebook: 前置条件: 需要 nginx 前边的 lo
前言 不拖泥带水，不东拉西扯。 速战速决，五分钟学到一个工作用得上的技巧。 通过一个个具体的实战案例，来生动演示 Ansible 的用法。 需求 我需要定期巡检或定时监控我公司的所有站点的首页的可用性状态。 Ansible Playbook 实战脚本 check_url_status.yml 如下：
随着移动支付的快速普及，支付宝、微信支付等电子钱包 App 成为了我们日常生活中不可或缺的一部分，手机充值、生活缴费、便利店付款等场景都离开不了。但是也逐步发现，电子钱包 App 们为了提供更加便捷的支付体验和功能，他们有一个共性就是都在往小程序线路发展。
背景 最近接手维护了公司的指标监控系统，之后踩到坑就没站起来过。。 本次问题的起因是我们配置了一些指标的删除策略没有生效： - action: drop_metrics regex: "^envoy_.*|^url\_\_\_\_.*|istio_request_bytes_sum" 与这两个容易引
 # 背景 前段时间业务团队偶尔会碰到一些 Pulsar 使用的问题，比如消息阻塞不消费了、生产者消息发送缓慢等各种问题。 虽然我们有个监控页面可以根据 topic 维度查
 # 背景 为了让业务团队可以更好的跟踪自己消息的生产和消费状态，需要一个类似于表格视图的消息列表，用户可以直观的看到发送的消息；同时点击详情后也能查到消息的整个
由于 DevOps 方法的广泛采用以及由此产生的快速产品交付和部署，许多部门已采用更敏捷的方法来开发生命周期。在满足市场速度和规模要求的同时，设计安全的软件一直是现代 IT 公司共同面临的问题。结果，超过 52% 的组织因为担心上市速度落后而放弃了安全性。 由于传统技术下的安全漏洞，生产版本也出现了
12月1日，软件供应链安全管理平台 SEAL 0.3 正式发布（以下简称“SEAL”），这是国内首个以全链路视角保护软件供应链的安全管理平台。两个月前 SEAL 0.2 发布，该版本创新性地提供了依赖项的全局汇总与关联，用户可以获得软件开发生命周期各个环节的可见性，进而以全局视角管理软件供应链。基于
随着软件供应链攻击的显著增加，以及 Log4j 漏洞带来的灾难性后果和影响，软件供应链面临的风险已经成为网络安全生态系统共同关注的最重要话题之一。根据业内权威机构 Sonatype 发布的2022软件供应链现状报告，在过去三年中，针对上游开源代码存储库的恶意活动，旨在将恶意软件植入软件组件的攻击数量
GitOps 是一种自动化和管理基础架构和应用程序的模型，通过许多团队已经使用的相同 DevOps 最佳实践来形成的模型，例如版本控制、代码审查和 CI/CD 流水线。在实施 DevOps 时，我们找到了自动化软件开发生命周期的方法，但在基础设施设置和部署方面，仍然依靠手动过程。借助 GitOps，
长期以来，安全问题一直被当作软件开发流程中的最后一步。开发者贡献可以实现软件特性的代码，但只在开发生命周期的测试和部署阶段考虑安全问题。随着盗版、恶意软件及网络犯罪事件飙升，开发流程需要做出改变。 开发过程中的“安全左移”是指将安全问题作为每个开发迭代和冲刺的重要组成部分。诸多组织正在系统地将安全实
容器凭借其经济高效的优势改变了应用程序的交付方式，随着容器的普遍使用，管理应用程序基础设施的 IT 劳动力和资源也显著减少。然而，在保护容器和容器化生态系统时，软件团队遇到了许多障碍。尤其是习惯于更传统的网络安全流程和策略的企业团队。从理论上来说，容器看起来似乎能够提供更好的安全性，因为容器将应用程
今天，我们很高兴宣布 Seal 0.4 已正式发布！在上一个版本中，Seal 完成了从单一产品到全链路平台的转变，通过全局视图帮助用户掌握软件开发生命周期各个环节的安全状况。 在 Seal 0.4 中，全局视图将再一步升级，软件供应链全链路的安全洞察得到进一步增强，新版本为用户提供了软件供应链知识图
