Offcanvas

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

칼럼 | 클라이언트 서버리스라는 '새 바람'을 환영하며

현대의 사용자는 어느 장소에 있고, 어떤 기기나 장치를 사용하고 있든 손끝으로 인터넷 전체를 이용하기를 바란다. 그러나 이것은 불과 얼마 전까지만 해도, 애플리케이션 개발자가 구현해 전달하기 어려웠던 기능이자 역량이다.  지난 몇 년간 스마트폰과 브라우저, 임베디드 장치가 발전을 거듭한 후 이들 도구는 전 세계에 분산된 모바일 리치 클라이언트로 기능하게 되었다. 로컬 환경이나 고속 통신망과 연결할 때와 비슷한 원격 사용자 경험을 전달할 수 있다. 이런 이정표에 도달할 수 있었던 이유는 서버리스 아키텍처와 마이크로서비스, 클라우드 네이티브 서비스, 개발자의 전 세계 어디서나 확장 가능하고 신뢰할 수 있는 웹 애플리케이션 빌드를 지원하는 방식이 부상했기 때문이다. 지금부터 클라이언트-서버리스 아키텍처의 기원과 2021년 전망에 대해 설명한다.    앱 개발을 위한 새로운 리치 클라이언트 패러다임 이러한 추세가 본격화되면서, 연결된 인터넷 애플리케이션을 위한 새로운 패러다임이 세상의 주목을 받았다. 클라이언트 서버리스 컴퓨팅으로 불리는 접근법이다. 사용자가 어디에 있든, 액세스하는 리소스가 어디에서 제공되든, 모든 스마트폰이나 엣지 장치에서 지속적으로 동적인 대화형 애플리케이션 경험과 환경을 전달한다. 리치 클라이언트 장치가 광범위하게 도입되고, 전 세계적으로 분산형 클라우드 서비스를 이용할 수 있게 되면서 클라이언트 서버리스 컴퓨팅이라는 트렌드가 한층 더 확산되었지만, 이는 개발자에게 더 많은 것을 요구한다. 이제 개발자는 자신의 프로그램 코드가 하나의 데이터센터나 클라우드 지역에 위치한 데이터베이스, 앱 서버, 웹 서버 액세스에 주로 사용될 것이라고 가정할 수 없게 되었다.  개발자는 여러 다양한 클라이언트 장치에서 사용자 인터페이스를 렌더링할 클라이언트 사이드 자바스크립트, 서버 사이드 비즈니스 로직과 마크업을 구축해야 한다. 또한, 이들은 REST(원격 API)나 JSON(데이터 형식용) 같은 산업 표준 인터페이스를...

서버리스 서버리스컴퓨팅

2021.02.02

현대의 사용자는 어느 장소에 있고, 어떤 기기나 장치를 사용하고 있든 손끝으로 인터넷 전체를 이용하기를 바란다. 그러나 이것은 불과 얼마 전까지만 해도, 애플리케이션 개발자가 구현해 전달하기 어려웠던 기능이자 역량이다.  지난 몇 년간 스마트폰과 브라우저, 임베디드 장치가 발전을 거듭한 후 이들 도구는 전 세계에 분산된 모바일 리치 클라이언트로 기능하게 되었다. 로컬 환경이나 고속 통신망과 연결할 때와 비슷한 원격 사용자 경험을 전달할 수 있다. 이런 이정표에 도달할 수 있었던 이유는 서버리스 아키텍처와 마이크로서비스, 클라우드 네이티브 서비스, 개발자의 전 세계 어디서나 확장 가능하고 신뢰할 수 있는 웹 애플리케이션 빌드를 지원하는 방식이 부상했기 때문이다. 지금부터 클라이언트-서버리스 아키텍처의 기원과 2021년 전망에 대해 설명한다.    앱 개발을 위한 새로운 리치 클라이언트 패러다임 이러한 추세가 본격화되면서, 연결된 인터넷 애플리케이션을 위한 새로운 패러다임이 세상의 주목을 받았다. 클라이언트 서버리스 컴퓨팅으로 불리는 접근법이다. 사용자가 어디에 있든, 액세스하는 리소스가 어디에서 제공되든, 모든 스마트폰이나 엣지 장치에서 지속적으로 동적인 대화형 애플리케이션 경험과 환경을 전달한다. 리치 클라이언트 장치가 광범위하게 도입되고, 전 세계적으로 분산형 클라우드 서비스를 이용할 수 있게 되면서 클라이언트 서버리스 컴퓨팅이라는 트렌드가 한층 더 확산되었지만, 이는 개발자에게 더 많은 것을 요구한다. 이제 개발자는 자신의 프로그램 코드가 하나의 데이터센터나 클라우드 지역에 위치한 데이터베이스, 앱 서버, 웹 서버 액세스에 주로 사용될 것이라고 가정할 수 없게 되었다.  개발자는 여러 다양한 클라이언트 장치에서 사용자 인터페이스를 렌더링할 클라이언트 사이드 자바스크립트, 서버 사이드 비즈니스 로직과 마크업을 구축해야 한다. 또한, 이들은 REST(원격 API)나 JSON(데이터 형식용) 같은 산업 표준 인터페이스를...

