Date: 4월 12, 2024
재해 복구 솔루션: “권장 사항”과 “요구 사항”을 처리하는 방법
당신이 당신의 컴퓨터에서 문제를 경험했다고 가정해 봅시다.클라우드 클러스터 환경, 문제를 해결하려면 애플리케이션 공급업체 중 하나에 문의해야 합니다. 그들은 해결책을 제시하지만 응답에서 이러한 시스템을 구성하는 방식은 “권장되지 않음”이라고 언급합니다. 이 정보를 어떻게 처리합니까? 결국 지금까지 모든 것이 잘 작동했기 때문에 “권장되는” 방식으로 재구성하려면 많은 시간과 리소스가 필요할 수 있습니다. 반면에 판매자가 추천하는 데에는 이유가 있겠죠? 나중에 다른 합병증이 발생하면 어떻게 되나요? 권장 사항이 정확히 무엇인지, 수용 여부와 상관없이 권장 사항에 접근할 수 있는 방법을 살펴보겠습니다.
DR 솔루션 권장 구성
“최선의 조치에 대한 제안 또는 제안”으로 정의된 권장 사항을 완전히 문자 그대로 받아들여 권장 사항을 처리하는 방법을 살펴보기 시작해야 합니다. 이미 우리는 이를 식별하는 데 사용되는 “제안” 및 “제안”이라는 단어를 사용하여 어떻게 접근할 수 있는지에 대한 몇 가지 힌트를 볼 수 있습니다. 이렇게 보면 벤더 추천이 불편하거나 불필요하다는 이유로 거절하기 쉽습니다.
그러나 권장 사항에 대한 조치를 취하기 전에 보다 실용적인 측면도 살펴보시기 바랍니다. 결국 공급업체가 이러한 특정 종류의 구성을 제안하는 데에는 이유가 있습니다. 그들은 당신이 지속적인 관계의 일부인 것처럼 당신의 성공에도 관심이 있으므로 확실히 그것은 일종의 긍정적인 이익을 가져다 줄 것입니다. 권장되는 구성이 없으면 특정 유형의 오류가 발생할 가능성이 더 높아질 수 있습니다. 모든 것이 제대로 작동하지만 더 잘 작동하거나 더 빠르게 작동하는 성능 저하의 경우일 수도 있습니다. 이 점을 고려하면, 권장 사항을 따르지 않아 단점을 겪은 후에 시작하는 것보다 지금 이러한 권장 사항을 충족하기 위해 시간과 노력을 투자하는 것이 더 낫지 않을까요?
권장 사항을 벗어난 DR 솔루션 구성을 처리하는 방법
이제 우리는 이 토론의 양쪽 끝을 종합하여 권장 사항에 대한 완전한 관점을 구축할 수 있습니다. 요약된 버전은 다음과 같습니다. “공급업체 권장 사항이 권장되는 이유를 알고 그렇게 할 경우 발생할 수 있는 단점을 수용하는 한 공급업체 권장 사항을 따르지 않아도 괜찮습니다.” 중요한 첫 번째 단계는 항상 공급업체와 간단히 대화하는 것입니다. 권장하는 이유, 권장하는 환경과 그렇지 않은 경우의 영향, 권장 환경으로 쉽게 전환할 수 있는 방법이나 절차가 있는지, 자신과 내부 팀에 더 나은 정보를 제공하는 데 도움이 될 수 있는 기타 사항에 대해 질문하세요. 일단 영향을 이해하고 나면 적절한 정당성이 있는 경우 이를 거부할 수 있는 올바른 위치에 있게 됩니다. 권장 사항을 거절하는 좋은 근거의 예는 보안 목적입니다. 아마도 권장 환경은 현재 시행 중인 특정 보안 조치를 끄거나 우회할 수 있으므로 해당 환경을 사용하면 더욱 취약해질 뿐만 아니라 다음 정책 위반으로 이어질 수도 있습니다.SLA, 파트너 계약 또는 귀하가 준수해야 하는 표준. 이 경우 권장 구성을 따르지 않는 이유를 공급업체에 알릴 수 있습니다. 이는 공급업체에게도 매우 유익할 수 있습니다. 공급업체는 이 피드백을 받아 향후 권장 구성과 보안 조치를 동시에 허용할 수 있는 개선 사항을 구현할 수 있기 때문입니다. 앞서 언급했듯이, 그들은 또한 귀하의 성공을 위해 투자하므로 이는 모두를 위한 승리입니다.
재해 복구 솔루션 요구 사항
하지만 공급업체가 말하는 내용에 “아니오”라고 말하기가 쉽지 않은 경우도 있습니다. 이는 벤더의 “추천”에서 벤더의 “요구사항”으로 경계를 넘어가는 곳이며, 이는 불가피하게 됩니다. 그것이 요구 사항으로 제시되면 따르기를 거부할 수 없는 것이 됩니다. 그럼에도 불구하고 권장 사항과 마찬가지로 이것이 왜 요구 사항인지, 실제로 무엇을 위한 요구 사항인지 이해하는 것이 중요합니다. 공급업체와 합의한 SLA 또는 제품, 애플리케이션 또는 서비스에 대한 TSA의 일부로 특정 관행이 필요할 수 있습니다. 이러한 경우 실제로 이 요구 사항을 충족하기 위해 필요한 변경이 이루어져야 합니다. 요구사항은 일반적으로 기술적인 측면에도 속합니다. 예를 들어 디스크 크기, I/O 용량 또는 사용 가능한 시스템 리소스에 대한 사양 등이 있습니다. 이는 애플리케이션이 의도한 대로 작동하는 데 필요한 경향이 있으므로 이러한 요구 사항을 충족시키는 데 따른 가치는 쉽게 알 수 있습니다.
재해 복구 솔루션 유연성
요구 사항을 따라야 한다고 해서 단순히 스스로 사임해야 한다는 의미는 아닙니다. 해당 요구 사항이 존재하는 이유를 이해하는 데는 여전히 많은 가치가 있습니다. 권장 사항과 마찬가지로 공급업체와 대화하는 것이 중요합니다. 아마도 요구 사항이 마음에 들지 않는 이유는 오해에 뿌리를 두고 있을 수 있으며, 공급업체와 그 이유를 논의하면 이를 밝혀내고 일부 우려를 없앨 수 있습니다. 다시 한번 말씀드리지만, 이러한 요구 사항에 대한 피드백은 공급업체가 제품이나 서비스를 개선하고 다른 방식으로 작업할 수 있는 가치를 이해하는 데 매우 중요할 수 있습니다. 필요한 것은 단지 대화를 시작하는 것뿐입니다.
SIOS 고가용성 및 재해 복구
SIOS Technology Corporation이 제공하는고가용성그리고재해 복구가장 중요한 애플리케이션에 대한 클러스터 관리를 통해 IT 인프라를 보호하고 최적화하는 제품입니다.오늘 저희에게 연락하십시오당사 서비스 및 전문 지원에 대한 자세한 내용을 알아보십시오.
다음의 허가를 받아 복제됨시오스