2020.10.15

블로그|클라우드가 최적화됐는지 알아보는 확실한 방법

David Linthicum | InfoWorld
클라우드 아키텍처가 작동한다면, 효율과 비용을 고려해 아키텍처를 최적화해야 한다. 감사를 통해 클라우드 아키텍처가 비즈니스의 가치를 얼마나 증가시켜줄지 확인할 수 있다. 

필자는 일전에 클라우드 아키텍처 최적화의 개념에 대해 설명한 바 있다. 이번에는 아키텍처의 최적화 여부를 측정하는 방법에 대해 알아보도록 하자. 클라우드 아키텍처를 갓 구성한 당신은 아키텍처가 최적화됐는지 여부를 확인하기 어렵다. 감사를 통해 아키텍처의 접근법과 부수적 비용을 검토 받지 않는다면 말이다. 
 
ⓒGetty Images Bank

과거 클라우드 아키텍처를 구축하고 배포했던 사람들은 누군가가 자신의 아키텍처 설계에 관해 의문을 제기하는 걸 꺼렸다. 하지만 요즘은 다들 클라우드 솔루션을 가치를 최대화하고 싶어서 감사관의 질의나 감독에 대한 생각이 많이 바뀌었다. 기업 경영진들도 감사에 대해 생각을 바꾸었다. 필자도 요즘 여러 프로젝트를 담당하면서 구축과 배포보다는 검토 및 개선에 초점을 맞추고 있다. 

클라우드 아키텍처의 모든 요소가 제대로 작동하면, 배포와 운영을 시작할 수 있다. 작동된다고 해서 최적화됐다는 의미는 아니다. 당신의 아키텍처가 최적화된 아키텍처와 차이가 있다면 매주 백만 달러씩 낭비되고 있는 셈이다. 

아래의 그림은 이를 시각적으로 보여준다. 포지션 1과 37은 최적화의 정도가 가장 적다. 비용은 많이 드는데 효율성은 적다는 의미다. 

각 면을 보면, 클라우드 솔루션은 컨테이너 및 서버리스 컴퓨팅이 어떻게 접목되는지에 따라 충분한 활용되지 않을 수도 있고 혹은 과도하게 활용될 수도 있다. 차트의 좌측면은 컨테이너가 충분히 사용되지 않은 결과값일 수 있다. 반면, 차트의 우측면은 컨테이너가 너무 많이 사용된 결과라고 할 수 있다. 포지션 19에서는 최적화가 이뤄졌다. 이 지점에서는 적정 개수의 컨테이너가 사용돼 비용과 클라우드 솔루션의 효율성이 최대가 됐다. 
 
ⓒIDG

전체 아키텍처나 배치된 기술에 위와 같은 메트릭을 적용해볼 수 있다. 심지어 이를 서버리스로 이동하는 애플리케이션이나 컨테이너 같은 마이크로아키텍처에 적용할 수도 있다. 위의 차트에 다양한 값을 포함시키면 차트가 좀 더 현실에 가까운 곡선으로 그려진다는 점을 주목하길 바란다. 실제로도 비용 대비 효율성은 직선 모양으로 그려지지 않는다. 

클라우드 아키텍처를 감사한다는 것은 무엇을 의미할까? 당신이 막 클라우드 여정을 시작했다는 전제하에 솔루션의 최적화를 테스트하고 추적하는 것을 말한다. 할 수 있는 한 당신은 차트 중심부에 가까워지고 싶을 것이다. 

만약 당신이 클라우드 여정 중이라면, 현재 적용됐거나 개발 중인 솔루션을 평가하는 한 가지 방법이 감사다. 다른 사람이 당신의 결정을 평가하는 게 탐탁치 않을 수 있다. 여러 사례에서 감사관들은 순위 측정 프로세스를 사용해 초기 아키텍처를 평가할 것이다. 그 결과 솔루션은 차트의 1부터 37 중 어딘가에 위치할 것이다. 당신의 솔루션이 차트 중간에 위치하면 좋겠지만, 그럴 가능성은 희박하다.

감사관이 당신의 솔루션을 체크한다고 해서 꼭 거기에 미비점이 있다는 의미는 아니다. 아키텍처 감사를 자원하는 사람들은 칭찬받아 마땅하다. 감사를 받지 않으면 불필요하게 수백만 달러를 쓰거나 심지어 사업에 치명타를 입게 될 뿐이다. 감사를 통해 당신의 고집이 일을 그르치지 않게 해줄 수 있다. 현명한 선택을 하길 바란다. 

*David Linthicum은 국제적으로 인정받는 산업 전문가다. ciokr@idg.co.kr



