# Disaster Recovery Disaster recovery is the planning and capability to restore critical data, information systems, and technology infrastructure after a disruptive event. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Kubernetes Backup and Disaster Recovery: What to Protect and How? DevFeed: [Kubernetes Backup and Disaster Recovery: What to Protect and How?]() Original publisher: [Read original article]() Author: Urolime Technologies Published: 2026-09-04T14:50:25Z Content type: article Language: en Sources: [Kubernetes Archives - Urolime Blogs]() Topics: [Kubernetes](), [Disaster Recovery](), [Availability](), [Cloud Native Ecosystem]() Tags: [applications](), [availability](), [backup](), [cloud-native](), [disaster-recovery](), [kubernetes](), [kubernetes-backup-and-disaster-recovery]() ### AI overview The article explains that Kubernetes high availability and self-healing do not provide disaster recovery. It describes why Kubernetes backup is complex and identifies persistent data, Kubernetes resources, configurations, secrets, and cluster configuration as protection targets, along with several disaster scenarios. ### Source excerpt Kubernetes has been the bedrock on which most modern-day cloud-native apps have been built- thus providing organizations with a highly efficient way of deploying and managing their workloads. The self-healing nature, automatic scaling, and high availability features of Kubernetes give a false sense that applications are inherently resilient against failures. However, high availability is not [...] ## Push-button migration from Confluent to Redpanda with Shadowing DevFeed: [Push-button migration from Confluent to Redpanda with Shadowing]() Original publisher: [Read original article]() Author: Trevor Blackford Published: 2026-08-25T00:00:00Z Content type: article Language: en Sources: [Redpanda]() Topics: [migration](), [Replication](), [Kafka](), [Confluent Cloud](), [Confluent Platform](), [Disaster Recovery](), [Usability]() Tags: [big-bang](), [confluent-cloud](), [confluent-platform](), [data-centers](), [disaster-recovery](), [kafka](), [migration](), [replication](), [schema]() ### AI overview The article presents Redpanda Shadowing 26.2 as a low-risk migration path from Confluent Cloud, Confluent Platform, or other Apache Kafka-compatible clusters. It replicates topic data, schemas, offsets, and ACLs while preserving offsets, allowing teams to validate workloads and move applications individually instead of using a big-bang cutover. ### Source excerpt Migrate off Confluent without the "big cutover weekend." Redpanda Shadowing carries topic data, schemas, offsets, and ACLs on a single link. Available on Self-Managed , BYOC, and Dedicated. ## Multi-Region PostgreSQL Disaster Recovery and Failback with Crunchy PGO DevFeed: [Multi-Region PostgreSQL Disaster Recovery and Failback with Crunchy PGO]() Original publisher: [Read original article]() Author: Wellingtone Luvonga Published: 2026-08-11T05:00:00Z Content type: tutorial Language: en Sources: [CYBERTEC PostgreSQL | Services & Support]() Topics: [PostgreSQL](), [Disaster Recovery](), [Kubernetes](), [MinIO](), [nginx](), [TLS (Transport Layer Security)](), [Amazon S3](), [Availability]() Tags: [availability](), [backup](), [data-recovery](), [disaster-recovery](), [failover](), [high-availability](), [how-to](), [kubernetes](), [minio](), [nginx](), [postgresql](), [recovery](), [s3](), [tls](), [tutorials]() ### AI overview A tutorial on using Crunchy PostgreSQL Operator on Kubernetes to implement multi-region PostgreSQL disaster recovery and failback. It covers secure MinIO-backed WAL storage through an NGINX TLS reverse proxy, regional failover, and reversing roles without timeline conflicts or archive poisoning. ### Source excerpt This blog talks about multiregion PostgreSQL disaster recovery using Crunchy PGO. It has some detailed steps to understand better. The post Multi-Region PostgreSQL Disaster Recovery and Failback with Crunchy PGO appeared first on CYBERTEC PostgreSQL | Services & Support. ## Disaster Recovery Testing Best Practices for 2026 DevFeed: [Disaster Recovery Testing Best Practices for 2026]() Original publisher: [Read original article]() Author: Pritesh Kiri Published: 2026-08-04T00:00:00Z Content type: article Language: en Sources: [Harness Blog]() Topics: [Disaster Recovery](), [Testing](), [Resilience](), [Automation]() Tags: [2026](), [audit](), [automated](), [automation](), [best-practices](), [cross-functional-teams](), [disaster-recovery](), [external](), [metrics](), [pipelines](), [recovery](), [resilience](), [testing]() ### AI overview This article explains how to evolve disaster recovery testing from reactive exercises into a mature, metrics-driven resilience program. It covers risk-aligned testing schedules, automation, continuous improvement, and metrics for demonstrating recovery effectiveness. ### Source excerpt Learn how to move from ad hoc DR tests to a mature, metrics-driven resilience program with risk-aligned schedules, automation, and the KPIs that prove your reco | Blog ## Announcing Upvest as Confluent's 2026 EMEA Data Streaming Startup of the Year DevFeed: [Announcing Upvest as Confluent's 2026 EMEA Data Streaming Startup of the Year]() Original publisher: [Read original article]() Author: Tim Graczewski Published: 2026-07-16T00:07:01Z Content type: article Language: en Sources: [Confluent: Data in motion]() Topics: [Streaming](), [real-time](), [Resilience](), [event driven](), [Scalability](), [Cloud](), [data-governance](), [Microservices](), [Architecture & Design](), [Disaster Recovery]() Tags: [2026](), [cloud](), [cloud-native](), [compliance](), [confluent](), [confluent-cloud](), [data](), [data-governance](), [disaster-recovery](), [emea](), [event-driven](), [fintech](), [infrastructure](), [microservices](), [real-time](), [resilience](), [revolut](), [scalability](), [startup](), [streaming]() ### AI overview Confluent recognizes Berlin-based Upvest as its inaugural EMEA Data Streaming Startup of the Year. The article describes Upvest's real-time, event-driven fintech infrastructure, which supports embedded investments, client onboarding, data governance, disaster recovery, scalability, and regulatory resilience for major financial institutions. ### Source excerpt Confluent for Startups provides an easy on-ramp to Confluent Cloud for early stage startups with great data streaming use cases. ## Top System Design Performance Metrics DevFeed: [Top System Design Performance Metrics]() Original publisher: [Read original article]() Author: Saurabh Dashora Published: 2026-07-14T08:36:41Z Content type: tutorial Language: en Sources: [System Design Codex]() Topics: [benchmarking](), [Availability](), [Architecture & Design](), [Scalability](), [Load Balancing](), [health checks](), [Concurrency](), [Disaster Recovery](), [Database](), [sharding](), [IO](), [API]() Tags: [api](), [availability](), [blocking](), [concurrency](), [database](), [disaster-recovery](), [health-checks](), [load-balancing](), [performance](), [performance-metrics](), [scalability](), [sharding](), [system-design]() ### AI overview A tutorial on system design performance metrics, focusing on availability and throughput. It explains how these metrics are measured and outlines techniques such as load balancing, health checks, failover, redundancy, disaster recovery, query optimization, sharding, and asynchronous processing. ### Source excerpt Must Know Metrics ## How to Automate CockroachDB Operations with AI Using Cockroach University DevFeed: [How to Automate CockroachDB Operations with AI Using Cockroach University]() Original publisher: [Read original article]() Author: Nathan Zamecnik Published: 2026-07-13T00:00:00Z Content type: article Language: en Sources: [Cockroach Labs]() Topics: [CockroachDB](), [Agent Skills](), [Artificial Intelligence](), [maintenance](), [Claude Code](), [Disaster Recovery](), [Security](), [observability]() Tags: [agent-skills](), [agents](), [ai-agents](), [claude-code](), [cockroachdb](), [disaster-recovery](), [maintenance](), [observability](), [security]() ### AI overview The article describes CockroachDB Agent Skills, a public repository of machine-executable operational workflows that AI agents such as Claude Code and Cursor can use. It also introduces three Cockroach University courses covering rolling restarts, encryption at rest, and planned node maintenance, along with a free trial of the CockroachDB Training Subscription. ### Source excerpt AI agents aren't just changing how applications interact with databases, they're changing how teams operate them. ## Me and my shadow (link!): Disaster recovery replication made easy DevFeed: [Me and my shadow (link!): Disaster recovery replication made easy]() Original publisher: [Read original article]() Author: Paul Wilkinson Published: 2026-04-21T00:00:00Z Content type: article Language: en Sources: [Redpanda]() Topics: [Disaster Recovery](), [Replication](), [Streaming](), [systems](), [API](), [Kafka]() Tags: [disaster-recovery](), [enterprise](), [failover](), [kafka](), [operational](), [outage](), [real-time](), [replication](), [streaming]() ### AI overview This article explains Redpanda Shadow Linking as a built-in disaster recovery feature for continuous replication between streaming clusters. It describes an active-passive architecture in which a read-only shadow cluster receives topics, schemas, offsets, ACLs, commits, and messages, then becomes writable after failover. ### Source excerpt Shadow Linking made simple. Get started with real-time replication. ## Introducing the SQL Server on Kubernetes Operator DevFeed: [Introducing the SQL Server on Kubernetes Operator]() Original publisher: [Read original article]() Author: Anthony Nocentino Published: 2026-04-12T05:00:00Z Content type: tutorial Language: en Sources: [Kubernetes on Anthony Nocentino's Blog]() Topics: [Kubernetes](), [sql-server](), [Availability](), [Disaster Recovery](), [Open Source]() Tags: [automated](), [automatic](), [availability](), [availability-groups](), [containers](), [disaster-recovery](), [failover](), [high-availability](), [kubernetes](), [open-source](), [operator](), [sql-server]() ### AI overview This tutorial introduces sql-on-k8s-operator, an open-source Kubernetes operator for managing SQL Server workloads. It addresses high availability and disaster recovery by automating lifecycle management, failover, and Always On Availability Group setup, and demonstrates deployment with custom resources. ### Source excerpt Are you considering replatforming your SQL Server workload due to recent vendor changes, but still need high availability and disaster recovery? You're not alone. One of the challenges with running SQL Server on Kubernetes is that there's no Kubernetes operator available. That means no automated lifecycle management, no automatic failover, and no standard way to bootstrap an Always On Availability Group on Kubernetes. I'm excited to share it today as an open-source project: sql-on-k8s-operator. Let's go. ## v18.2.8 Reef released DevFeed: [v18.2.8 Reef released]() Original publisher: [Read original article]() Author: Yuri Weinstein Published: 2026-03-20T00:00:00Z Content type: release Language: en Sources: [Ceph Blog]() Topics: [Vulnerabilities](), [Security](), [configuration](), [SSL](), [Disaster Recovery](), [data]() Tags: [2026](), [aws](), [blog-post](), [bug](), [configuration](), [disaster-recovery](), [en-article](), [en-blog-post](), [reef](), [release](), [security](), [ssl](), [vulnerability]() ### AI overview Ceph v18.2.8 Reef is the eighth and expected final backport release in the Reef series, released on March 20, 2026. It includes upgrade guidance, security fixes for CephFS clients and Mgr Alerts, RGW and CephFS reliability fixes, configurable JWKS URL verification for AWS compliance, and additional MDS and CephFS changes. ### Source excerpt This is the eighth, and expected to be last, backport release in the Reef series. We recommend that all users update to this release. Release Date ¶ March 20, 2026 Known Issues ¶ During QA for v18.2.8, it was found that there was a bug for upgrades from Pacific to Reef. Pacific OSDs (and other Ceph daemons) were still using a deprecated connection feature bit that was adopted to indicate a Reef OSD. This can cause a OSD_UPGRADE_FINISHED warning before all OSDs are actually upgraded to Reef. There are no known issues associated with Pacific and Reef OSDs interoperating where Pacific OSDs are "advertising" Reef compatibility; however, out of an abundance of caution, we no longer recommend upgrading from Pacific to Reef directly. Security Fixes ¶ CephFS Client: A fix was merged to prohibit unprivileged users from modifying the sgid or suid bits on a file. Previously, unprivileged users were inadvertently permitted to set these bits if they were the sole bits being modified. Mgr Alerts: The SMTP SSL context was enforced in the mgr/alerts module to resolve a security vulnerability (GHSA-xj9f-7g59-m4jx). Notable Changes ¶ RGW (RADOS Gateway): Fixed an issue where bucket rm --bypass-gc was mistakenly removing head objects instead of tail objects, potentially causing data inconsistencies. Fixed rgw-restore-bucket-index to handle objects with leading hyphens and to process versioned buckets correctly. Addressed an issue in the msg/async protocol that caused memory locks and hangs during connection shutdown. RGW STS: Made JWKS URL verification configurable for AWS compliance via the rgw_enable_jwks_url_verification configuration. CephFS / MDS: Prevented the MDS from stalling (up to 5 seconds) during rename/stat workloads by forcing the log to nudge for unstable locks after early replies. Fixed cephfs-journal-tool so it no longer incorrectly resets the journal trim position during disaster recovery, which was causing stale journal objects to linger forever in the metadata pool ## How Gremlin makes disaster recovery testing easier and faster DevFeed: [How Gremlin makes disaster recovery testing easier and faster]() Original publisher: [Read original article]() Author: Gavin Cahill Published: 2026-03-04T00:00:00Z Content type: tutorial Language: en Sources: [Gremlin Blog]() Topics: [Disaster Recovery](), [Resilience](), [Testing](), [Cloud]() Tags: [backup](), [cloud](), [disaster-recovery](), [failover](), [gremlin](), [resilience](), [testing](), [use-cases]() ### AI overview The article explains how Gremlin's Disaster Recovery Testing helps teams test disaster recovery plans by simulating failures such as zone evacuations, region failovers, and cloud-provider outages. It recommends establishing service baselines with test suites, running tests regularly, and repeating them to verify fixes. ### Source excerpt Gremlin's Disaster Recovery Testing makes it easy to run zone evacuations, region failovers, and more for a fraction of the lift of traditional disaster recovery testing. ## Aloha, Redpanda FY27 company kick-off DevFeed: [Aloha, Redpanda FY27 company kick-off]() Original publisher: [Read original article]() Author: Jenny Medeiros Published: 2026-02-24T00:00:00Z Content type: article Language: en Sources: [Redpanda]() Topics: [AI Infrastructure](), [Redpanda-Connect](), [Serverless](), [Amazon Web Services](), [Disaster Recovery](), [MCP Server](), [Graphs](), [Google]() Tags: [ai](), [ai-infrastructure](), [aws](), [disaster-recovery](), [google](), [graphs](), [mcp-server](), [redpanda-connect](), [serverless]() ### AI overview Redpanda's FY27 company kick-off brought more than 160 employees together in San Diego to reflect on the company's progress and direction. The article highlights the Agentic Data Plane, Redpanda Cloud, Redpanda Serverless on AWS, disaster recovery in Redpanda 25.3, MCP server development, and new Redpanda Connect connectors, alongside talks about company culture and using AI to reshape work. ### Source excerpt From AI hackathons to hakas, here's what happened at our fourth company kick-off. ## Temporal raises $300M Series D at a $5B valuation as AI drives demand for Durable Execution DevFeed: [Temporal raises $300M Series D at a $5B valuation as AI drives demand for Durable Execution]() Original publisher: [Read original article]() Author: Allanah Hughes Published: 2026-02-17T00:00:00Z Content type: release Language: en Sources: [Temporal Blog]() Topics: [distributed-systems](), [Artificial Intelligence](), [Orchestration](), [Cloud](), [Disaster Recovery](), [backends]() Tags: [agentic-ai](), [ai](), [ai-agents](), [announcements](), [backends](), [cloud](), [disaster-recovery](), [distributed-systems](), [fault-tolerance](), [orchestration]() ### AI overview Temporal announces a $300 million Series D at a $5 billion post-money valuation, led by Andreessen Horowitz. The company says demand for durable execution is increasing as AI and other long-running production workflows require state preservation and recoverable failures. ### Source excerpt Temporal raises $300M Series D at a $5B valuation as AI drives demand for Durable Execution. ## Announcing Disaster Recovery Testing DevFeed: [Announcing Disaster Recovery Testing]() Original publisher: [Read original article]() Author: Andre Newman Published: 2026-02-03T00:00:00Z Content type: release Language: en Sources: [Gremlin Blog]() Topics: [Disaster Recovery](), [Testing](), [Incident response](), [Resilience](), [Availability](), [Cloud](), [datacenter](), [Amazon Web Services](), [Azure]() Tags: [announcements](), [availability](), [aws](), [azure](), [disaster-recovery](), [failover](), [gremlin](), [health-checks](), [incident-response](), [infrastructure](), [metrics](), [resilience](), [systems](), [testing]() ### AI overview Gremlin announces Disaster Recovery Testing, a feature for running organization-wide zone, region, and datacenter-scale experiments. It helps teams validate failover, disaster recovery, and incident response processes, with health checks that can automatically halt tests when key metrics exceed defined SLA limits. ### Source excerpt Gremlin announces Disaster Recovery Testing for validating region failover processes, disaster recovery plans, incident response procedures, and more. ## 20 years of Getting Things Done DevFeed: [20 years of Getting Things Done]() Original publisher: [Read original article]() Author: Tom Published: 2025-11-27T00:00:00Z Content type: article Language: en Sources: [Tomasz Gągor]() Topics: [systems](), [DevOps](), [Monitoring](), [backups](), [health checks](), [Disaster Recovery]() Tags: [2](), [advice](), [backup](), [best-practices](), [devops](), [getting-things-done](), [gtd](), [leadership](), [learnings](), [linux](), [monitoring](), [productivity](), [recovery](), [time-management](), [workshop]() ### AI overview A reflection on 20 years of using Getting Things Done, including how external systems shaped the author's work as a system administrator and DevOps engineer. It describes replacing manual backup checks with failure notifications and introducing monitoring and health checks to move operations from reactive to proactive. ### Source excerpt Reflections and practical tips from 20 years using Getting Things Done, plus a short workshop plan for leaders who want actionable routines. ## Durable under pressure: How developers kept running during the AWS us-east-1 outage DevFeed: [Durable under pressure: How developers kept running during the AWS us-east-1 outage]() Original publisher: [Read original article]() Author: Luke Knepper Published: 2025-11-07T00:00:00Z Content type: article Language: en Sources: [Temporal Blog]() Topics: [Amazon Web Services](), [Availability](), [Cloud](), [Disaster Recovery](), [Replication](), [incident](), [DynamoDB]() Tags: [2025](), [availability](), [aws](), [disaster-recovery](), [dynamodb](), [high-availability](), [incident](), [outage](), [temporal-concepts](), [us]() ### AI overview The article examines the October 20, 2025 AWS us-east-1 outage and explains how multi-region high availability and disaster recovery strategies helped some applications continue running. It describes Temporal Cloud's replication and failover features and FireHydrant's preparation and testing. ### Source excerpt The AWS us-east-1 outage affected many, but some devs were able to stay afloat. Find out how. ## Redpanda 25.3 delivers near-instant disaster recovery and more DevFeed: [Redpanda 25.3 delivers near-instant disaster recovery and more]() Original publisher: [Read original article]() Author: Matt Schumpert Published: 2025-11-06T00:00:00Z Content type: release Language: en Sources: [Redpanda]() Topics: [Disaster Recovery](), [Resilience](), [Kafka](), [Streaming](), [Availability](), [configuration](), [Cloud](), [API](), [systems]() Tags: [cloud](), [clusters](), [configuration](), [consumer](), [disaster-recovery](), [high-availability](), [integration](), [kafka](), [process](), [production](), [real-time](), [recovery](), [release](), [resilience](), [server](), [stream-processing](), [streaming](), [systems](), [update]() ### AI overview The article previews Redpanda 25.3, focusing on Shadowing, a disaster recovery and business continuity feature for streaming workloads. Shadowing creates a byte-for-byte, offset-preserving hot standby of a production cluster in another region, including topics, configurations, consumer offsets, ACLs, and schemas. It is designed to provide recovery point and recovery time objectives measured in seconds, with setup through configuration or Redpanda Console and replication using the standard Kafka API. ### Source excerpt Check out how the latest Redpanda release is providing the resilience, efficiency, and interoperability that modern enterprises need for their streaming workloads. ## DEEP Conference 2025: Digital Twins, Security, and Database Access Presentations DevFeed: [DEEP Conference 2025: Digital Twins, Security, and Database Access Presentations]() Original publisher: [Read original article]() Published: 2025-10-24T05:54:00Z Content type: opinion Language: en Sources: [ipSpace.net blog]() Topics: [Disaster Recovery](), [Latency](), [networking](), [Testing]() Tags: [conference](), [conferences](), [disaster-recovery](), [latency](), [networking](), [testing]() ### AI overview The author recounts speaking at the 2025 DEEP Conference in Zadar, Croatia, where the presentation covered digital twins for disaster recovery and avoidance testing, including bandwidth and latency emulation. The article also highlights presentations on social engineering and malware, North Korean hacking tools, and controlled access to production databases. ### Source excerpt I love well-organized small conferences, so it wasn't hard to persuade me to have another talk at the DEEP Conference in Zadar, Croatia. This time, I talked about the role of digital twins in disaster recovery/avoidance testing. You might know my take on networking digital twins; after that, I only had enough time to focus on bandwidth and latency matter, and this is how you emulate limited bandwidth and add latency bit. Read more ... ## Migrating a Platform in 3 Days: The Artisan of the Day Is Dan Ferguson. DevFeed: [Migrating a Platform in 3 Days: The Artisan of the Day Is Dan Ferguson.]() Original publisher: [Read original article]() Author: Ana Tavares Published: 2025-09-01T14:21:00Z Content type: article Language: en Sources: [Laravel Blog]() Topics: [Laravel](), [Caching](), [Next.js](), [React](), [Disaster Recovery](), [Security](), [PHP]() Tags: [ai](), [australia](), [cache](), [caching](), [disaster-recovery](), [laravel](), [php](), [security]() ### AI overview Dan Ferguson of Communiti Labs describes migrating a platform from a React and Next.js stack to Laravel in three days. He cites Laravel's built-in support for mail, queues, and caching, along with improved delivery confidence. The article also presents Helping Homes, a Laravel-based disaster-response site that registered more than 5,000 beds during Australia's Black Summer bushfires and was later strengthened with security, testing, caching, and improved page rendering. ### Source excerpt Dan Ferguson of Communiti Labs uses Laravel to power civic tech, disaster response tools, and AI-driven community analysis platforms. ## What it Takes to Recover a 100 TB Postgres Database in AWS RDS DevFeed: [What it Takes to Recover a 100 TB Postgres Database in AWS RDS]() Original publisher: [Read original article]() Author: Carlota Soto Published: 2025-02-04T01:22:52Z Content type: article Language: en Sources: [Blog -- Neon Docs]() Topics: [Database](), [Amazon Web Services](), [Disaster Recovery](), [Availability](), [Replication](), [Amazon S3]() Tags: [amazon-s3](), [availability](), [aws](), [backup](), [database](), [disaster-recovery](), [infrastructure](), [postgres](), [product](), [production](), [replication]() ### AI overview This article examines how AWS RDS handles recovery for a 100 TB Postgres database. It distinguishes logical failures, which require point-in-time recovery using snapshots and WAL replay, from infrastructure or Availability Zone failures, which require high availability through redundant instances. It explains that snapshot restoration and WAL replay can take hours at this scale, while Multi-AZ standbys support automatic failover but do not protect against replicated data corruption. ### Source excerpt Imagine your AWS RDS Postgres database scales to 100 TB. Now, sh*t disaster happens--your production instance experiences a critical failure. How would RDS handle different failure modes? And how long would it take to restore full production capability? Production failure modes Pr... ## Latency Numbers Every Programmer Should Know DevFeed: [Latency Numbers Every Programmer Should Know]() Original publisher: [Read original article]() Published: 2024-11-08T07:10:00Z Content type: opinion Language: en Sources: [ipSpace.net blog]() Topics: [Latency](), [networking](), [Disaster Recovery](), [Website](), [cURL]() Tags: [curl](), [disaster-recovery](), [latency](), [networking](), [terminal](), [web](), [worth-reading]() ### AI overview The author recommends an infographic about latency numbers, highlighting the contrast between SSD read latency and cross-site round-trip time. The article also mentions a website for checking latency from different vantage points and notes that the infographic can be fetched in a terminal with curl. ### Source excerpt One of the key arguments against stretched clusters (and similar stupidities) I used in my Disaster Recovery Myths presentation was the SSD read latency versus cross-site round-trip time. Thanks to Networking Notes, I found a great infographic I can use in my next presentation (bonus points: it also works great in a terminal when fetched with curl) and a site that checks the latency of your web site from various vantage points. ## How reliability engineering can verify disaster recovery plans DevFeed: [How reliability engineering can verify disaster recovery plans]() Original publisher: [Read original article]() Author: Gavin Cahill Published: 2024-11-05T00:00:00Z Content type: article Language: en Sources: [Gremlin Blog]() Topics: [Disaster Recovery](), [Resilience](), [systems](), [configuration](), [Availability](), [Networks]() Tags: [apra](), [availability](), [canada](), [compliance](), [configuration](), [cps-230](), [disaster-recovery](), [eu](), [gremlin](), [outage](), [outages](), [recovery](), [resilience](), [systems](), [testing](), [uk](), [verify]() ### AI overview This article explains how reliability engineering and Gremlin can test disaster recovery plans by safely simulating failures, combining faults into realistic scenarios, and running repeatable test suites. The approach helps organizations verify resilience, maintain minimum service thresholds, and demonstrate regulatory compliance. ### Source excerpt Learn how reliability engineering and Gremlin can help test your disaster recovery plans to make sure you're prepared--and compliant with regulations. ## Five ways Gremlin helps organizations meet DORA requirements DevFeed: [Five ways Gremlin helps organizations meet DORA requirements]() Original publisher: [Read original article]() Author: Ryan Detwiller Published: 2024-05-07T00:00:00Z Content type: article Language: en Sources: [Gremlin Blog]() Topics: [Security](), [Resilience](), [Disaster Recovery](), [incident](), [Network](), [systems]() Tags: [article](), [disaster-recovery](), [eu](), [financial-services](), [gremlin](), [incident](), [infrastructure](), [monitoring](), [network](), [operational](), [outages](), [performance](), [recovery](), [reliability-management](), [resilience](), [systems](), [technology](), [testing](), [use-cases]() ### AI overview The article explains five ways Gremlin's Reliability Management Platform helps financial organizations meet the European Union's Digital Operational Resilience Act (DORA). It focuses on automated tracking, monitoring, and testing of ICT services and infrastructure, including fault-injection scenarios, reliability tests, capacity validation, incident detection and response, disaster recovery, and business continuity planning. ### Source excerpt DORA establishes stringent standards for financial services firms operating in the EU. Gremlin's Reliability Management Platform helps organizations meet DORA requirements by automating the tracking, monitoring, and testing of ICT services and infrastructure for resiliency risks. This article discusses five ways Gremlin can help. ## High availability and disaster recovery with Temporal Cloud DevFeed: [High availability and disaster recovery with Temporal Cloud]() Original publisher: [Read original article]() Author: Meagan Speare Published: 2024-03-27T06:00:00Z Content type: article Language: en Sources: [Temporal Blog]() Topics: [Availability](), [Disaster Recovery](), [Self-hosted](), [distributed-systems]() Tags: [availability](), [cloud](), [disaster-recovery](), [fault-tolerance](), [reliability](), [self-hosting](), [temporal-concepts]() ### AI overview The article explains the operational challenges of self-hosting Temporal at scale, including maintaining multiple independently scalable services and their supporting database. It describes how Temporal Cloud provides managed high availability, fault tolerance, reliability, and disaster-recovery capabilities for mission-critical and high-scale applications. ### Source excerpt Learn how Temporal Cloud supports high availability and disaster recovery to keep your applications reliable at scale. [Next page]()