웹 사이트에 대한 재난 계획을 만드는 방법

키 포인트

웹 사이트 재해 복구 계획은 자연 재해, 악의적 인 행동, 해킹, 사용자 오류 및 종속성 실패를 포함한 다양한 스트레스가 많은 상황에서 비즈니스가 계속 운영되도록하는 데 중요합니다. 이 계획은 모든 직원 이이 상황에서 수행 할 단계를 자세히 설명하여 비즈니스가 가능한 한도 운영되도록합니다. 재난 계획은 다음과 같습니다. 재난 대응에 관여 할 수있는 비 IT 직원 도이 프로그램을 알고 있어야합니다.

가장 중요한 측면은 포괄적 인 재난 계획을 개발하고 이해하고 최신 상태를 유지하는 것입니다. 여기에는 매일 백업, 모니터링, 안전한 계정 격리 및 기술 지원을 위해 호스트가 제공하는 도구 활용이 포함됩니다. 재해 복구 계획을 정기적으로 테스트하여 효과를 보장하는 것이 좋습니다.

• 이 기사는 Siteground와 공동으로 작성된 일련의 기사의 일부입니다. Sitepoint를 가능하게 한 파트너를 지원해 주셔서 감사합니다.
비즈니스 관리자, 팀 리더 및 기타 비즈니스 연속성을 계획하면 미래 지향적 인 사상가가됩니다. 계획은 다양한 스트레스가 많은 상황 (자연 재해, 사상자, 악의적 인 행동 등)에서 비즈니스가 계속 운영 될 수 있도록하는 계획이 구성됩니다. 기업은 웹 사이트, 건물, 인적 자원, 금융 거래, 자산 재배치, 장비 교체 등에 대한 재난 계획을 개발할 것입니다.
• 웹 사이트의 재난 계획을 고려할 때 이러한 많은 요소를 고려해야하지만 해킹, 사용자 오류 및 종속성 실패와 같은 요소를 고려해야합니다 (종속성을 더 잘 관리하는 방법을 배우고 싶습니까? SETEPOINT "종속성 관리를 확인하십시오. "프리미엄 코스).
이러한 비즈니스 연속성 및 재난 계획의 주요 요소는 일반적으로

프로세스 입니다. 이러한 프로세스는 비즈니스가 가능한 한 올바르게 운영 될 수 있도록이 경우 회사의 모든 직원 (1, 수십 또는 수천 개만)이 취할 수있는 단계를 자세히 설명합니다. 회사가 이러한 어려움을 겪을 수 없다면 위기가 끝나면 회사가 없을 수도 있습니다.

DISA 계획은 웹 사이트 및 웹 애플리케이션의 유지 보수 직원에게 중요하지만 전체 비즈니스 연속성 계획이 무시되는 것과 같은 이유로 간과됩니다. 폐기물 인 것 같습니다.

웹 사이트 재난 계획

귀하 (또는 귀하의 팀)가 귀하가 유지 관리하는 웹 사이트에 대한 재난 계획을 고려할 때 스스로에게 물어봐야 할 첫 번째 질문은 다음과 같습니다. 웹 사이트 나 웹 애플리케이션이 얼마나 걸릴 수 있습니까? 고객 액세스, 상호 작용 및 구매없이 얼마나 오래 지속될 수 있습니까? 귀하의 웹 사이트는 1 분 또는 1 시간 동안 다운 타임으로 얼마나 많은 돈을 잃을 것인가, 또는 얼마나 많은 잠재 고객이 손실 될 수 있습니까? 고객과 서비스 수준 계약을 체결 한 적이 있습니까? 그렇다면 특정 가동 시간 비율을 보장합니까? 이 한도는 언제에 도달 하시겠습니까?

재난 계획 귀하의 비즈니스의 경우 일부 재난은 서사시, 지역 또는 전 세계이며 다른 재난은 지역 뉴스를 만들지 않을 수도 있습니다. 다음은 계획과 신중한 고려가 필요할 수있는 상황의 몇 가지 예입니다.

지진, 토네이도, 허리케인 또는 화재와 같은 자연 재해. 데이터 센터가 손상되거나 손상되면 어떻게됩니까?

고객 관계 관리 소프트웨어, 회계 소프트웨어, 소셜 미디어, 버전 제어 저장소, 호스팅 서비스 등과 같이 비즈니스에 중요한 중요한 서비스 또는 제품 폐쇄.

