큐:
기업이 "리프트 앤 시프트"클라우드 접근 방식과 관련하여 우려 할 사항은 무엇입니까?
ㅏ:일부 워크로드 또는 데이터 환경에 대한 "리프트 및 시프트"프로세스는 일반적으로 일부 환경에서 작업을 "리프팅"한 다음 다른 환경으로 "이동"하려는 프로젝트로 정의됩니다. 온-프레미스에서 오프-프레미스로의 특정 워크로드 및 작업 또는 한 데이터 센터에서 다른 데이터 센터로 데이터 작업 이동 회사가 우려 할 수있는 문제는 이러한 마이그레이션이 어떻게 작동하는지에 대한 몇 가지 요점을 포함합니다.
리프트 및 시프트와 관련된 일부 문제는 시스템 운영을 새로운 시스템에 "잘라 붙여 넣기"하는 것만 큼 간단하지 않다는 생각과 관련이 있습니다. 종종 리프트 및 시프트 접근 방식은 요구 사항이나 운영 설계에 대한 충분한 문서화없이 시작됩니다. 나중에 필요할 때 멍키 렌치를 프로젝트에 넣을 수 있습니다.
리프트 및 시프트와 관련된 다른 문제는 해당 두 환경의 차이를 포함합니다. 온 프레미스 또는 기존 레거시 시스템에서 프로젝트가 제대로 작동 할 수 있습니다. 시스템에 올바른 리소스가 모두 있지만 새 위치에서는 제대로 작동하지 않을 수 있습니다. 지나치게 단순화 된 비유는 관엽 식물과 유사 할 것입니다. 한 화분에서 다른 화분보다 번성하는 식물을 만들 수있는 요인에는 여러 가지가 있습니다.
리프트 및 시프트와 관련된 다른 문제는 원래 프로세스의 고유 한 문제와 관련이 있습니다. 리프트 및 시프트에서는 마이그레이션 전에 문제를 해결하려는 노력이없는 경우가 종종 있습니다. 그로 인해 새로운 환경에서 이러한 문제가 프로젝트에 악영향을 미치며 이해 관계자가 새로운 시스템을 구현하고 확장하려고 할 때 혼란을 야기합니다. Turbonomic 블로그를 작성하는 VMware vExpert Eric Wright도이 문제에 대한 비유를합니다. 쓰레기 나 부스러기로 가득 찬 컨테이너를 단순히 들어 올리고 이동시켜 정크 구성 요소를 대상에 전달하는 이동 회사의 비유입니다. IT의 상승과 변화에 대한 아이디어는 결과에 쓸모없는 데이터 혼란, 처리 시스템과 일치하지 않는 데이터 또는 "해비타트"를 능가하는 데이터 세트가 포함될 수 있다는 것입니다.
이러한 모든 문제는 "리프트 앤 시프트"시나리오에서 발생할 수있는 잠재적 인 문제이며 마이그레이션 전에 시스템을 설계하고 완성하기위한 선행 노력이있는 "수정 및 전송"이라는 다른 시나리오와 대조 될 수 있습니다.
