brunch

You can make anything
by writing

C.S.Lewis

클라우드냐 온프레미스냐, 그것이 문제로다.

기업은 데이터 저장과 처리를 위해 온프레미스(On-premises) 방식과 클라우드(Cloud) 방식 중 선택해야 한다. 온프레미스는 기업의 서버를 클라우드 같은 원격 환경에서 운영하는 방식이 아닌, 자체적으로 보유한 전산실 서버에 직접 설치해 운영하는 방식을 말한다. 기술의 발달에 따라 많은 기업이 클라우드를 도입해왔지만, 최근 들어 일부가 온프레미스로 돌아가고 있다. 온프레미스에서 클라우드로 이전하는 것을 클라우드 마이그레이션이라고 한다. 모든 변화가 성장인 것은 아니다. 클라우드 마이그레이션을 고려하는 기업은 클라우드의 장단점과 기업의 현재 상황을 고려하여 적절한 클라우드 마이그레이션 전략을 선택해야 한다.




클라우드의 장점


클라우드는 가상화 혹은 컨테이너화 기술을 통해 탄력성과 효율성, 안정성 세 가지 효과를 달성할 수 있다. 이를 이해하려면, 먼저 가상화와 컨테이너가 무엇인지 간단히 알아볼 필요가 있다. 가상화와 컨테이너화 모두 컴퓨터 한 대를 여러 대처럼 사용할 수 있게 만드는 기술이다. 이 덕분에 하나의 컴퓨터 자원을 여러 사람이 나누어 쓸 수 있다. 가상화와 컨테이너화는 클라우드에서 자원을 효율적으로 나누어 쓰기 위한 기술이다. 

클라우드는 가상화와 컨테이너화를 사용해서 필요한 만큼 자원을 늘리거나 줄일 수 있다. 예를 들어, 온라인 쇼핑몰이 세일을 할 때 방문자가 많아지면, 서버를 더 많이 만들고, 세일이 끝나면 서버를 줄일 수 있다. 이를 탄력성이라고 한다. 같은 맥락에서 클라우드는 자원을 더 효율적으로 사용한다. 필요할 때만 자원을 추가로 사용하고, 불필요할 때는 줄여서 비용을 절약할 수 있다. 예를 들어 여러 가게가 같은 주방을 나누어 쓰는 것처럼, 필요할 때만 주방을 사용해서 더 많은 가게가 주방을 효과적으로 활용할 수 있다. 간단히 말해, 클라우드는 가상화와 컨테이너화를 통해 더 많은 사람에게, 더 적은 자원으로, 더 효율적으로 서비스를 제공할 수 있다. 마지막으로 클라우드에서는 여러 사용자가 동시에 시스템을 사용하지만, 각 사용자의 작업은 서로 격리되어 있다. 다른 사용자의 프로그램에 문제가 생겨도 내 프로그램에 영향을 주지는 않는다. 이를 통해 안정성을 달성할 수 있고, 문제의 확산을 방지할 수 있다.




클라우드의 단점


클라우드는 비용과 규제 측면에서 한계가 있다. 우선, 비용 측면에서 클라우드 사용량 확장은 곧 클라우드 비용의 대폭 증가로 이어지기 때문에 클라우드 사용량 증가에 대한 비용을 고려해야 한다. 클라우드는 고정비가 적은 대신 변동비가 크다. 또한 슈렘스 II 판결 이후 국가 간 데이터 전송이 개인정보 보호 측면에서 엄격하게 규제된다. 이러한 배경에서 기업들은 데이터에 대한 통제권을 갖고 관할을 벗어나지 않도록 데이터를 안전하게 온프레미스로 마이그레이션하는 방법을 선택하고 있다. 주권에 대한 문제는 주요 클라우드 제공업체가 미국에 기반을 두고 있기 때문에 미국 내 기업에게는 큰 문제가 아니다. 하지만, 한국을 포함한 아시아, 유럽, 아프리카 등 다른 지역에 기반을 둔 기업에게는 점점 더 큰 문제가 되고 있다.




클라우드 마이그레이션 고려사항