2021.02.02

'서버리스 컴퓨팅, 벌써 거품 빠졌나'…좋은 사용례와 도구 필요한 시점

서버리스 컴퓨팅은 요청이 있을 때만 코드를 실행하는 이벤트 드리븐 아키텍처 기반 애플리케이션을 제공한다. 서버리스 컴퓨팅의 장점은 가상이나 물리 서버를 유지하지 않고, 실제로 사용한 컴퓨팅 시간만큼만 요금을 내기 때문에 비용이 절감된다는 것이다. 인프라 관리 부담도 줄어든다. 최근 수 년 간 AWS 람다, 마이크로소프트 애저 펑션, 구글 클라우드 펑션 등 여러 서버리스 컴퓨팅 제품은 큰 관심을 받았다. 그러나 패러다임의 전면 도입에 필요한 개혁을 꺼리는 기업이 남아있고 이것이 정체의 조짐이 아닌가 하는 의문도 든다.   오라일리 미디어가 올 상반기에 발표한 클라우드 채택 경향에 대한 보고서에서는 62%의 응답자가 서버리스를 도입하지 않았다고 답변했고 그중 상당수가 앞으로도 서버리스를 도입할 계획이 없다고 답했다. 오라일리 미디어의 콘텐츠 전략 부사장 마이크 루키디스는 “현재 분위기로 미루어보면 서버리스가 처음의 동력을 잃은 것 같은 인상”이라고 말했다. 루키디스는 서버리스가 성장 기대치에 미치지 못했다고 지적했다. 루키디스에 따르면 이유는 “기술적 문제가 여전히 남아있기 때문”이다. 그는 “아주 긴 대기 시간을 버틸 수 있는 시스템을 설계하는 것은 아키텍처적으로 커다란 문제”라고 설명했다. 또 기업이 아키텍처적 문제를 해결할지, 무시할지, 또는 아키텍처와 상관 없는 좋은 사용례를 찾아낼 수 있을지가 흥미롭다고 덧붙였다. AWS 람다 서버리스 플랫폼을 담당하는 엔터프라이즈 및 개발자 대상 제품 리더인 피더 울랜더는 서버리스 영역에서 일어나는 진정 상태에 대한 인식에 이의를 제기한다. 울랜더는 “서버리스 산업의 성장과 산업이 점점 전략적으로 변모하는 것이 매우 반갑다”며, 서버리스는 전체 비용을 절감하고, 개발자 생산성을 향상하는 이점이 있다고 덧붙였다. 현재 수많은 AWS 고객이 AWS 람다를 사용하고 있기도 하다. 가트너 애널리스트 아룬 챈드라시커런은 올 한해 서버리스에 대한 문의가 급증했다고 밝혔다. 또, 서버리스의 주력 분야, 특히 이벤...

서버리스컴퓨팅 LAMBDA

2020.12.10

서버리스 컴퓨팅은 요청이 있을 때만 코드를 실행하는 이벤트 드리븐 아키텍처 기반 애플리케이션을 제공한다. 서버리스 컴퓨팅의 장점은 가상이나 물리 서버를 유지하지 않고, 실제로 사용한 컴퓨팅 시간만큼만 요금을 내기 때문에 비용이 절감된다는 것이다. 인프라 관리 부담도 줄어든다. 최근 수 년 간 AWS 람다, 마이크로소프트 애저 펑션, 구글 클라우드 펑션 등 여러 서버리스 컴퓨팅 제품은 큰 관심을 받았다. 그러나 패러다임의 전면 도입에 필요한 개혁을 꺼리는 기업이 남아있고 이것이 정체의 조짐이 아닌가 하는 의문도 든다.   오라일리 미디어가 올 상반기에 발표한 클라우드 채택 경향에 대한 보고서에서는 62%의 응답자가 서버리스를 도입하지 않았다고 답변했고 그중 상당수가 앞으로도 서버리스를 도입할 계획이 없다고 답했다. 오라일리 미디어의 콘텐츠 전략 부사장 마이크 루키디스는 “현재 분위기로 미루어보면 서버리스가 처음의 동력을 잃은 것 같은 인상”이라고 말했다. 루키디스는 서버리스가 성장 기대치에 미치지 못했다고 지적했다. 루키디스에 따르면 이유는 “기술적 문제가 여전히 남아있기 때문”이다. 그는 “아주 긴 대기 시간을 버틸 수 있는 시스템을 설계하는 것은 아키텍처적으로 커다란 문제”라고 설명했다. 또 기업이 아키텍처적 문제를 해결할지, 무시할지, 또는 아키텍처와 상관 없는 좋은 사용례를 찾아낼 수 있을지가 흥미롭다고 덧붙였다. AWS 람다 서버리스 플랫폼을 담당하는 엔터프라이즈 및 개발자 대상 제품 리더인 피더 울랜더는 서버리스 영역에서 일어나는 진정 상태에 대한 인식에 이의를 제기한다. 울랜더는 “서버리스 산업의 성장과 산업이 점점 전략적으로 변모하는 것이 매우 반갑다”며, 서버리스는 전체 비용을 절감하고, 개발자 생산성을 향상하는 이점이 있다고 덧붙였다. 현재 수많은 AWS 고객이 AWS 람다를 사용하고 있기도 하다. 가트너 애널리스트 아룬 챈드라시커런은 올 한해 서버리스에 대한 문의가 급증했다고 밝혔다. 또, 서버리스의 주력 분야, 특히 이벤...

