https://www.cndba.cn/dave/article/3232 1.国家标准 2007年7月，国务院信息化工作办公室领导编制的《重要信息系统灾难恢复指南》正式升级成为国家标准《信息系统灾难恢复规范》（GB/T 20988-2007 ）。这是中国灾难备份与恢复行业的第一个国家标准，并于2
RTO 和 RPO 都是企业灾难恢复（Disaster Recovery, DR）需要考虑的关键指标，这两个指标可以用来指导企业来制定合适的业务系统服务或数据的恢复方案。 RPO（Recovery Point Objective）：即数据恢复点目标，主要指的是业务系统所能容忍的数据丢失量。 如果以定
服务器ssh如果被别人登陆就是一场灾难，所以我研究了ssh认证，我发现Google Authenticator PAM可以实现ssh的2fa认证，但是安装和配置比较麻烦。因此我用python实现了ssh的2fa认证。考虑到很多Linux服务器默认安装python，所以我用py脚本，并只使用标准库，不
1 介绍 在之前的一篇文章《一次缓存雪崩的灾难复盘》中，我们比较清晰的描述了缓存雪崩、穿透、击穿的各自特征和解决方案，想详细了解的可以移步。 最近在配合HR筛选候选人，作为大厂的业务方向负责人，招人主要也是我们自己团队在用，而缓存是必不可少的面试选项之一。下面我们就来聊一聊在特定业务场景下缓存击穿和
概述 Velero 是一个开源工具，可以安全地备份和还原，执行灾难恢复以及迁移 Kubernetes 集群资源和持久卷。 灾难恢复 Velero 可以在基础架构丢失，数据损坏和/或服务中断的情况下，减少恢复时间。 数据迁移 Velero 通过轻松地将 Kubernetes 资源从一个集群迁移到另一个
随着软件供应链攻击的显著增加，以及 Log4j 漏洞带来的灾难性后果和影响，软件供应链面临的风险已经成为网络安全生态系统共同关注的最重要话题之一。根据业内权威机构 Sonatype 发布的2022软件供应链现状报告，在过去三年中，针对上游开源代码存储库的恶意活动，旨在将恶意软件植入软件组件的攻击数量
最近在听深度学习的课，老师提了一个基本的问题：为什么会出现深度学习？或者说传统的机器学习有什么问题。老师讲解的时候一带而过，什么维度灾难啊之类的，可能觉得这个问题太浅显了吧(|| Д)````不过我发现自己确实还不太明白，于是Google了一下，发现一篇很棒的科普文，这里翻译一下，分享给大家：翻译自
https://tidb.net/blog/ad45bad9#6%E6%80%BB%E7%BB%93 1实验目的 随着tidb使用场景的越来越多，接入的业务越来越重要，不由得想试验下tidb组件的高可用性以及故障或者灾难如何恢复，恢复主要涉及的是pd组件和tikv组件，本文主要涉及tikv组件， p
> [合辑地址：MySQL全面瓦解](https://www.cnblogs.com/wzh2010/category/1859594.html "合辑地址：MySQL全面瓦解") # 1 为什么需要数据库备份 - 灾难恢复：当发生数据灾难的时候，需要对损坏的数据进行恢复和还原 - 需求的变更或者回
https://www.5axxw.com/wiki/content/r0cq99 Comcast 在诸如网络分区和实例终止这样的硬故障下测试分布式系统是至关重要的，但我们在灾难性较小的条件下测试它们也很重要，因为这是它们最常遇到的情况。Comcast是一个用来模拟常见网络问题的工具，如延迟、带宽限
# 前言 上期讲到要实现.net 6框架下的EF Core操作数据库基本增删改查，没有及时兑现。没有兑现的原因就是因为安装kubernetes。安装kubernetes的过程是灾难性的，也是十分顺利的。灾难性是因为在安装kubernetes过程中误操作，在/etc下执行了一个重置的命令导致我的工作站
持久化的功能： Redis是内存数据库， 数据都是存储在内存中， 为了避免进程退出导致数据的永久丢失， 需要定期将Redis中的数据以某种形式（数据或命令） 从内存保存到硬盘。 当下次Redis重启时， 利用持久化文件实现数据恢复。 除此之外， 为了进行灾难备份， 可以将持久化文件拷贝到一个远程位置
问题描述 在Azure的存储服务中，介绍灾备恢复和Storage Account故障转移的文档中，有一句话“Account failover is not supported for storage accounts with a hierarchical namespace enabled.” 而
摘要：华为云作为中国政务云基础设施领域领导者，基于华为公有云技术架构的政务云平台，具备领先的云灾备技术实力，支持IaaS、PaaS等云服务云原生灾备能力。 本文分享自华为云社区《城市云灾备，为业务连续性保驾护航》，作者：仇俊、黄宝起。 “一网通办”“跨省通办”“一件事一次办”……近年来，个人和企业在
本文介绍了推送系统容灾建设和关键技术方案，以及实践过程中的思考与挑战。
| 考量维度 | 基于CSI 快照 | 基于Restic 文件复制 | | | | | | 应用性能影响 | 低，CSI 接口调用存储系统快照 | 取决于数据量，占用额外资源 | | 数据可用性 | 依赖于存储系统 | 对象存储和生产环境隔离，独立可用性，支持跨站点可用性 | | 数据一致性 | 支
★微服务系列 微服务1：微服务及其演进史 微服务2：微服务全景架构 微服务3：微服务拆分策略 微服务4：服务注册与发现 微服务5：服务注册与发现（实践篇） 微服务6：通信之网关 微服务7：通信之RPC 微服务8：通信之RPC实践篇（附源码） 微服务9：服务治理来保证高可用 微服务10：系统服务熔断、
本期介绍下实践过的三种解决方案：DB灾备机制方案、DB高并发替换方案、财富系统弱依赖DB方案。
数据的爆炸性增长 对业务连续性带来了巨大的挑战 传统灾备方式资源利用率底、切换时间长、成本高 对此，基于云计算的多云多活技术正在逐步兴起 巨大的业务价值、超高的技术难度 让“多云多活”被称为“技术皇冠上的明珠” 本期，京东云资深混合多云多活专家将带来 京东内部秒级容灾切换实战分享 以及多行业跨云多活