기업이 클라우드 마이그레이션을 고려하고 있다면 크게 세 가지를 고려해야 한다. 가장 먼저 클라우드 마이그레이션의 목적이 무엇인지 고려해야 한다. 클라우드 마이그레이션을 고려하는 이유와 클라우드의 장점이 일치해야 한다. 두번째, 자사의 워크로드에 대해 명확히 이해해야 한다. 워크로드가 안정적이면 온프레미스로 운영하고, 변동성이 크다면 탄력성이 좋은 클라우드를 선택해야 한다. 지속적으로 높은 워크로드가 발생한다면 클라우드로는 비용을 감당하기 힘들다. 마지막으로, 미국 이외의 국가에 위치한 기업이라면 개인정보 보호에 관한 규제를 고려해야한다. 슈렘스 II가 아니더라도 윤리적 관점에서 개인정보를 보호하기 위해서 일관된 개인정보 보호 정책을 만들고 유지해야된다.




클라우드 마이그레이션 전략


클라우드 마이그레이션은 기업 내부의 업무와 사업을 수행하는 시스템들을 전환하는 것이므로 긴 시간과 많은 비용이 발생할 수 밖에 없기 때문에 투자되는 시간과 비용 그리고 기대 효과 간의 밸런싱을 통해 적절한 클라우드 마이그레이션 전략을 수립해야 한다.


전략은 온프레미스를 유지하는 것을 포함해서 크게 6가지로 정리된다. 

Retire: 클라우드로 전환하지 않고 기존 시스템을 폐기한다.

Retain: 클라우드로 전환하지 않고, 현 상태를 유지하며 사용한다.

Rehost: 애플리케이션 구조 변경 없이 클라우드로 전환한다.

Replatform: 클라우드 환경에서 제공하는 일부 서비스를 활용하여 전환한다.

Refactor: 클라우드 환경에 적합한 형태로 애플리케이션의 구조까지 변경한다.

Repurchase: 상용 SaaS 서비스를 도입하여 기존 시스템을 대체한다.


클라우드 전환 효과가 큰 경우 상황에 따라 Rehost, Replatform, Refactor를 실시하고, 클라우드 효과가 필요하지만 투입대비 효과가 적은 경우 Repurchase를 실시한다. 가장 중요한 것은 마이그레이션 동기가 되는 주요 비즈니스 요인을 분명히 이해하고 이러한 요인을 고려하여 전략을 수립해야 한다는 점이다.

*참고 2 Rehost, Replatform, Refactor 전략 선택 기준


참고 1

가상화는 가상 머신(VM,게스트)을 만드는 프로세스다. 해당 머신은 에뮬레이션(서로 다른 기종의 프로그램 호환성을 갖게 하기 위한 수단)을 통해 소프트웨어 영역에서만 존재하는 컴퓨터 시스템으로서 물리적 머신 내에서 구동된다. 게스트 시스템은 메모리, CPU, 저장 공간, 운영 체제를 갖추고 있으며, 그 모든 구성요소는 하드웨어가 아닌 소프트웨어적으로만 정의된다.

 컨테이너화는 호스트 OS 상에 논리적인 구획을 만들고, 애플리케이션 실행에 필요한 라이브러리나 애플리케이션 등을 하나로 모아, 마치 별도의 서버인 것처럼 사용할 수 있게 만드는 것이다. 가상화된 가상 머신과 컨테이너 환경의 차이는 다음과 같다.

                           


참고 2

Rehost가 적합한 경우

    -    비용과 시간 최소화

    -    레거시 인프라 비용 절감

    -    코드 변경이 불가한 상용 애플리케이션을 이전하려는 경우


Replatform이 적합한 경우

    -    코드 수정이 애플리케이션에 영향을 미치지 않는다고 확신하는 경우

    -    클라우드의 장점을 살려 애플리케이션을 운영하고 싶은 경우

    -    애플리케이션 소스가 클라우드에서 작동하지 않는 경우


Refactoring이 적합한 경우

    -    레거시 환경에서는 애플리케이션 성능 향상이 불가한 경우

    -    클라우드 기능을 최대한 활용하려는 경우



참고자료 출처

https://zdnet.co.kr/view/?no=20240927110953

https://velog.io/@songinho96/1-클라우드란

https://azure.microsoft.com/ko-kr/resources/cloud-computing-dictionary/what-is-cloud-migration

https://www.oracle.com/kr/cloud/what-is-cloud-computing/virtualization-vs-cloud-computing/

https://www.hpe.com/kr/ko/what-is/virtualization.html

https://blog.naver.com/snet_systems/221960573247

https://slownews.kr/79101

https://www.ibm.com/kr-ko/topics/data-architecture

https://mundol-story.tistory.com/entry/IT트렌드-알아보기-클라우드-마이그레이션Cloud-Migration-전략-6R


작성자: ITS 27기 김민서 

작가의 이전글 융합의 시대: AI + X
브런치는 최신 브라우저에 최적화 되어있습니다. IE chrome safari