2020.12.10

'코딩에만 집중하세요' 개발자를 위한 PaaS 개론

클라우드를 통해 제공하는 애플리케이션 개발 플랫폼인 PaaS는 개발자가 코딩에만 집중할 수 있도록 더 큰 유연성과 더 적은 오버헤드를 가져다준다. PaaS(Platform as a Service)는 클라우드 컴퓨팅의 한 종류로, 서비스 업체가 고객에게 플랫폼을 제공한다. 고객은 이 플랫폼을 이용해 비즈니스 애플리케이션을 개발하고 실행하고 관리하며, 전형적인 소프트웨어 개발 프로세스에 필요한 인프라를 구축하고 관리할 필요가 없다.   PaaS 아키텍처는 개발자나 다른 사용자의 눈에는 보이지 않는 기저의 인프라를 제공하기 때문에 모델은 서버리스 컴퓨팅이나 FaaS(Function as a Service)의 개념과 비슷하다. 클라우드 서비스 업체가 서버를 프로비저닝하고 실행하며, 자원의 할당을 관리한다. FaaS는 서버리스 컴퓨팅의 한 형태로, 기업이 별도의 이벤트 중심 기능을 개발하고 실행할 수 있다. 역시 애플리케이션개발과 실행에 필요한 복잡한 인프라의 구축과 관리가 필요없다. PaaS와 서버리스 컴퓨팅은 보통 실제로 소비되는 컴퓨트와 스토리지, 네트워크 자원에만 과금한다. FaaS의 경우는 좀 더 극단적으로, 기능이 실행될 때에만 과금하기 때문에 간헐적인 작업에는 FaaS가 더 자연스러운 선택이다.   모두가 클라우드 패밀리 IaaS(Infrastructure as a Service)나 SaaS(Software as a Service)와 마찬가지로 PaaS 역시 클라우드 서비스 업체가 호스팅하는 인프라를 통해 제공된다. 사용자는 보통 웹 브라우저를 통해 PaaS 서비스에 액세스한다. PaaS는 퍼블릭 클라우드로도 프라이빗 클라우드로도, 아니면 하이브리드 클라우드로도 제공할 수 있다. 퍼블릭 클라우드 PaaS를 이용하면 고객은 소프트웨어 배치만 제어하고 애플리케이션 호스팅에 필요한 나머지 주요 IT 구성요소, 즉 서버와 스토리지 시스템, 네트워크, 운영체제, 데이터베이스는 모두 클라우드 서비스 업체가 맡는다. 프라이빗...

퍼블릭클라우드 PaaS FaaS 서버리스컴퓨팅

2019.07.24

클라우드를 통해 제공하는 애플리케이션 개발 플랫폼인 PaaS는 개발자가 코딩에만 집중할 수 있도록 더 큰 유연성과 더 적은 오버헤드를 가져다준다. PaaS(Platform as a Service)는 클라우드 컴퓨팅의 한 종류로, 서비스 업체가 고객에게 플랫폼을 제공한다. 고객은 이 플랫폼을 이용해 비즈니스 애플리케이션을 개발하고 실행하고 관리하며, 전형적인 소프트웨어 개발 프로세스에 필요한 인프라를 구축하고 관리할 필요가 없다.   PaaS 아키텍처는 개발자나 다른 사용자의 눈에는 보이지 않는 기저의 인프라를 제공하기 때문에 모델은 서버리스 컴퓨팅이나 FaaS(Function as a Service)의 개념과 비슷하다. 클라우드 서비스 업체가 서버를 프로비저닝하고 실행하며, 자원의 할당을 관리한다. FaaS는 서버리스 컴퓨팅의 한 형태로, 기업이 별도의 이벤트 중심 기능을 개발하고 실행할 수 있다. 역시 애플리케이션개발과 실행에 필요한 복잡한 인프라의 구축과 관리가 필요없다. PaaS와 서버리스 컴퓨팅은 보통 실제로 소비되는 컴퓨트와 스토리지, 네트워크 자원에만 과금한다. FaaS의 경우는 좀 더 극단적으로, 기능이 실행될 때에만 과금하기 때문에 간헐적인 작업에는 FaaS가 더 자연스러운 선택이다.   모두가 클라우드 패밀리 IaaS(Infrastructure as a Service)나 SaaS(Software as a Service)와 마찬가지로 PaaS 역시 클라우드 서비스 업체가 호스팅하는 인프라를 통해 제공된다. 사용자는 보통 웹 브라우저를 통해 PaaS 서비스에 액세스한다. PaaS는 퍼블릭 클라우드로도 프라이빗 클라우드로도, 아니면 하이브리드 클라우드로도 제공할 수 있다. 퍼블릭 클라우드 PaaS를 이용하면 고객은 소프트웨어 배치만 제어하고 애플리케이션 호스팅에 필요한 나머지 주요 IT 구성요소, 즉 서버와 스토리지 시스템, 네트워크, 운영체제, 데이터베이스는 모두 클라우드 서비스 업체가 맡는다. 프라이빗...

