Offcanvas

������ ������

벤더 기고ㅣ엔터프라이즈를 위한 서버리스 퍼스트 전략

아마존 CTO 버너 보겔스 박사는 2019년 re:Invent 키노트 세션을 통해 "AWS에서 기대하는 미래의 모습은, 개발자가 작성하는 모든 코드는 오직 비즈니스 로직일 뿐입니다"라고 언급했다. 이 짧은 한 문장은 많은 의미를 함축하고 있다. 일반적으로 개발자는 비즈니스 로직을 구현하는 것 외에 애플리케이션의 스케일링, 인프라 오케스트레이션, 가용성, 보안, 배포 등도 고려해서 개발한다. 대부분의 근무 시간을 비즈니스 로직 구현에 할당해야 하지만 현실은 부가적인 일에 생각보다 많은 시간을 할애하고 있는 것이 사실이다. * 벤더가 작성한 본 기고문은 벤더의 시각과 주장, 솔루션에 대한 직접적인 내용을 담고 있다. 하지만 가까운 미래에는 개발자가 비즈니스 로직을 구현하는 일에 보다 집중할 수 있는 환경이 될 것으로 전망한다. 필자는 ‘개발자가 비즈니스 로직을 구현하는 일에 집중’할 수 있다는 말의 배경에는 ‘서버리스 컴퓨팅(Serverless computing)의 확산과 발전’이 큰 역할을 할 것으로 본다. 컴퓨팅 환경의 진화 서버리스 컴퓨팅에 대해 얘기하기 전에 먼저 컴퓨팅의 환경이 어떻게 진화했는지 알아보고자 한다. • 우리가 알고 있는 '서버(Servers)' 불과 10여년 전만 해도 새로운 서비스를 개발하기 위해서는 물리 서버를 구매하는 것을 당연하게 생각했다. 일반적으로 5년(또는 3년)을 기준으로, 사용자 트래픽 증가를 고려해서 용량을 산정하고 그 용량을 기반으로 서버와 스토리지, 네트워크 장비 등의 스펙을 결정했다.  물리 서버들이 데이터센터에 입고되고 랙에 스택킹이 된 후 UTP 케이블이 서버에 연결되면 이때부터 본격적인 서버 작업이 시작된다. 이후 OS를 설치하고, 정책에 기술된 보안 패키지 설치와 구성 설정을 하고, 서버 관리를 위한 다양한 유틸리티를 설치하며, 네트워크 툴을 설치하고, 백업을 위한 스크립트 등 수 많은 작업을 수행했다. 보통 시스템 엔지니어들은 항상 수십(또는 ...

AWS 아마존 웹 서비스 엔터프라이즈 서버리스 컨테이너 서버 가상 머신 도커 AWS 람다 인프라 넷플릭스 쿠팡 배달의 민족 마이크로서비스 데브옵스

2021.06.01

아마존 CTO 버너 보겔스 박사는 2019년 re:Invent 키노트 세션을 통해 "AWS에서 기대하는 미래의 모습은, 개발자가 작성하는 모든 코드는 오직 비즈니스 로직일 뿐입니다"라고 언급했다. 이 짧은 한 문장은 많은 의미를 함축하고 있다. 일반적으로 개발자는 비즈니스 로직을 구현하는 것 외에 애플리케이션의 스케일링, 인프라 오케스트레이션, 가용성, 보안, 배포 등도 고려해서 개발한다. 대부분의 근무 시간을 비즈니스 로직 구현에 할당해야 하지만 현실은 부가적인 일에 생각보다 많은 시간을 할애하고 있는 것이 사실이다. * 벤더가 작성한 본 기고문은 벤더의 시각과 주장, 솔루션에 대한 직접적인 내용을 담고 있다. 하지만 가까운 미래에는 개발자가 비즈니스 로직을 구현하는 일에 보다 집중할 수 있는 환경이 될 것으로 전망한다. 필자는 ‘개발자가 비즈니스 로직을 구현하는 일에 집중’할 수 있다는 말의 배경에는 ‘서버리스 컴퓨팅(Serverless computing)의 확산과 발전’이 큰 역할을 할 것으로 본다. 컴퓨팅 환경의 진화 서버리스 컴퓨팅에 대해 얘기하기 전에 먼저 컴퓨팅의 환경이 어떻게 진화했는지 알아보고자 한다. • 우리가 알고 있는 '서버(Servers)' 불과 10여년 전만 해도 새로운 서비스를 개발하기 위해서는 물리 서버를 구매하는 것을 당연하게 생각했다. 일반적으로 5년(또는 3년)을 기준으로, 사용자 트래픽 증가를 고려해서 용량을 산정하고 그 용량을 기반으로 서버와 스토리지, 네트워크 장비 등의 스펙을 결정했다.  물리 서버들이 데이터센터에 입고되고 랙에 스택킹이 된 후 UTP 케이블이 서버에 연결되면 이때부터 본격적인 서버 작업이 시작된다. 이후 OS를 설치하고, 정책에 기술된 보안 패키지 설치와 구성 설정을 하고, 서버 관리를 위한 다양한 유틸리티를 설치하며, 네트워크 툴을 설치하고, 백업을 위한 스크립트 등 수 많은 작업을 수행했다. 보통 시스템 엔지니어들은 항상 수십(또는 ...

2021.06.01

도커와 컨테이너를 꼭 사용해야 하는 이유

1981년 출판된 <Nailing Jelly to a Tree>라는 책에서는 소프트웨어를 “흐릿하고 붙잡기 어렵다”고 묘사한다. 1981년에 이는 사실이었고, 40년 가까이가 흐른 지금도 별로 달라지지 않았다. 소프트웨어는, 구매한 애플리케이션이든, 직접 제작한 것이든, 여전히 전개하기 어렵고, 관리하기 까다롭고, 실행하기 힘들다. 도커 컨테이너(Docker container)는 소프트웨어를 제어할 한 수단을 제공한다. 도커를 이용해 애플리케이션을 패키징하면, 이의 전개와 런타임 문제를 애플리케이션 외부에서 제어할 수 있다. 예컨대 애플리케이션을 네트워크에 노출하는 방식, 애플리케이션의 스토리지, 메모리, I/O 이용을 관리하는 방식, 접근 권한을 통제하는 방식 등이다. 그리고 이는 ‘컨테이너화된(containerized)’ 앱들 전체에 일괄적으로 적용된다. 도커 컨테이너는 도커 런타임이 설치된 OS-호환 호스트라면 어디서든 (리눅스 또는 윈도우) 실행될 수 있다. 도커는 이러한 간편한 캡슐화, 격리, 이동성, 제어 외에도 많은 혜택을 제공한다. 도커 컨테이너는 소형이다(메가바이트). 이들은 즉시 시작한다. 버저닝과 컴포넌트 재사용에 관한 자체적인 빌트-인 메커니즘이 있다. 퍼블릭 도커 허브(Docker Hub)나 프라이빗 리포지터리를 통해 간단히 공유될 수 있다. 이 글에서는 도커 컨테이너가 어떻게 소프트웨어의 구축과 전개를 더 쉽게 만드는지를 설명할 것이다. 다시 말해 컨테이너가 대처하는 문제들, 이들 문제를 어떻게 처리하는지, 이들이 문제의 해법이 되는 경우는 어떤 경우이고, 또 문제의 해법이 되지 않는 경우는 어떤 경우인지를 설명할 것이다. 도커 컨테이너 이전 여러 해 동안, 엔터프라이즈 소프트웨어는 일반적으로 ‘베어메탈’ 상에서나 (하부 하드웨어를 전적으로 통제하는 운영체계상에 설치), 또는 가상 머신 내에서 (하부 하드웨어를 ‘게스트...

컨테이너 하이퍼바이저 VM 애자일 개발 하이브리드 클라우드 도커 가상 머신 마이크로서비스

2018.10.12

1981년 출판된 <Nailing Jelly to a Tree>라는 책에서는 소프트웨어를 “흐릿하고 붙잡기 어렵다”고 묘사한다. 1981년에 이는 사실이었고, 40년 가까이가 흐른 지금도 별로 달라지지 않았다. 소프트웨어는, 구매한 애플리케이션이든, 직접 제작한 것이든, 여전히 전개하기 어렵고, 관리하기 까다롭고, 실행하기 힘들다. 도커 컨테이너(Docker container)는 소프트웨어를 제어할 한 수단을 제공한다. 도커를 이용해 애플리케이션을 패키징하면, 이의 전개와 런타임 문제를 애플리케이션 외부에서 제어할 수 있다. 예컨대 애플리케이션을 네트워크에 노출하는 방식, 애플리케이션의 스토리지, 메모리, I/O 이용을 관리하는 방식, 접근 권한을 통제하는 방식 등이다. 그리고 이는 ‘컨테이너화된(containerized)’ 앱들 전체에 일괄적으로 적용된다. 도커 컨테이너는 도커 런타임이 설치된 OS-호환 호스트라면 어디서든 (리눅스 또는 윈도우) 실행될 수 있다. 도커는 이러한 간편한 캡슐화, 격리, 이동성, 제어 외에도 많은 혜택을 제공한다. 도커 컨테이너는 소형이다(메가바이트). 이들은 즉시 시작한다. 버저닝과 컴포넌트 재사용에 관한 자체적인 빌트-인 메커니즘이 있다. 퍼블릭 도커 허브(Docker Hub)나 프라이빗 리포지터리를 통해 간단히 공유될 수 있다. 이 글에서는 도커 컨테이너가 어떻게 소프트웨어의 구축과 전개를 더 쉽게 만드는지를 설명할 것이다. 다시 말해 컨테이너가 대처하는 문제들, 이들 문제를 어떻게 처리하는지, 이들이 문제의 해법이 되는 경우는 어떤 경우이고, 또 문제의 해법이 되지 않는 경우는 어떤 경우인지를 설명할 것이다. 도커 컨테이너 이전 여러 해 동안, 엔터프라이즈 소프트웨어는 일반적으로 ‘베어메탈’ 상에서나 (하부 하드웨어를 전적으로 통제하는 운영체계상에 설치), 또는 가상 머신 내에서 (하부 하드웨어를 ‘게스트...

2018.10.12

현대적인 데이터센터 플랫폼··· IaaS 따라잡기

클라우드 컴퓨팅은 획일적인 서비스가 아니다. 특정 조직의 다양한 IT 요구 사항을 충족할 수 있는 여러 서비스로 구성돼 있다. 이렇게 클라우드를 통해 제공되는 서비스 중 하나가 인터넷을 통해 가상 컴퓨팅 리소스를 공급하는 IaaS다. IaaS는 SaaS와 PaaS와 함께 가장 중요한 클라우드 서비스 종류 중 하나다. IaaS 모델의 경우, 써드파티 서비스 공급업체가 자동화된 전달 모델을 기반으로 고객의 하드웨어, 운영 체제, 기타 소프트웨어, 서버, 스토리지 시스템, 다양한 IT 구성 요소를 호스팅 한다. 때론 지속적인 시스템 유지관리, 데이터 백업, 비즈니스 연속성 같은 작업도 처리해 준다. IaaS를 사용하는 기업과 기관은 인프라 서비스를 ‘셀프 프로비저닝’하고, 사용한 만큼 요금을 낼 수 있다. 서비스 계약 조건에 따라, 통상 시간이나 주, 월을 기준으로 요금이 책정된다. 특정 기간에 사용한 가상 머신(VM) 용량을 기준으로 인프라 서비스 요금을 책정해 과금하는 공급업체도 있다. IaaS는 다른 클라우드 컴퓨팅 서비스처럼 인터넷 등 공용 연결을 통해 가상화된 환경의 IT 리소스에 접근할 수 있다. 그러나 IaaS의 경우, 가상화된 구성 요소에 접근할 수 있다. 이를 통해 자신의 데이터센터가 아닌 가상화된 구성 요소로 IT 플랫폼을 구축할 수 있다. 클라우드 공급업체는 소유하고 관리하는 여러 데이터센터에 분산된 여러 서버와 네트워크를 이용해 고객에게 IaaS 서비스들을 제공한다. IaaS 리소스는 싱글-테넌트 또는 멀티테넌트이며, 서비스 공급업체에 호스팅 된다. ‘멀티테넌트’란 여러 고객이 리소스를 공유하는 것을 의미한다. 시스템을 계속 분리해 놓은 경우도 마찬가지이다. 이는 가장 많이 사용되는 IaaS 전달 방식이다. 효율성과 확장성이 높아, 클라우드 컴퓨팅 비용을 낮출 수 있기 때문이다. 반면 싱글-테넌트 시스템은 더 비싼 요금을...

Saas Single Point of Failure SPOF 센츄리링크 조이넷 가상 머신 아마존 웹 서비스 VM 알리바바 IaaS PaaS 애저 AWS 마이크로소프트 랙스페이스 오라클 구글 버츄스트림

2017.09.15

클라우드 컴퓨팅은 획일적인 서비스가 아니다. 특정 조직의 다양한 IT 요구 사항을 충족할 수 있는 여러 서비스로 구성돼 있다. 이렇게 클라우드를 통해 제공되는 서비스 중 하나가 인터넷을 통해 가상 컴퓨팅 리소스를 공급하는 IaaS다. IaaS는 SaaS와 PaaS와 함께 가장 중요한 클라우드 서비스 종류 중 하나다. IaaS 모델의 경우, 써드파티 서비스 공급업체가 자동화된 전달 모델을 기반으로 고객의 하드웨어, 운영 체제, 기타 소프트웨어, 서버, 스토리지 시스템, 다양한 IT 구성 요소를 호스팅 한다. 때론 지속적인 시스템 유지관리, 데이터 백업, 비즈니스 연속성 같은 작업도 처리해 준다. IaaS를 사용하는 기업과 기관은 인프라 서비스를 ‘셀프 프로비저닝’하고, 사용한 만큼 요금을 낼 수 있다. 서비스 계약 조건에 따라, 통상 시간이나 주, 월을 기준으로 요금이 책정된다. 특정 기간에 사용한 가상 머신(VM) 용량을 기준으로 인프라 서비스 요금을 책정해 과금하는 공급업체도 있다. IaaS는 다른 클라우드 컴퓨팅 서비스처럼 인터넷 등 공용 연결을 통해 가상화된 환경의 IT 리소스에 접근할 수 있다. 그러나 IaaS의 경우, 가상화된 구성 요소에 접근할 수 있다. 이를 통해 자신의 데이터센터가 아닌 가상화된 구성 요소로 IT 플랫폼을 구축할 수 있다. 클라우드 공급업체는 소유하고 관리하는 여러 데이터센터에 분산된 여러 서버와 네트워크를 이용해 고객에게 IaaS 서비스들을 제공한다. IaaS 리소스는 싱글-테넌트 또는 멀티테넌트이며, 서비스 공급업체에 호스팅 된다. ‘멀티테넌트’란 여러 고객이 리소스를 공유하는 것을 의미한다. 시스템을 계속 분리해 놓은 경우도 마찬가지이다. 이는 가장 많이 사용되는 IaaS 전달 방식이다. 효율성과 확장성이 높아, 클라우드 컴퓨팅 비용을 낮출 수 있기 때문이다. 반면 싱글-테넌트 시스템은 더 비싼 요금을...

2017.09.15

기고 | 클라우드 백업·복구, 4가지 기준으로 평가하라

*본 기고문은 벤더가 작성한 것으로 네트워크 월드 편집진의 수정을 거쳤지만 일부 벤더의 시각이 남아 있을 수 있다. 클라우드 백업은 포괄적인 데이터 보호 방안이며, 동시에 더 큰 하이브리드 클라우드 세계로 가는 출발점이 될 수 있다. 여러 가지 이유로 클라우드 백업과 복구에 관심을 가질 수 있다. 예를 들어, 대기업은 하이브리드 클라우드 전략의 연장선으로 관심을 가질 수 있다. '맞춤화가 필요 없는 상용(Shrink-wrapped)' 솔루션이라는 장점에 구미가 당긴 중소기업도 있을 것이다. 이유가 무엇이든 기존 온프레미스(내부) 백업 방식과 절차를 클라우드에 적용할 수 없는 경우도 있다는 점을 유념해야 한다. 클라우드는 '단순함'이 장점이지만, 기존에는 접하지 못했을 단점도 갖고 있다. 다음은 클라우드 기반 백업 및 복구 서비스를 검토할 때 중요하게 고려해야 할 사항들이다. * 파일이 아닌 앱을 생각한다. 기존 백업 시스템은 통상 파일과 폴더를 중심으로 구성한다. 그러나 클라우드 백업에는 이 모델이 잘 맞지 않는다. 전체 온프레미스 애플리케이션 복구 측면에서 클라우드 백업을 생각하는 것이 더 좋은 전략이다. 파일과 데이터 객체, 실행 바이너리 등 전체 애플리케이션을 백업한다는 의미다. 애플리케이션 구성 요소가 손상돼도 다시 복구할 수 있도록 만드는 것이다. 애플리케이션 설계에 따라, 전체 가상 머신을 백업하는 것이 가장 효율적인 방법이 될 수도 있다. 예산이 많은 조직은 완전한 긴급 복구 전략과 병행하고 싶어할 수 있다. 더 나아가 '완전한 액티브/액티브 지속 가용성 전략'을 도입할 수도 있다. 종합적인 백업 계획은 활성 데이터센터를 이중으로 운영하는 것보다 저렴한 비용으로 비상 시 로컬 애플리케이션을 복구하는 데 도움을 준다.   --------------------------------------------------------------- 클라우드 백업 인기기사 ->클라우드 서비스 장애, 피할 수 없다면 백업하라 -> 중소...

암호화 백업 복구 WAN 하이브리드 클라우드 가상 머신 LAN 데이터 주권

2016.08.12

*본 기고문은 벤더가 작성한 것으로 네트워크 월드 편집진의 수정을 거쳤지만 일부 벤더의 시각이 남아 있을 수 있다. 클라우드 백업은 포괄적인 데이터 보호 방안이며, 동시에 더 큰 하이브리드 클라우드 세계로 가는 출발점이 될 수 있다. 여러 가지 이유로 클라우드 백업과 복구에 관심을 가질 수 있다. 예를 들어, 대기업은 하이브리드 클라우드 전략의 연장선으로 관심을 가질 수 있다. '맞춤화가 필요 없는 상용(Shrink-wrapped)' 솔루션이라는 장점에 구미가 당긴 중소기업도 있을 것이다. 이유가 무엇이든 기존 온프레미스(내부) 백업 방식과 절차를 클라우드에 적용할 수 없는 경우도 있다는 점을 유념해야 한다. 클라우드는 '단순함'이 장점이지만, 기존에는 접하지 못했을 단점도 갖고 있다. 다음은 클라우드 기반 백업 및 복구 서비스를 검토할 때 중요하게 고려해야 할 사항들이다. * 파일이 아닌 앱을 생각한다. 기존 백업 시스템은 통상 파일과 폴더를 중심으로 구성한다. 그러나 클라우드 백업에는 이 모델이 잘 맞지 않는다. 전체 온프레미스 애플리케이션 복구 측면에서 클라우드 백업을 생각하는 것이 더 좋은 전략이다. 파일과 데이터 객체, 실행 바이너리 등 전체 애플리케이션을 백업한다는 의미다. 애플리케이션 구성 요소가 손상돼도 다시 복구할 수 있도록 만드는 것이다. 애플리케이션 설계에 따라, 전체 가상 머신을 백업하는 것이 가장 효율적인 방법이 될 수도 있다. 예산이 많은 조직은 완전한 긴급 복구 전략과 병행하고 싶어할 수 있다. 더 나아가 '완전한 액티브/액티브 지속 가용성 전략'을 도입할 수도 있다. 종합적인 백업 계획은 활성 데이터센터를 이중으로 운영하는 것보다 저렴한 비용으로 비상 시 로컬 애플리케이션을 복구하는 데 도움을 준다.   --------------------------------------------------------------- 클라우드 백업 인기기사 ->클라우드 서비스 장애, 피할 수 없다면 백업하라 -> 중소...

2016.08.12

기고 | 재해복구에서도 빛을 발하는 '데브옵스'

데브옵스 방법론을 적용한 기업이 이를 통해 실질적인 이익을 확인하는 것으로 조사됐다. 퍼펫 랩스(Puppet Labs)와 공동으로 IT 레볼루션 프레스(IT Revolution Press)가 진행한 2015 설문조사에 따르면, 데브옵스(DevOps)를 이용하는 기업이 그렇지 않은 기업보다 30배나 빠르게 코드를 배치하고 하루에도 몇 번씩 배치하는 것으로 나타났다. 또 데브옵스를 이용하는 경우 변화 실패율이 절반으로 줄었으며 서비스는 데브옵스를 사용하지 않는 조직보다 최대 168배나 빠르게 복구되었다. 데브옵스: 고장도 빠르지만 복구도 빠르다 일단 마지막 두 가지 사항에 초점을 맞추도록 하자. 한 가지는 확실하다. 데브옵스를 도입하면 재해복구의 관점에서도 이익이다. 왜냐하면 애플리케이션을 개발 단계에서 시험과 생산 단계로 이행했다고 다시 개발 단계로 복귀하기 위해 사용하는 툴과 절차 또한 시스템 대체 작동과 재난 및 서비스 중단 복구에 적용될 수 있기 때문이다. 데브옵스의 라이프 사이클 전체를 자동화하는 툴이 이미 보유하고 있는 자원을 재해복구를 위해 활용하는 데 도움이 될 수 있다. 실제로 새 가상 머신 인스턴스(Instance)를 자동화된 방식으로 생성, 실행, 배치하고 적절하게 구성하는 쉐프(Chef)와 퍼펫(Puppet) 등 자동화에 도움이 되는 많은 오픈 소스 툴이 존재한다. 심지어 보안 영역 외에서도 동작하며 개인용 노트북, 자체 데이터 센터, 퍼블릭 클라우드 등에도 배치할 수 있다. AWS(Amazon Web Services)와 마이크로소프트 애저(Microsoft Azure)는 쉐프와 퍼펫을 지원하는 주요 퍼블릭 클라우드 제공사다. 이런 툴을 이용해 개발자들이 자신의 개발 기기 환경과 구성의 복사본을 이용해 작성하는 새 코드의 배치를 자동화할 수 있을 뿐 아니라 수 분 안에 클라우드에서 백업 환경을 조율하고 실행할 수도 있다. VM웨어와 KVM 가상 배치를 위해 오라클 라벨라(Oracle Ravello, 퍼블릭 클라우드가 A...

CIO IT 레볼루션 프레스 퍼펫 랩스 가상 머신 데브옵스 DevOps IT조직 DR 조사 애저 AWS 재해복구 구글 오라클 라벨라

2016.05.26

데브옵스 방법론을 적용한 기업이 이를 통해 실질적인 이익을 확인하는 것으로 조사됐다. 퍼펫 랩스(Puppet Labs)와 공동으로 IT 레볼루션 프레스(IT Revolution Press)가 진행한 2015 설문조사에 따르면, 데브옵스(DevOps)를 이용하는 기업이 그렇지 않은 기업보다 30배나 빠르게 코드를 배치하고 하루에도 몇 번씩 배치하는 것으로 나타났다. 또 데브옵스를 이용하는 경우 변화 실패율이 절반으로 줄었으며 서비스는 데브옵스를 사용하지 않는 조직보다 최대 168배나 빠르게 복구되었다. 데브옵스: 고장도 빠르지만 복구도 빠르다 일단 마지막 두 가지 사항에 초점을 맞추도록 하자. 한 가지는 확실하다. 데브옵스를 도입하면 재해복구의 관점에서도 이익이다. 왜냐하면 애플리케이션을 개발 단계에서 시험과 생산 단계로 이행했다고 다시 개발 단계로 복귀하기 위해 사용하는 툴과 절차 또한 시스템 대체 작동과 재난 및 서비스 중단 복구에 적용될 수 있기 때문이다. 데브옵스의 라이프 사이클 전체를 자동화하는 툴이 이미 보유하고 있는 자원을 재해복구를 위해 활용하는 데 도움이 될 수 있다. 실제로 새 가상 머신 인스턴스(Instance)를 자동화된 방식으로 생성, 실행, 배치하고 적절하게 구성하는 쉐프(Chef)와 퍼펫(Puppet) 등 자동화에 도움이 되는 많은 오픈 소스 툴이 존재한다. 심지어 보안 영역 외에서도 동작하며 개인용 노트북, 자체 데이터 센터, 퍼블릭 클라우드 등에도 배치할 수 있다. AWS(Amazon Web Services)와 마이크로소프트 애저(Microsoft Azure)는 쉐프와 퍼펫을 지원하는 주요 퍼블릭 클라우드 제공사다. 이런 툴을 이용해 개발자들이 자신의 개발 기기 환경과 구성의 복사본을 이용해 작성하는 새 코드의 배치를 자동화할 수 있을 뿐 아니라 수 분 안에 클라우드에서 백업 환경을 조율하고 실행할 수도 있다. VM웨어와 KVM 가상 배치를 위해 오라클 라벨라(Oracle Ravello, 퍼블릭 클라우드가 A...

2016.05.26

'그놈부터 벗지까지' 2016년 주목할 만한 데스크톱용 리눅스 9종

IT분야에서 1년이라는 시간은 많은 일들이 벌어질 수 있는 기간이다. 그 중에서도 특히 역동적인 리눅스 세계는 1년 동안 많은 일들이 발생할 수 있기 때문에 오늘날 이런 데스크톱 환경의 위치를 확인해 보는 것도 흥미로운 일이다. 본 기사를 작성하기 위해 필자는 가상 머신에서 모든 데스크톱 환경을 사용해 보았으니 굳이 독자 여러분이 직접 사용해 볼 필요는 없다. 그놈(Gnome) 이미지 출처 : Swapnil Bhartiya 필자는 그놈 데스크톱으로 리눅스 라이프를 시작했다가 유니티(Unity)로 갈아탔다. 그놈과 유니티가 개발 초기 단계였기 때문에 KDE로 옮겼다. 그놈의 또 다른 문제는 완전한 기능을 위해 제 3자 확장 기능에 의존하는 것과 새로운 버전의 그놈이 공개될 때마다 확장 기능이 깨진다는 점이다. 노틸러스(Nautilus)를 포함해 그놈의 여러 핵심 기능에 기본적인 기능(파일 이름 일괄 변경)이 빠져있다. 필자는 그놈의 성능을 높이 사는 만큼 다시 그놈 사용자가 되고 싶지는 않았다 하지만 상황이 바뀌었다. 새롭게 공개되는 그놈 3.20은 전망이 밝아 보이며 개발자들은 확장 기능이 깨지지 않을 것이라고 약속했다. 또 파일 이름 일괄 변경 기능도 적용될 수 있다. 무엇보다도 그놈의 놀라운 이메일, 일정, 연락처 통합 기능 덕분에 데스크톱을 쾌적하게 사용할 수 있다. 그리고 구글 드라이브(Google Drive)를 원격 드라이브로 탑재할 수 있는 기능도 있다. 그놈은 모든 주요 데스크톱 환경에서 사용할 수 있지만 오픈수세(openSUSE)가 최고의 순정 그놈 경험을 제공하고 있는 것 같다. 우분투 그놈(Ubuntu Gnome)도 우수한 배포판이다. 플라즈마 5(Plasma 5) 이미지 출처 : Swapnil Bhartiya KDE의 데스크톱은 사용자들이 데스크톱의 가능한 많은 부분을 제어할 수 있는 것으로 유명하다. 그리고 필자도 이런 점이 가장 마음에 든다. ...

CIO Cinnamon 판테온 Pantheon MATE Xfce LXQt 벗지 Budgie 시나몬 Unity Plasma 5 데스크톱 우분투 그놈 GNOME 유니티 리눅스 가상 머신 플라즈마 5 마테

2016.02.25

IT분야에서 1년이라는 시간은 많은 일들이 벌어질 수 있는 기간이다. 그 중에서도 특히 역동적인 리눅스 세계는 1년 동안 많은 일들이 발생할 수 있기 때문에 오늘날 이런 데스크톱 환경의 위치를 확인해 보는 것도 흥미로운 일이다. 본 기사를 작성하기 위해 필자는 가상 머신에서 모든 데스크톱 환경을 사용해 보았으니 굳이 독자 여러분이 직접 사용해 볼 필요는 없다. 그놈(Gnome) 이미지 출처 : Swapnil Bhartiya 필자는 그놈 데스크톱으로 리눅스 라이프를 시작했다가 유니티(Unity)로 갈아탔다. 그놈과 유니티가 개발 초기 단계였기 때문에 KDE로 옮겼다. 그놈의 또 다른 문제는 완전한 기능을 위해 제 3자 확장 기능에 의존하는 것과 새로운 버전의 그놈이 공개될 때마다 확장 기능이 깨진다는 점이다. 노틸러스(Nautilus)를 포함해 그놈의 여러 핵심 기능에 기본적인 기능(파일 이름 일괄 변경)이 빠져있다. 필자는 그놈의 성능을 높이 사는 만큼 다시 그놈 사용자가 되고 싶지는 않았다 하지만 상황이 바뀌었다. 새롭게 공개되는 그놈 3.20은 전망이 밝아 보이며 개발자들은 확장 기능이 깨지지 않을 것이라고 약속했다. 또 파일 이름 일괄 변경 기능도 적용될 수 있다. 무엇보다도 그놈의 놀라운 이메일, 일정, 연락처 통합 기능 덕분에 데스크톱을 쾌적하게 사용할 수 있다. 그리고 구글 드라이브(Google Drive)를 원격 드라이브로 탑재할 수 있는 기능도 있다. 그놈은 모든 주요 데스크톱 환경에서 사용할 수 있지만 오픈수세(openSUSE)가 최고의 순정 그놈 경험을 제공하고 있는 것 같다. 우분투 그놈(Ubuntu Gnome)도 우수한 배포판이다. 플라즈마 5(Plasma 5) 이미지 출처 : Swapnil Bhartiya KDE의 데스크톱은 사용자들이 데스크톱의 가능한 많은 부분을 제어할 수 있는 것으로 유명하다. 그리고 필자도 이런 점이 가장 마음에 든다. ...

2016.02.25

가상화 환경 속 자주 나타나는 문제 3가지 '그리고 극복 방법'

가상화는 성숙기에 접어든 기술이다. 그러나 가상화 환경을 잘 관리하지 못하면 재앙을 초래할 수 있다. 유연성, 확장성, 비용 절감이라는 장점 대신 보안 위험, 자원 낭비, 인프라 성능 저하 등의 단점이 커질 수 있다는 얘기다. 이런 점을 감안했을 때, 가상화 환경에서 자주 직면하는 문제와 이를 해결하는 방법을 이해하는 것이 중요하다. 가상화 환경의 문제는 VM 확장(Sprawl) 현상, 용량 계획, 그리고 변화 관리 등 크게 3가지로 나눌 수 있다. 이들 문제와 해결 방법을 조금 더 자세히 설명해보자. VM 확장 현상을 해결하라 가상화 관리 업무 종사자라면 VM 확장(Sprawl) 문제를 잘 알고 있을 것이다. 가상화 환경에서 무분별하게 가상 머신(VM)이 증가하는 문제다. 계획 없이 VM을 생성하는 바람에 확장 문제가 발생할 수도 있다. 또한 특정 수명주기 동안만 배치해야 하지만, 일상적인 IT 운영 과정에 퇴역시키지 못한 '악성' VM이 확장 문제를 초래하는 사례도 많다. 이 문제는 자동으로 VM을 생성해 프로비저닝하는 기능과 관련이 있다. 관리자가 일상 운영 과정에 VM 전체를 추적하기가 점차 더 어려워진다. 특히 대기업에서 자주 발생하는 문제다. 관리자가 여러 클러스터, 데이터센터, 지역에 흩어진 수만 개의 방대한 VM과 가상 환경을 모니터해야 하기 때문이다. 더 큰 문제는, 시간이 지나면서 확장 문제가 발생하기 때문에 이를 인식하기가 어렵다는 것이다. VM 확장 문제를 해결하지 못하면 시간, 돈, 자원이 낭비된다. 또한 패칭되지 않은 구형 VM으로 인해 보안과 컴플라이언스(규제 준수)에 문제가 생긴다. 그러나 확장을 억제할 방법이 있다. 다음은 확장 문제를 극복할 수 있는 방법들이다. - VM 요청과 승인에 공식적인 프로세스를 적용 - 각 VM 별로 수명주기 동안의 계획을 문서화(책임자, 대상, 시기, 이유, 장소 등 세부 사항 기록) - 방치 또는 미활용 상태인 VM을 파악하기 위해 V...

가상화 VM 가상 머신 가상화 문제 Sprawl 가상화 용량 관리 가상화 변화 관리

2015.11.30

가상화는 성숙기에 접어든 기술이다. 그러나 가상화 환경을 잘 관리하지 못하면 재앙을 초래할 수 있다. 유연성, 확장성, 비용 절감이라는 장점 대신 보안 위험, 자원 낭비, 인프라 성능 저하 등의 단점이 커질 수 있다는 얘기다. 이런 점을 감안했을 때, 가상화 환경에서 자주 직면하는 문제와 이를 해결하는 방법을 이해하는 것이 중요하다. 가상화 환경의 문제는 VM 확장(Sprawl) 현상, 용량 계획, 그리고 변화 관리 등 크게 3가지로 나눌 수 있다. 이들 문제와 해결 방법을 조금 더 자세히 설명해보자. VM 확장 현상을 해결하라 가상화 관리 업무 종사자라면 VM 확장(Sprawl) 문제를 잘 알고 있을 것이다. 가상화 환경에서 무분별하게 가상 머신(VM)이 증가하는 문제다. 계획 없이 VM을 생성하는 바람에 확장 문제가 발생할 수도 있다. 또한 특정 수명주기 동안만 배치해야 하지만, 일상적인 IT 운영 과정에 퇴역시키지 못한 '악성' VM이 확장 문제를 초래하는 사례도 많다. 이 문제는 자동으로 VM을 생성해 프로비저닝하는 기능과 관련이 있다. 관리자가 일상 운영 과정에 VM 전체를 추적하기가 점차 더 어려워진다. 특히 대기업에서 자주 발생하는 문제다. 관리자가 여러 클러스터, 데이터센터, 지역에 흩어진 수만 개의 방대한 VM과 가상 환경을 모니터해야 하기 때문이다. 더 큰 문제는, 시간이 지나면서 확장 문제가 발생하기 때문에 이를 인식하기가 어렵다는 것이다. VM 확장 문제를 해결하지 못하면 시간, 돈, 자원이 낭비된다. 또한 패칭되지 않은 구형 VM으로 인해 보안과 컴플라이언스(규제 준수)에 문제가 생긴다. 그러나 확장을 억제할 방법이 있다. 다음은 확장 문제를 극복할 수 있는 방법들이다. - VM 요청과 승인에 공식적인 프로세스를 적용 - 각 VM 별로 수명주기 동안의 계획을 문서화(책임자, 대상, 시기, 이유, 장소 등 세부 사항 기록) - 방치 또는 미활용 상태인 VM을 파악하기 위해 V...

2015.11.30

기업에서 클라우드가 '미생'인 이유, 그리고 완생이 되기 위하여

클라우드 컴퓨팅이 등장한 지 10년이 지난 지금, 기업들은 가상 머신만을 도입해 놓고도 이를 클라우드라고 말하기도 한다. 클라우드로의 여정이 지지부진한 이유는 무엇일까? 최근 3개의 서로 다른 조사 결과를 통해 현업과 IT의 클라우드에 대한 온도차와 클라우드가 여전히 ‘미생’인 이유를 분석해 봤다. 이미지 출처: Thinkstock 필자는 우연히 라이트스케일(Rightscale)의 2015 클라우드 현황 보고서를 인용하며 MS 애저의 성장세와 AWS의 주요 경쟁자로서 그들의 시장 입지에 관한 이야기를 풀어낸 래리 딕넌의 지디넷(ZDNet) 기사를 읽었다. 기사에서 딕슨은 ‘2등만이 할 수 있는 노력’을 강조하던 수 년 전의 에이비스(Avis) 광고를 인용하며 마이크로소프트의 클라우드 시장 도전과 공공 클라우드에 집중하는 그들의 노력에 관해 설명했다. 기사를 읽고 나자 인용된 라이트스케일의 보고서에도 관심이 생겼다. ‘클라우드 서비스 중개인 자리를 탈환한 IT부서’라는 부재부터 흥미를 자아내는 보고서였다. 기대는 적중했다. 조사에 응한 IT전문가들의 테크놀로지 선택 및 채택 패턴 자료는 많은 부분에서 주목할만했다. IT는 정말 기업 클라우드의 책임자일까? 보고서의 내용은 부제와는 크게 달랐다. 보고서의 주요 논지는 클라우드 컴퓨팅 의사 결정의 책임 소재에 관하여 IT와 현업 부서들 사이에 상당한 인식 차가 존재한다는 것이었다. 예를 들어, ‘기업이 바라보는 클라우드 활동 내 IT의 역할’을 설명한 차트(그래프 1)을 살펴보면, IT가 ‘클라우드 서비스 중개인’ 역할을 맡아야 한다고 생각하는 비율은 40%로 (그리 높지는 않지만) IT부서와 현업이 비슷한 답변율을 보이며 의견이 일치하는 것으로 나타났다. <그래프 1> 기업이 생각하는 클라우드 활동에서 IT의 역할 ...

CIO 클라우드 전환 클라우드 현황 보고서 가상 머신 프라이빗 클라우드 VM웨어 조사 오픈스택 AWS 현업 아마존 IT부서 가상화 기기

2015.03.06

클라우드 컴퓨팅이 등장한 지 10년이 지난 지금, 기업들은 가상 머신만을 도입해 놓고도 이를 클라우드라고 말하기도 한다. 클라우드로의 여정이 지지부진한 이유는 무엇일까? 최근 3개의 서로 다른 조사 결과를 통해 현업과 IT의 클라우드에 대한 온도차와 클라우드가 여전히 ‘미생’인 이유를 분석해 봤다. 이미지 출처: Thinkstock 필자는 우연히 라이트스케일(Rightscale)의 2015 클라우드 현황 보고서를 인용하며 MS 애저의 성장세와 AWS의 주요 경쟁자로서 그들의 시장 입지에 관한 이야기를 풀어낸 래리 딕넌의 지디넷(ZDNet) 기사를 읽었다. 기사에서 딕슨은 ‘2등만이 할 수 있는 노력’을 강조하던 수 년 전의 에이비스(Avis) 광고를 인용하며 마이크로소프트의 클라우드 시장 도전과 공공 클라우드에 집중하는 그들의 노력에 관해 설명했다. 기사를 읽고 나자 인용된 라이트스케일의 보고서에도 관심이 생겼다. ‘클라우드 서비스 중개인 자리를 탈환한 IT부서’라는 부재부터 흥미를 자아내는 보고서였다. 기대는 적중했다. 조사에 응한 IT전문가들의 테크놀로지 선택 및 채택 패턴 자료는 많은 부분에서 주목할만했다. IT는 정말 기업 클라우드의 책임자일까? 보고서의 내용은 부제와는 크게 달랐다. 보고서의 주요 논지는 클라우드 컴퓨팅 의사 결정의 책임 소재에 관하여 IT와 현업 부서들 사이에 상당한 인식 차가 존재한다는 것이었다. 예를 들어, ‘기업이 바라보는 클라우드 활동 내 IT의 역할’을 설명한 차트(그래프 1)을 살펴보면, IT가 ‘클라우드 서비스 중개인’ 역할을 맡아야 한다고 생각하는 비율은 40%로 (그리 높지는 않지만) IT부서와 현업이 비슷한 답변율을 보이며 의견이 일치하는 것으로 나타났다. <그래프 1> 기업이 생각하는 클라우드 활동에서 IT의 역할 ...

2015.03.06

"네트워크 속도 저하가 가장 큰 문제" 설문조사

IT전문가가 고민하는 가장 일반적인 IT문제로 네트워크 속도 저하나 중단이 꼽혔다. 켈튼리서치(Kelton Research)의 조사에 따르면, IT전문가들은 예상치 못한 애플리케이션 변경 요청 때문에 애플리케이션 성능과 가용성이 떨어지며 최악의 경우 네트워크 속도가 저하되거나 시스템이 멈춰 버리는 사태가 발생한다고 답변했다. IT 성능 분석 업체인 팀퀘스트(TeamQuest)가 켈튼리서치에 의뢰해 진행된 이 조사에는 임직워 수 1,000명 이상인 기업에서 일하는 400명 이상의 IT관리 전문가들이 참여했다. 조사 결과는 전반적인 관리감독과 IT효율의 부족으로 발생한 위험과 데이터센터 분석의 중요성을 나타냈다. 또 이 조사는 비교적 큰 기업에서 IT가 직면한 일반적인 문제를 분류해서 보여줬으며 IT관리자가 매주 평균 8건의 이상 징후를 처리해야 하며 7명의 직원들이 각각 이 징후들을 발견하는 것으로 파악했다. 조사에 따르면, IT관리자들이 처리하는 이상 징후 가운데 가장 많은 42%가 네트워크 중단이나 성능 저하로 나타났으며 다음으로는 애플리케이션 성능 저하와 가용성 문제가 37%로 보고됐다. 이밖에 상위 5가지 이상 징후로는 기기 고장이 36%, 예상치 못한 변경 요청이 34%가 꼽혔다. 이 조사는 가상 기기와 클라우드 관리 문제도 언급했다. 응답자의 63%가 클라우드 중단을 해결해야 했다고 밝혔으며 이들 가운데 약 2/3는 이러한 중단 사태가 피할 수 있었던 문제라고 답했다. 응답자 5명 중 4명 이상인 83%는 적절한 가상 기기 관리 역량이 부족했다고 말했으며 10명 중 9명은 계획의 부재가 VM 관리를 위험하게 만들었다고 밝혔다. ciokr@idg.co.kr

IT전문가 가상 기기 저하 VM 속도 중단 네트워크 성능 조사 가상 머신

2014.12.04

IT전문가가 고민하는 가장 일반적인 IT문제로 네트워크 속도 저하나 중단이 꼽혔다. 켈튼리서치(Kelton Research)의 조사에 따르면, IT전문가들은 예상치 못한 애플리케이션 변경 요청 때문에 애플리케이션 성능과 가용성이 떨어지며 최악의 경우 네트워크 속도가 저하되거나 시스템이 멈춰 버리는 사태가 발생한다고 답변했다. IT 성능 분석 업체인 팀퀘스트(TeamQuest)가 켈튼리서치에 의뢰해 진행된 이 조사에는 임직워 수 1,000명 이상인 기업에서 일하는 400명 이상의 IT관리 전문가들이 참여했다. 조사 결과는 전반적인 관리감독과 IT효율의 부족으로 발생한 위험과 데이터센터 분석의 중요성을 나타냈다. 또 이 조사는 비교적 큰 기업에서 IT가 직면한 일반적인 문제를 분류해서 보여줬으며 IT관리자가 매주 평균 8건의 이상 징후를 처리해야 하며 7명의 직원들이 각각 이 징후들을 발견하는 것으로 파악했다. 조사에 따르면, IT관리자들이 처리하는 이상 징후 가운데 가장 많은 42%가 네트워크 중단이나 성능 저하로 나타났으며 다음으로는 애플리케이션 성능 저하와 가용성 문제가 37%로 보고됐다. 이밖에 상위 5가지 이상 징후로는 기기 고장이 36%, 예상치 못한 변경 요청이 34%가 꼽혔다. 이 조사는 가상 기기와 클라우드 관리 문제도 언급했다. 응답자의 63%가 클라우드 중단을 해결해야 했다고 밝혔으며 이들 가운데 약 2/3는 이러한 중단 사태가 피할 수 있었던 문제라고 답했다. 응답자 5명 중 4명 이상인 83%는 적절한 가상 기기 관리 역량이 부족했다고 말했으며 10명 중 9명은 계획의 부재가 VM 관리를 위험하게 만들었다고 밝혔다. ciokr@idg.co.kr

2014.12.04

회사명:한국IDG 제호: ITWorld 주소 : 서울시 중구 세종대로 23, 4층 우)04512
등록번호 : 서울 아00743 등록일자 : 2009년 01월 19일

발행인 : 박형미 편집인 : 박재곤 청소년보호책임자 : 한정규
사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2022 International Data Group. All rights reserved.

10.4.0.31