액세스 리소스가 취소되었습니다. 웹 사이트 나 APP의 서비스를 사용하는 사람의 보안 문제 나 사람의 오류로 인해 웹 사이트가 서비스에 액세스하지 못하도록하는 경우 어떻게됩니까? 메일 링 서비스를 사용하는 경우 API 요청이 갑자기 실패하기 시작하면 대안이 있습니까? 서비스를 변경하거나 문제를 해결하고 해결하는 데 얼마나 걸립니까?

<.> 해킹 공격. 보안 조치가 구현되기를 바랍니다. 그러나 이러한 조치가 실패하면 계획이 있습니까? 복원 할 수있는 백업 또는 침입자를 감지하고 제거하는 방법, 취약점을 신속하게 패치하며 도난당한 사용자 자격 증명을 취소 할 수 있습니까?

주요 인원 상실 (버스 테스트). 귀하의 웹 사이트는 주요 엔지니어, DevOps 직원, 디자이너 또는 지원 전문가의 상실을 겪을 수 있습니까?

자동차 실습 위의 시나리오 및 기타 시나리오를 브레인 스토밍 한 후에는 여러 팀의 주요 사람들을 조립하고 (있는 경우) 사고 연습을 할 수도 있습니다. 이 상황에 빠지십시오. x가 발생하고 Y가 발생하면 어떻게해야합니까? 영감. 새로운 프로세스가 필요한 아이디어뿐만 아니라 계획에서 더 많은 결함을 찾을 수 있습니다.
• 백업 시스템
백업은 주요 고려 사항입니다. 파일, 데이터베이스, 미디어 등과 같은 데이터 백업뿐만 아니라 자격 증명 백업 (단일 사용자의 메모리 외부에 저장됩니까?). 서비스는 또 다른 고려 사항입니다. Backup CDN, 메일 서비스, NPM 패키지가 다양한 목적으로 있습니까? 그들은 구현 계획이 있습니까? 유료 소프트웨어 또는 서비스에 대한 라이센스?
• 웹 사이트를 시작하기 전에 웹 사이트의 백업 전략을 고려하는 것이 가장 좋습니다. 호스팅 회사의 백업 전략을 확인하십시오. 일부 회사는 추가 백업 솔루션과 호스팅 서비스를 제공 할 것입니다. 호스팅 파트너 Siteground는 매일 백업 및 빠른 데이터 복구를위한 강력한 사내 도구를 제공합니다.
프로세스 및 액세스 권한을 개발하고 공유합니다 프로세스 개발 및 공유는 또한 재난 계획의 주요 특징입니다. 백업, 문제 해결 중단 및 기타 유사한 상황에서 데이터를 복구하기위한 프로세스를 개발하는 것이 중요하지만 이러한 프로세스를 문서화하고 관련된 사람들과 공유하는 것은 전투의 나머지 절반입니다. 문제 해결 또는 재난 대응 프로세스의 빠르고 효율적인 완료는 비즈니스가 생존 할 수 있는지 여부와 도로에서의 사소한 홍보 문제의 차이를 의미 할 수 있습니다.

재난 계획을 공유하십시오 참여가 필요한 직원은 상황과 계획을 알고 있어야합니다. 예를 들어, HR 부서는 주요 대안을 모집하는 데 참여해야 할 수도 있고 컨설턴트는 회사가 교체를받을 때 도움을주기 위해 들어야 할 수도 있습니다. 회계 부서는 복원 목적으로 지불 한 서비스를 이해해야 할 수도 있습니다.

결론
가장 중요한 것은 귀하와 동료가 재난 계획을 개발하고 이해하고 최신 상태를 유지하는 것입니다. 호스트가 제공 한 도구를 활용해야합니다. SitePoint의 호스팅 파트너 SiteGround는 매일 백업을 제공 할뿐만 아니라 모니터링, 안전한 계정 격리 및 전문 기술 지원도 제공합니다. 재난 계획이나 재난 대응에 직면 한 상황에 대한 경험이 있습니까? 아래 의견을 공유하십시오!

웹 사이트 재난 계획 (FAQ)

에 대한 질문에 자주 묻는 질문 웹 사이트 재해 복구 계획의 핵심 요소는 무엇입니까?