2019.07.24

'이유 있는 인기'··· 서버리스 컴퓨팅의 효용

개발자는 코드로 비즈니스 문제를 해결하느라 많은 시간을 소비한다. 개발자 다음은 운영 부서 차례다. 운영 부서는 먼저 개발자가 쓴 코드를 가용한 컴퓨터에서 구동하느라, 그리고 그 컴퓨터를 매끄럽게 운영하느라 많은 시간을 소비한다. 특히 이 두 번째 작업은 영원히 끝나지 않는 과정이다. 이 부분을 다른 누군가에게 맡길 수 있다면 어떨까?   지난 20년 동안 IT 혁신(가상 머신, 클라우드 컴퓨팅, 컨테이너 등) 대부분은 코드가 실행되는 물리 시스템의 고민 거리를 줄이는 데에 초점을 맞췄다. 서버리스 컴퓨팅은 이러한 욕구의 궁극적인 결론에 도달하는 패러다임으로 인기를 얻고 있다. 즉, 서버리스 컴퓨팅에서는 코드가 실행되는 하드웨어나 운영체제 정보가 아무것도 필요하지 않다. 모두 서비스 제공업체가 알아서 해준다.   서버리스 컴퓨팅이란 무엇인가? 서버리스 컴퓨팅은 클라우드 제공업체가 특정 코드 조각을 실행할 때 필요한 컴퓨팅 리소스와 스토리지를 동적으로 할당하고 그만큼에 대해서만 요금을 부과하는 클라우드 실행 모델이다. 물론 서버는 여전히 사용되지만 프로비저닝과 유지보수를 전적으로 제공 업체가 책임진다. 아마존의 서버리스 담당자 크리스 먼스는 2017년 컨퍼런스에서 “코드를 작성하고 배포하는 부서 관점에서 볼 때 관리나 프로비전해야 할 서버가 전혀 없다. 베어 메탈, 가상, 컨테이너가 모두 여기에 해당된다. 호스트 관리, 호스트 패치, 기타 운영체제 수준의 작업과 관련된 어떤 일도 서버리스 환경에서는 존재하지 않는다”고 말했다.   개발자인 마이크 로버츠가 설명했듯이 서버리스라는 용어는 한때는 모바일 앱이 온전히 클라우드에 호스팅되는 백엔드 서버에 연결되는, 서비스형 백엔드 시나리오에 사용됐다. 그러나 지금 서버리스 컴퓨팅, 또는 서버리스 아키텍처라고 하면 곧 서비스형 함수를 의미한다. 고객은 비즈니스 로직만 처리하는 코드를 써서 제공업체에 업로드한다. 업체는 하드웨어 프로비저닝, 가상 머신 및 컨테이너 관리, 그리고 애플리케이션 코드에...

클라우드 람다 서버리스 서버리스컴퓨팅

2019.07.08

개발자는 코드로 비즈니스 문제를 해결하느라 많은 시간을 소비한다. 개발자 다음은 운영 부서 차례다. 운영 부서는 먼저 개발자가 쓴 코드를 가용한 컴퓨터에서 구동하느라, 그리고 그 컴퓨터를 매끄럽게 운영하느라 많은 시간을 소비한다. 특히 이 두 번째 작업은 영원히 끝나지 않는 과정이다. 이 부분을 다른 누군가에게 맡길 수 있다면 어떨까?   지난 20년 동안 IT 혁신(가상 머신, 클라우드 컴퓨팅, 컨테이너 등) 대부분은 코드가 실행되는 물리 시스템의 고민 거리를 줄이는 데에 초점을 맞췄다. 서버리스 컴퓨팅은 이러한 욕구의 궁극적인 결론에 도달하는 패러다임으로 인기를 얻고 있다. 즉, 서버리스 컴퓨팅에서는 코드가 실행되는 하드웨어나 운영체제 정보가 아무것도 필요하지 않다. 모두 서비스 제공업체가 알아서 해준다.   서버리스 컴퓨팅이란 무엇인가? 서버리스 컴퓨팅은 클라우드 제공업체가 특정 코드 조각을 실행할 때 필요한 컴퓨팅 리소스와 스토리지를 동적으로 할당하고 그만큼에 대해서만 요금을 부과하는 클라우드 실행 모델이다. 물론 서버는 여전히 사용되지만 프로비저닝과 유지보수를 전적으로 제공 업체가 책임진다. 아마존의 서버리스 담당자 크리스 먼스는 2017년 컨퍼런스에서 “코드를 작성하고 배포하는 부서 관점에서 볼 때 관리나 프로비전해야 할 서버가 전혀 없다. 베어 메탈, 가상, 컨테이너가 모두 여기에 해당된다. 호스트 관리, 호스트 패치, 기타 운영체제 수준의 작업과 관련된 어떤 일도 서버리스 환경에서는 존재하지 않는다”고 말했다.   개발자인 마이크 로버츠가 설명했듯이 서버리스라는 용어는 한때는 모바일 앱이 온전히 클라우드에 호스팅되는 백엔드 서버에 연결되는, 서비스형 백엔드 시나리오에 사용됐다. 그러나 지금 서버리스 컴퓨팅, 또는 서버리스 아키텍처라고 하면 곧 서비스형 함수를 의미한다. 고객은 비즈니스 로직만 처리하는 코드를 써서 제공업체에 업로드한다. 업체는 하드웨어 프로비저닝, 가상 머신 및 컨테이너 관리, 그리고 애플리케이션 코드에...