2020.10.15

블로그|클라우드가 최적화됐는지 알아보는 확실한 방법

David Linthicum | InfoWorld
클라우드 아키텍처가 작동한다면, 효율과 비용을 고려해 아키텍처를 최적화해야 한다. 감사를 통해 클라우드 아키텍처가 비즈니스의 가치를 얼마나 증가시켜줄지 확인할 수 있다. 

필자는 일전에 클라우드 아키텍처 최적화의 개념에 대해 설명한 바 있다. 이번에는 아키텍처의 최적화 여부를 측정하는 방법에 대해 알아보도록 하자. 클라우드 아키텍처를 갓 구성한 당신은 아키텍처가 최적화됐는지 여부를 확인하기 어렵다. 감사를 통해 아키텍처의 접근법과 부수적 비용을 검토 받지 않는다면 말이다. 
 
ⓒGetty Images Bank

과거 클라우드 아키텍처를 구축하고 배포했던 사람들은 누군가가 자신의 아키텍처 설계에 관해 의문을 제기하는 걸 꺼렸다. 하지만 요즘은 다들 클라우드 솔루션을 가치를 최대화하고 싶어서 감사관의 질의나 감독에 대한 생각이 많이 바뀌었다. 기업 경영진들도 감사에 대해 생각을 바꾸었다. 필자도 요즘 여러 프로젝트를 담당하면서 구축과 배포보다는 검토 및 개선에 초점을 맞추고 있다. 

클라우드 아키텍처의 모든 요소가 제대로 작동하면, 배포와 운영을 시작할 수 있다. 작동된다고 해서 최적화됐다는 의미는 아니다. 당신의 아키텍처가 최적화된 아키텍처와 차이가 있다면 매주 백만 달러씩 낭비되고 있는 셈이다. 

아래의 그림은 이를 시각적으로 보여준다. 포지션 1과 37은 최적화의 정도가 가장 적다. 비용은 많이 드는데 효율성은 적다는 의미다. 

각 면을 보면, 클라우드 솔루션은 컨테이너 및 서버리스 컴퓨팅이 어떻게 접목되는지에 따라 충분한 활용되지 않을 수도 있고 혹은 과도하게 활용될 수도 있다. 차트의 좌측면은 컨테이너가 충분히 사용되지 않은 결과값일 수 있다. 반면, 차트의 우측면은 컨테이너가 너무 많이 사용된 결과라고 할 수 있다. 포지션 19에서는 최적화가 이뤄졌다. 이 지점에서는 적정 개수의 컨테이너가 사용돼 비용과 클라우드 솔루션의 효율성이 최대가 됐다. 
 
ⓒIDG

전체 아키텍처나 배치된 기술에 위와 같은 메트릭을 적용해볼 수 있다. 심지어 이를 서버리스로 이동하는 애플리케이션이나 컨테이너 같은 마이크로아키텍처에 적용할 수도 있다. 위의 차트에 다양한 값을 포함시키면 차트가 좀 더 현실에 가까운 곡선으로 그려진다는 점을 주목하길 바란다. 실제로도 비용 대비 효율성은 직선 모양으로 그려지지 않는다. 

클라우드 아키텍처를 감사한다는 것은 무엇을 의미할까? 당신이 막 클라우드 여정을 시작했다는 전제하에 솔루션의 최적화를 테스트하고 추적하는 것을 말한다. 할 수 있는 한 당신은 차트 중심부에 가까워지고 싶을 것이다. 

만약 당신이 클라우드 여정 중이라면, 현재 적용됐거나 개발 중인 솔루션을 평가하는 한 가지 방법이 감사다. 다른 사람이 당신의 결정을 평가하는 게 탐탁치 않을 수 있다. 여러 사례에서 감사관들은 순위 측정 프로세스를 사용해 초기 아키텍처를 평가할 것이다. 그 결과 솔루션은 차트의 1부터 37 중 어딘가에 위치할 것이다. 당신의 솔루션이 차트 중간에 위치하면 좋겠지만, 그럴 가능성은 희박하다.

감사관이 당신의 솔루션을 체크한다고 해서 꼭 거기에 미비점이 있다는 의미는 아니다. 아키텍처 감사를 자원하는 사람들은 칭찬받아 마땅하다. 감사를 받지 않으면 불필요하게 수백만 달러를 쓰거나 심지어 사업에 치명타를 입게 될 뿐이다. 감사를 통해 당신의 고집이 일을 그르치지 않게 해줄 수 있다. 현명한 선택을 하길 바란다. 

*David Linthicum은 국제적으로 인정받는 산업 전문가다. ciokr@idg.co.kr

X