종합 웹 사이트 재해 복구 계획에는 다음과 같은 주요 요소가 포함되어야합니다 계획이 테스트 및 유지 보수 일정에 대한 효과적이고 최신 상태인지 확인하십시오.

웹 사이트 재해 복구 계획을 얼마나 자주 테스트해야합니까?

최소 1 년에 한 번 웹 사이트 재해 복구 계획을 테스트하는 것이 좋습니다. 그러나 웹 사이트에 주요 재 설계 또는 새로운 기능 추가와 같은 주요 변경 사항이있는 경우 계획이 유효하도록 추가 테스트가 권장됩니다. 웹 사이트의 재해 복구 계획에서 재해 복구 팀의 역할은 무엇입니까? 재해 복구 팀은 재난 발생시 재해 복구 계획을 구현할 책임이 있습니다. 여기에는 백업에서 데이터 복원, 손상된 하드웨어 및 소프트웨어 교체 및 이해 관계자와의 통신과 같은 작업이 포함됩니다. 팀에는 기술 전문 지식 및 프로젝트 관리를 포함하여 다양한 기술을 가진 개인이 포함되어야합니다.

내 데이터 백업이 안전한 지 확인하는 방법은 무엇입니까?

무단 액세스를 방지하려면 데이터 백업을 암호화해야합니다. 또한 백업은 화재 금고 또는 오프 사이트 데이터 센터와 같은 안전한 위치에 저장해야합니다. 필요할 때 데이터를 성공적으로 복원 할 수 있도록 백업을 정기적으로 테스트하는 것이 중요합니다.

내 웹 사이트 재해 복구 커뮤니케이션 계획에 무엇을 포함해야합니까?

커뮤니케이션 계획은 재난 발생시 통보 해야하는 사람, 수신해야 할 정보 및이를 전달하는 방법을 개요해야합니다. 여기에는 직원, 고객, 공급 업체 및 기타 이해 관계자가 포함될 수 있습니다. 이 프로그램은 또한이 정보를 전달할 책임이있는 사람을 지정해야합니다. 웹 사이트 재해 복구 중 다운 타임을 최소화하는 방법은 무엇입니까?

> 웹 사이트 재해 회복 중 다운 타임은 정기적 인 데이터 백업 및 하드웨어 중복성과 같은 활성 측정 및 실습 재해 복구 계획 및 숙련 된 재해 복구 팀과 같은 수동 측정을 결합하여 최소화 할 수 있습니다.

재해 복구 계획과 비즈니스 연속성 계획의 차이점은 무엇입니까?

두 프로그램의 목표는 재난 발생시 조직이 계속 운영 할 수 있도록하는 것이지만, 재해 복구 프로그램은 구체적으로 IT 및 데이터 기능을 복원하는 데 중점을 두는 반면 비즈니스 연속성 프로그램은 비즈니스의 모든 측면을 다루고 있습니다. 운영 및 직원 및 공급망을 포함하여.

내 웹 사이트의 재해 복구 계획의 효과를 평가하는 방법은 무엇입니까?

웹 사이트의 재해 복구 계획의 효과는 정기 테스트를 통해 평가 될 수 있으며, 여기에는 재난 시나리오의 포괄적 인 시뮬레이션이 포함되어야합니다. 이러한 테스트의 결과는 프로그램의 약점을 식별하고 필요한 개선을 수행하는 데 사용될 수 있습니다.

웹 사이트 재해 복구 계획이 없을 때의 잠재적 결과는 무엇입니까?

웹 사이트 재해 복구 계획이 없으면 조직은 재난 발생시 연장 된 다운 타임, 데이터 손실, 평판 손상 및 재무 손실을 경험할 수 있습니다. 또한 계획 부족은 느리고 효율적인 복구 프로세스로 이어질 수 있습니다.

내 웹 사이트 재해 복구 계획을 최신 상태로 유지하는 방법은 무엇입니까?

웹 사이트 인프라, 기술 및 비즈니스 프로세스의 변경 사항을 고려하기 위해 웹 사이트 재해 복구 계획을 정기적으로 검토하고 업데이트해야합니다. 또한 테스트 또는 실제 재난 시나리오에서 배운 교훈이 계획에 포함되어야합니다.

위 내용은 웹 사이트에 대한 재난 계획을 만드는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!