2019.07.08

블로그 | 서버리스 성공을 위한 3분 가이드

시장 분석회사 마켓앤마켓(Markets and Markets)에 따르면, 2018년 서버리스 아키텍처 시장은 약 42억 5,000만 달러 규모로 추정된다. 그리고 2023년에는 시장 규모가 149억 달러에 이를 것으로 예상했다. 서버리스 사용이 이처럼 확산하는 이유는 무엇일까? 빠른 배치와 클라우드옵스의 단순화 및 자동화, 데브옵스 프로세스와의 통합, 그리고 비용 측면의 장점 등을 들 수 있다.   그렇긴 하지만, 서버리스를 사용하고자 하는 사람 대부분이 어떻게 해야 하는지를 잘 모른다. 많은 사람이 전통적인 온프레미스 애플리케이션을 가져다 마우스 드래그로 서버리스에 보낼 수 있다고 생각한다. 하지만 현실은 훨씬 더 복잡하다. 실제로 서버리스 애플리케이션 개발은 전혀 새로운 애플리케이션을 맞추는 것과 비슷하다. 여러 가지 요소를 고려해야 하지만, 주된 작업은 서버리스에 맞춰 애플리케이션을 새로 설계하는 것이다. 특정 설계 패턴에 최적화되어 있는 컨테이너나 다른 실행 아키텍처에 맞춰 설계해야 하는 것처럼, 서버리스도 예외가 아니다. 가장 흔한 실수는 제대로 최적화되지 않은 애플리케이션을 강제로 서버리스에 맞추는 것이다.   개발자가 서버리스를 반기는 이유 서버리스 컴퓨팅의 3대 문제점과 해결 방법 IDG 블로그 | 서버리스 컴퓨팅을 시작하기 전에 알아야 할 것 서버리스 설계를 위한 몇 가지 팁은 다음과 같다. -    애플리케이션을 독립적이고 수명이 짧은 서비스로 분해해야 한다. 서버리스 시스템은 애플리케이션의 구성요소를 별도의 기능으로 실행한다. 많은 경우, 이는 자연스럽지 않은 동작이다. -    결로넞긍로 서버리스 애플리케이션 역시 스테이트리스(Stateless)라야 한다. 이는 API 관리와 같은 서비스를 지원하는데, 서버리스 애플리케이션의 성공에 핵심적인 요소이다. -&...

아키텍처 가이드 서버리스컴퓨팅

2019.06.14

시장 분석회사 마켓앤마켓(Markets and Markets)에 따르면, 2018년 서버리스 아키텍처 시장은 약 42억 5,000만 달러 규모로 추정된다. 그리고 2023년에는 시장 규모가 149억 달러에 이를 것으로 예상했다. 서버리스 사용이 이처럼 확산하는 이유는 무엇일까? 빠른 배치와 클라우드옵스의 단순화 및 자동화, 데브옵스 프로세스와의 통합, 그리고 비용 측면의 장점 등을 들 수 있다.   그렇긴 하지만, 서버리스를 사용하고자 하는 사람 대부분이 어떻게 해야 하는지를 잘 모른다. 많은 사람이 전통적인 온프레미스 애플리케이션을 가져다 마우스 드래그로 서버리스에 보낼 수 있다고 생각한다. 하지만 현실은 훨씬 더 복잡하다. 실제로 서버리스 애플리케이션 개발은 전혀 새로운 애플리케이션을 맞추는 것과 비슷하다. 여러 가지 요소를 고려해야 하지만, 주된 작업은 서버리스에 맞춰 애플리케이션을 새로 설계하는 것이다. 특정 설계 패턴에 최적화되어 있는 컨테이너나 다른 실행 아키텍처에 맞춰 설계해야 하는 것처럼, 서버리스도 예외가 아니다. 가장 흔한 실수는 제대로 최적화되지 않은 애플리케이션을 강제로 서버리스에 맞추는 것이다.   개발자가 서버리스를 반기는 이유 서버리스 컴퓨팅의 3대 문제점과 해결 방법 IDG 블로그 | 서버리스 컴퓨팅을 시작하기 전에 알아야 할 것 서버리스 설계를 위한 몇 가지 팁은 다음과 같다. -    애플리케이션을 독립적이고 수명이 짧은 서비스로 분해해야 한다. 서버리스 시스템은 애플리케이션의 구성요소를 별도의 기능으로 실행한다. 많은 경우, 이는 자연스럽지 않은 동작이다. -    결로넞긍로 서버리스 애플리케이션 역시 스테이트리스(Stateless)라야 한다. 이는 API 관리와 같은 서비스를 지원하는데, 서버리스 애플리케이션의 성공에 핵심적인 요소이다. -&...

2019.06.14

“보안, DB, 컴퓨팅, 스토리지... 우리는 차원이 다른 클라우드다” AWS CEO

아마존 웹 서비스(AWS)의 CEO인 앤디 재시는 라스베이거스에서 열린 리인벤트의 기존연설에서 경쟁사보다 뛰어난 클라우드 제품의 깊이에 대해, 그리고 좀더 명시적인 솔루션을 기업에게 제공하고 있고, 오랜 명성을 가진 오라클의 제품을 추격하고 있다고 소리 높여 말했다.    재시는 라스베이거스의 샌즈 엑스포 센터에서 “매년 우리는 개발자가 원하는 것이 무엇인지 생각한다. 현재 140가지 서비스를 제공하고, 이는 단순히 지역, 가용 구역, 컴퓨팅, 스토리지 유형, 데이터베이스, 분석, 머신러닝, 메시징, 인력 서비스만을 의미하지 않는다. 이는 더욱 깊이 있는 서비스와 서비스 안의 더욱 다양한 기능을 의미한다”고 강조했다.  그러면서 그는 ‘몇 주 전에 일어난 실제 이야기’를 언급했다. AWS의 한 고위 임원이 시애틀을 떠나는 비행편에서 경쟁 업체의 임원 옆에 착석한 것이다. 그는 이들이 작업 중인 파워포인트 프레젠테이션을 볼 기회가 있었다.   재시는 “프레젠테이션 내용을 보면, 우리의 제품 전략은 AWS가 시작하는 모든 것을 관찰하면서 이를 최대한 빨리 따라 하는 것이다. 기능이나 역량이 동일한 것은 중요하지 않다. 사람들이 이를 검토할 것이고 애널리스트가 속아 넘어갈 것이다”라면서 점잖은 공격에 익숙한 커뮤니티에 이례적인 공세를 가했다.   그는 “개발자는 현혹되지 않을 것이다. 클라우드에서 이들 서비스를 시도하는 것이 매우 저렴해서 개발자가 플랫폼 깊이의 차이를 아는 데 오랜 시간이 걸리지 않을 것이다”고 덧붙였다.  여기서 재시는 보안, 데이터베이스, 컴퓨팅, 그리고 가장 중요한 스토리지에 걸쳐 장황하게 설명하며 경쟁자의 상품보다 우월한 깊이를 증명했다.  예를 들어, 데이터베이스에 관해 그는 “AWS는 11개의 관계형 및 비-관계형 데이터베이스를 확보했고, 어떤 사업자도 이보다 더 많은...

검색 다아나모DB 서버리스컴퓨팅 오로라 데이터레이크 아마존웹서비스 Re:Invent 리인벤트 레드시프트 애널리틱스 분석 기조연설 데이터웨어하우스 DB AWS 데이터베이스 CEO 오라클 데이터베이스프리덤

2018.12.03

아마존 웹 서비스(AWS)의 CEO인 앤디 재시는 라스베이거스에서 열린 리인벤트의 기존연설에서 경쟁사보다 뛰어난 클라우드 제품의 깊이에 대해, 그리고 좀더 명시적인 솔루션을 기업에게 제공하고 있고, 오랜 명성을 가진 오라클의 제품을 추격하고 있다고 소리 높여 말했다.    재시는 라스베이거스의 샌즈 엑스포 센터에서 “매년 우리는 개발자가 원하는 것이 무엇인지 생각한다. 현재 140가지 서비스를 제공하고, 이는 단순히 지역, 가용 구역, 컴퓨팅, 스토리지 유형, 데이터베이스, 분석, 머신러닝, 메시징, 인력 서비스만을 의미하지 않는다. 이는 더욱 깊이 있는 서비스와 서비스 안의 더욱 다양한 기능을 의미한다”고 강조했다.  그러면서 그는 ‘몇 주 전에 일어난 실제 이야기’를 언급했다. AWS의 한 고위 임원이 시애틀을 떠나는 비행편에서 경쟁 업체의 임원 옆에 착석한 것이다. 그는 이들이 작업 중인 파워포인트 프레젠테이션을 볼 기회가 있었다.   재시는 “프레젠테이션 내용을 보면, 우리의 제품 전략은 AWS가 시작하는 모든 것을 관찰하면서 이를 최대한 빨리 따라 하는 것이다. 기능이나 역량이 동일한 것은 중요하지 않다. 사람들이 이를 검토할 것이고 애널리스트가 속아 넘어갈 것이다”라면서 점잖은 공격에 익숙한 커뮤니티에 이례적인 공세를 가했다.   그는 “개발자는 현혹되지 않을 것이다. 클라우드에서 이들 서비스를 시도하는 것이 매우 저렴해서 개발자가 플랫폼 깊이의 차이를 아는 데 오랜 시간이 걸리지 않을 것이다”고 덧붙였다.  여기서 재시는 보안, 데이터베이스, 컴퓨팅, 그리고 가장 중요한 스토리지에 걸쳐 장황하게 설명하며 경쟁자의 상품보다 우월한 깊이를 증명했다.  예를 들어, 데이터베이스에 관해 그는 “AWS는 11개의 관계형 및 비-관계형 데이터베이스를 확보했고, 어떤 사업자도 이보다 더 많은...

2018.12.03

분산된 IoT 마이크로서비스에 P 언어가 필요한 이유

‘비동기’는 무서운 단어다. 비동기와 함께 발생하는 이벤트에 주의하면서 어떻게든 따라잡히지 않도록 도망가야 함을 의미한다. 이벤트 기반 비동기는 프로그래밍 프레임 워크로, 맞춤형 사물 인터넷을 위한 서버리스 컴퓨팅의 기초다. 만약 IoT 컨텍스트에서 이벤트 시나리오를 고려하면, 최고의 드라이버는 타이밍, 시퀀싱, 주파수에 따라 달라지고, 가능한 모든 방향으로 시스템 런타임 행동을 임의로 바꿀 수 있는 끝없는 센서 인풋의 행렬일 것이다. 이벤트 주도의 마이크로서비스 상호작용을 이런 센서 기반의 복잡성을 가진 레이어로 만들면, 오늘날의 사물인터넷 환경은 그저 이벤트가 발생하기만을 기다리는 비동기적 광기의 쥐구멍이라는 점이 명백해진다. 분산된 사물인터넷 마이크로서비스에 탄력성을 가져오려면, 기본적으로 비동기적인 기본 물질을 완전히 통제하는 고도의 프로그램 가능한 추상화가 필요하다. 오픈소스 프로그램 언어이자 최근 마이크로소프트가 임베디드 시스템, 인공지능 앱, 클라우드 서비스에서 비동기 애플리케이션 프로그램에 도입한 P를 다룬 최근 InfoWorld 기사를 읽고 필자가 받아들인 것도 이것이다. 필자에게 생소했던 개념은 “조사 시 종종 사라지곤 하는 타이밍 관련 버그”로 정의할 수 있는 ‘하이젠버그(heisenbug)”였다. 하이젠 버그라는 용어는 ‘하이젠 베르크의 불확정성 원리’에서 따온 말로, 필연적으로 상태를 바꾸는 시스템을 관찰하려는 환경에서 일어난다. 컴퓨팅 환경과 관련해 하이젠버그라는 불확정성 버그는 행동을 변경하는 시스템에 비동기 테스트 핑을 전송하는 프로브 효과와 같다. 이 말의 뜻은, 어떤 시스템적 결함을 분리하고, 분석하고, 디버그하려는 바로 그 행동이 기저의 시스템적 행동을 변화시키며, 문제의 버그가 재발하지 않도록 할 수 있다는 것이다. 하이젠버그의 주요 발생 원인 중 하나는 경쟁 조건인데, 비동기적 인풋 이벤트가 시스템이 통제하는 ...

오픈소스 사물인터넷 IoT 서버리스컴퓨팅 P언어 임베디드시스템 하이젠버그

2017.07.04

‘비동기’는 무서운 단어다. 비동기와 함께 발생하는 이벤트에 주의하면서 어떻게든 따라잡히지 않도록 도망가야 함을 의미한다. 이벤트 기반 비동기는 프로그래밍 프레임 워크로, 맞춤형 사물 인터넷을 위한 서버리스 컴퓨팅의 기초다. 만약 IoT 컨텍스트에서 이벤트 시나리오를 고려하면, 최고의 드라이버는 타이밍, 시퀀싱, 주파수에 따라 달라지고, 가능한 모든 방향으로 시스템 런타임 행동을 임의로 바꿀 수 있는 끝없는 센서 인풋의 행렬일 것이다. 이벤트 주도의 마이크로서비스 상호작용을 이런 센서 기반의 복잡성을 가진 레이어로 만들면, 오늘날의 사물인터넷 환경은 그저 이벤트가 발생하기만을 기다리는 비동기적 광기의 쥐구멍이라는 점이 명백해진다. 분산된 사물인터넷 마이크로서비스에 탄력성을 가져오려면, 기본적으로 비동기적인 기본 물질을 완전히 통제하는 고도의 프로그램 가능한 추상화가 필요하다. 오픈소스 프로그램 언어이자 최근 마이크로소프트가 임베디드 시스템, 인공지능 앱, 클라우드 서비스에서 비동기 애플리케이션 프로그램에 도입한 P를 다룬 최근 InfoWorld 기사를 읽고 필자가 받아들인 것도 이것이다. 필자에게 생소했던 개념은 “조사 시 종종 사라지곤 하는 타이밍 관련 버그”로 정의할 수 있는 ‘하이젠버그(heisenbug)”였다. 하이젠 버그라는 용어는 ‘하이젠 베르크의 불확정성 원리’에서 따온 말로, 필연적으로 상태를 바꾸는 시스템을 관찰하려는 환경에서 일어난다. 컴퓨팅 환경과 관련해 하이젠버그라는 불확정성 버그는 행동을 변경하는 시스템에 비동기 테스트 핑을 전송하는 프로브 효과와 같다. 이 말의 뜻은, 어떤 시스템적 결함을 분리하고, 분석하고, 디버그하려는 바로 그 행동이 기저의 시스템적 행동을 변화시키며, 문제의 버그가 재발하지 않도록 할 수 있다는 것이다. 하이젠버그의 주요 발생 원인 중 하나는 경쟁 조건인데, 비동기적 인풋 이벤트가 시스템이 통제하는 ...

2017.07.04

블로그 | 모두가 서버리스 컴퓨팅에 열광하는 이유

주기에 따라 늘 반복되는 일이지만 엔터프라이즈 기술 개발의 폭발적인 기세가 최근 한풀 꺾였다. 업계는 항상 열풍이 지나간 뒤에 남는 실질적으로 새로운 어떤 것에 열광한다. AI와 머신러닝에 대한 열광이 좋은 예다. AI 워싱(AI-washing)을 이미 실컷 경험한 필자에게 지금 가장 흥미를 끄는 새로운 영역은 서버리스 컴퓨팅(Serverless Computing)이다. 서버리스는 아마존이 2년 전 AWS 람다(Lambda)를 내놓으면서 사람들 입에 오르내리기 시작했다. 기본적인 아이디어는 마침내 개발자가 실제 서버나 가상 서버, 심지어 컨테이너에 대해서도 신경 쓸 필요 없이 애플리케이션을 빌드할 수 있다는 것이다. 그냥 함수라고 하는 작은 빌딩 블록에서 서비스를 가져와 조립하면 나머지 복잡한 인프라 관련 작업은 내부에서 알아서 처리된다. 서버는 제거되는 것이 아니라(그런 일은 다른 우주에서나 가능하다) 개발자에게 보이지 않게 숨겨진다는 면에서 서버리스 컴퓨팅보다 “FaaS(Functions as a Service)”라는 용어를 선호하는 사람이 많다. 클라우드 시장의 주요 경쟁업체들이 AWS 람다를 흉내내 내놓은 서비스, 즉 구글 클라우드 펑션(Google Cloud Functions), 마이크로소프트 애저 펑션(Microsoft Azure Functions)의 명명법에도 FaaS의 개념이 반영되어 있다. (IBM이 오픈위스크(OpenWhist)라는 이름을 어디서 가져왔는지는 잘 모르겠다. 애플리케이션을 재빨리 내놓는다(whip up)는 의미인가?) 최근 미국 오스틴에서 열린 서버리스 컨퍼런스 행사에는 시스코 기술 솔루션 설계자인 피터 존슨도 참석했다. 현장에서 존슨은 “아주 열띤 분위기다. 2009년의 클라우드와 같은 정도”라고 말했다. 존슨은 서버리스 컴퓨팅의 주요 매력을 다음과 같이 설명했다. “소프트웨어 아키텍처에 관한 다른 사고 방식이다. 구성 요소를 작은 조각들로 나눈다. 기...

오픈소스 함수 람다 FaaS 서버리스컴퓨팅

2017.05.11

주기에 따라 늘 반복되는 일이지만 엔터프라이즈 기술 개발의 폭발적인 기세가 최근 한풀 꺾였다. 업계는 항상 열풍이 지나간 뒤에 남는 실질적으로 새로운 어떤 것에 열광한다. AI와 머신러닝에 대한 열광이 좋은 예다. AI 워싱(AI-washing)을 이미 실컷 경험한 필자에게 지금 가장 흥미를 끄는 새로운 영역은 서버리스 컴퓨팅(Serverless Computing)이다. 서버리스는 아마존이 2년 전 AWS 람다(Lambda)를 내놓으면서 사람들 입에 오르내리기 시작했다. 기본적인 아이디어는 마침내 개발자가 실제 서버나 가상 서버, 심지어 컨테이너에 대해서도 신경 쓸 필요 없이 애플리케이션을 빌드할 수 있다는 것이다. 그냥 함수라고 하는 작은 빌딩 블록에서 서비스를 가져와 조립하면 나머지 복잡한 인프라 관련 작업은 내부에서 알아서 처리된다. 서버는 제거되는 것이 아니라(그런 일은 다른 우주에서나 가능하다) 개발자에게 보이지 않게 숨겨진다는 면에서 서버리스 컴퓨팅보다 “FaaS(Functions as a Service)”라는 용어를 선호하는 사람이 많다. 클라우드 시장의 주요 경쟁업체들이 AWS 람다를 흉내내 내놓은 서비스, 즉 구글 클라우드 펑션(Google Cloud Functions), 마이크로소프트 애저 펑션(Microsoft Azure Functions)의 명명법에도 FaaS의 개념이 반영되어 있다. (IBM이 오픈위스크(OpenWhist)라는 이름을 어디서 가져왔는지는 잘 모르겠다. 애플리케이션을 재빨리 내놓는다(whip up)는 의미인가?) 최근 미국 오스틴에서 열린 서버리스 컨퍼런스 행사에는 시스코 기술 솔루션 설계자인 피터 존슨도 참석했다. 현장에서 존슨은 “아주 열띤 분위기다. 2009년의 클라우드와 같은 정도”라고 말했다. 존슨은 서버리스 컴퓨팅의 주요 매력을 다음과 같이 설명했다. “소프트웨어 아키텍처에 관한 다른 사고 방식이다. 구성 요소를 작은 조각들로 나눈다. 기...

2017.05.11

회사명:한국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.13