Offcanvas

AWS ������

AWS, 서버리스 앱에 ‘ML 기반 분석’ 추가

‘아마존 데브옵스 구루 포 서버리스(Amazon DevOps Guru for Serverless)’는 머신러닝을 사용하여 AWS 람다(AWS Lambda) 애플리케이션의 운영 가용성과 성능을 향상시킨다.    AWS가 머신러닝을 통해 AWS 람다 서버리스 애플리케이션의 운영 가용성과 성능을 개선하는 서비스 ‘아마존 데브옵스 구루 포 서버리스’를 공개했다. 지난 4월 21일(현지 시각) 발표된 이 AWS 람다 지원은 애플리케이션 동작 모니터링을 위한 아마존 데브옵스 구루 서비스의 새로운 기능이다. 아마존 데브옵스 구루는 모든 아마존 관계형 데이베이스 서비스에서도 사용할 수 있다.  회사에 따르면 아마존 데브옵스 구루는 수년간 AWS 및 아마존닷컴 운영에서 얻은 데이터를 기반으로 하는 머신러닝 모델을 사용하여 개발자가 애플리케이션 성능을 향상시킬 수 있도록 지원한다. AWS 람다를 쓰는 개발자는 이 서비스를 활용하여 기능 수준에서 비정상적인 동작을 자동으로 감지하고, ML 기반 권장사항을 통해 발견된 문제를 해결할 수 있다. 이를테면 메모리 활용도가 낮거나 프로비저닝되지 않은 동시성 등의 문제를 감지할 수 있다고 회사 측은 설명했다.  문제가 감지되면 아마존 데브옵스 구루 포 서버리스는 데브옵스 구루 콘솔에 결과를 표시하고, 아마존 이벤트브릿지(Amazon EventBridge) 또는 아마존 심플 노티피케이션 서비스(Amazon Simple Notification Service)를 통해 알림을 보낸다. 개발자는 데브옵스 구루 콘솔을 탐색하여 람다 기반 애플리케이션, 기타 지원되는 리소스 또는 전체 계정에서 해당 서비스를 활성화할 수 있다.  아마존 데브옵스 구루에서 제공하는 구체적인 운영 문제 및 사전 예방적 인사이트는 다음과 같다. • 아마존 람다 동시 실행이 계정 제한에 도달하거나 동시 실행이 연속적으로 계정 제한에 도달하면 트리거된다.  • AWS 람다에 프로비저닝된 동시성의 용량이 부족할 때...

AWS 아마존 웹 서비스 클라우드 서버리스 애플리케이션 머신러닝 AWS 람다

2022.04.22

‘아마존 데브옵스 구루 포 서버리스(Amazon DevOps Guru for Serverless)’는 머신러닝을 사용하여 AWS 람다(AWS Lambda) 애플리케이션의 운영 가용성과 성능을 향상시킨다.    AWS가 머신러닝을 통해 AWS 람다 서버리스 애플리케이션의 운영 가용성과 성능을 개선하는 서비스 ‘아마존 데브옵스 구루 포 서버리스’를 공개했다. 지난 4월 21일(현지 시각) 발표된 이 AWS 람다 지원은 애플리케이션 동작 모니터링을 위한 아마존 데브옵스 구루 서비스의 새로운 기능이다. 아마존 데브옵스 구루는 모든 아마존 관계형 데이베이스 서비스에서도 사용할 수 있다.  회사에 따르면 아마존 데브옵스 구루는 수년간 AWS 및 아마존닷컴 운영에서 얻은 데이터를 기반으로 하는 머신러닝 모델을 사용하여 개발자가 애플리케이션 성능을 향상시킬 수 있도록 지원한다. AWS 람다를 쓰는 개발자는 이 서비스를 활용하여 기능 수준에서 비정상적인 동작을 자동으로 감지하고, ML 기반 권장사항을 통해 발견된 문제를 해결할 수 있다. 이를테면 메모리 활용도가 낮거나 프로비저닝되지 않은 동시성 등의 문제를 감지할 수 있다고 회사 측은 설명했다.  문제가 감지되면 아마존 데브옵스 구루 포 서버리스는 데브옵스 구루 콘솔에 결과를 표시하고, 아마존 이벤트브릿지(Amazon EventBridge) 또는 아마존 심플 노티피케이션 서비스(Amazon Simple Notification Service)를 통해 알림을 보낸다. 개발자는 데브옵스 구루 콘솔을 탐색하여 람다 기반 애플리케이션, 기타 지원되는 리소스 또는 전체 계정에서 해당 서비스를 활성화할 수 있다.  아마존 데브옵스 구루에서 제공하는 구체적인 운영 문제 및 사전 예방적 인사이트는 다음과 같다. • 아마존 람다 동시 실행이 계정 제한에 도달하거나 동시 실행이 연속적으로 계정 제한에 도달하면 트리거된다.  • AWS 람다에 프로비저닝된 동시성의 용량이 부족할 때...

2022.04.22

“‘AWS 람다’ 표적으로 노린 맬웨어가 발견됐다”

새 암호화폐 채굴 맬웨어는 쉽게 배포할 수 있도록 고(Go)로 작성됐으며, AWS의 자체 오픈소스 고 라이브러리를 사용한다.  맬웨어 개발자는 트렌드를 따라간다. 특히, 공격자는 타깃 조직에서 사용하는 것과 동일한 기술을 채택한다. 최근 카도 시큐리티(Cado Security)의 연구진이 사용자 제공 애플리케이션 코드를 온디맨드로 실행하도록 설계된, 이른바 서버리스 컴퓨팅 플랫폼 ‘AWS 람다(AWS Lambda)’ 내부에서 실행되는 암호화폐 채굴기를 발견했다고 밝혔다.  연구진은 “이 첫 번째 샘플은 암호화폐 채굴 소프트웨어만 실행한다는 점에서 무해하긴 하지만 공격자가 클라우드 관련 전문 지식을 활용하여 복잡한 클라우드 인프라를 악용하는 방법을 보여주며, 이는 잠재적으로 굉장히 위험한 공격이 될 수 있다”라고 말했다.    ‘데노니아(Denonia)’  고랭으로 작성된 이 맬웨어는 (공격자가 도메인에 부여한 이름을 따서) ‘데노니아(Denonia)’라고 명명됐으며, 리눅스용 64-bit ELF 실행 파일로 발견됐다. 카도 시큐리티 연구진은 이 맬웨어가 어떻게 배포되는지 정확하게 파악하진 못했지만 손상된 AWS 액세스 자격증명 및 시크릿 키(Secret Keys)가 관련됐을 가능성이 있다고 봤다.  한편 구글의 고 언어로 작성된 맬웨어가 새로운 것은 아니다. 맬웨어를 크로스 플랫폼 및 독립형으로 만드는 간편한 방법을 제공한다는 점에서 이는 최근 몇 년 동안 점점 더 보편화되고 있는 추세다. 물론 단점도 있다. 바이너리 파일이 크다는 것이다. 운영체제에 이미 존재하는 라이브러리에 동적으로 연결되는 대신, 프로그램이 필요로 하는 모든 라이브러리를 포함해야 하기 때문이다.  여러 프로그래밍 언어로 된 코드를 지원하도록 설계된 서버리스 컴퓨팅 플랫폼은 코드를 쉽게 배포할 수 있도록 지원한다. AWS 람다는 기본적으로 자바, 고, 파워셸, 노드닷제이에스, C#, 파이썬, 루비를 지원한다. 사용자가...

AWS 람다 서버리스 컴퓨팅 데노니아 맬웨어 암호화폐 채굴 XM리그

2022.04.07

새 암호화폐 채굴 맬웨어는 쉽게 배포할 수 있도록 고(Go)로 작성됐으며, AWS의 자체 오픈소스 고 라이브러리를 사용한다.  맬웨어 개발자는 트렌드를 따라간다. 특히, 공격자는 타깃 조직에서 사용하는 것과 동일한 기술을 채택한다. 최근 카도 시큐리티(Cado Security)의 연구진이 사용자 제공 애플리케이션 코드를 온디맨드로 실행하도록 설계된, 이른바 서버리스 컴퓨팅 플랫폼 ‘AWS 람다(AWS Lambda)’ 내부에서 실행되는 암호화폐 채굴기를 발견했다고 밝혔다.  연구진은 “이 첫 번째 샘플은 암호화폐 채굴 소프트웨어만 실행한다는 점에서 무해하긴 하지만 공격자가 클라우드 관련 전문 지식을 활용하여 복잡한 클라우드 인프라를 악용하는 방법을 보여주며, 이는 잠재적으로 굉장히 위험한 공격이 될 수 있다”라고 말했다.    ‘데노니아(Denonia)’  고랭으로 작성된 이 맬웨어는 (공격자가 도메인에 부여한 이름을 따서) ‘데노니아(Denonia)’라고 명명됐으며, 리눅스용 64-bit ELF 실행 파일로 발견됐다. 카도 시큐리티 연구진은 이 맬웨어가 어떻게 배포되는지 정확하게 파악하진 못했지만 손상된 AWS 액세스 자격증명 및 시크릿 키(Secret Keys)가 관련됐을 가능성이 있다고 봤다.  한편 구글의 고 언어로 작성된 맬웨어가 새로운 것은 아니다. 맬웨어를 크로스 플랫폼 및 독립형으로 만드는 간편한 방법을 제공한다는 점에서 이는 최근 몇 년 동안 점점 더 보편화되고 있는 추세다. 물론 단점도 있다. 바이너리 파일이 크다는 것이다. 운영체제에 이미 존재하는 라이브러리에 동적으로 연결되는 대신, 프로그램이 필요로 하는 모든 라이브러리를 포함해야 하기 때문이다.  여러 프로그래밍 언어로 된 코드를 지원하도록 설계된 서버리스 컴퓨팅 플랫폼은 코드를 쉽게 배포할 수 있도록 지원한다. AWS 람다는 기본적으로 자바, 고, 파워셸, 노드닷제이에스, C#, 파이썬, 루비를 지원한다. 사용자가...

2022.04.07

AWS 람다(AWS Lambda), ‘닷넷 6’ 지원

‘AWS 람다(AWS Lambda)’ 사용자는 마이크로소프트 닷넷(.NET)의 최신 버전에서 이벤트 기반 서버리스 함수를 작성할 수 있다. 아울러 닷넷 6 람다(.NET 6 Lambda) 런타임은 로깅 및 추적 기능이 향상됐다.  이제 마이크로소프트 소프트웨어 개발 플랫폼의 최신 버전 ‘닷넷 6(.NET 6)’로 ‘AWS 람다’ 함수를 구축할 수 있게 됐다. 다시 말해, AWS 람다용 닷넷 6 런타임 도입으로 성능 및 진단을 개선하고 새 코딩 패턴을 지원하는 닷넷 람다(.NET Lambda) 기능을 사용할 수 있다.    닷넷 6 람다 런타임은 지난 2월 24일 공개됐다. AWS에 따르면 사용할 수 있는 새로운 기능 중에는 개선된 로깅 및 로깅되는 항목 추적/제어가 있다. 닷넷 6 람다 런타임을 활용하면 다른 AWS 람다 런타임과 마찬가지로 람다 요청 ID를 로그에 추가할 수도 있다. 또 로그크리티컬(LogCritical), 로그에러(LogError), 로그트레이스(LogTrace)를 포함하여 몇 가지 새로운 로깅 API를 쓸 수 있다. 아울러 개발자가 원한다면 이전 닷넷 관리형 런타임의 로깅 스타일을 사용할 수 있다고 회사 측은 덧붙였다.  닷넷 6 런타임은 C# 9 최상위 문(Top-level statements)을 사용하여 람다 함수 작성을 지원하기 때문에 개발자는 닷넷 프로젝트의 초기 상용어 코드 대부분을 삭제할 수 있다. 마이크로소프트 닷넷 6는 ASP닷넷 코어(ASP.NET Core) 애플리케이션을 작성하는 새로운 스타일인 ‘미니멀 API(Minimal APIs)’을 도입했다. 이는 C# 9 최상위 문을 활용하여 애플리케이션 초기화를 단순화한다. 개발자는 단일 파일에서 전체 애플리케이션을 정의할 수 있다. 이 밖에 마이크로소프트 닷넷 6는 C# 10, F# 6 언어도 도입했다.  한편 AWS 람다는 아마존 웹 서비스의 인기 있는 이벤트 기반 서버리스 컴퓨팅 플랫폼이다. 개발자는 이곳(portal....

AWS 람다 닷넷 6 마이크로소프트 아마존 웹 서비스

2022.03.02

‘AWS 람다(AWS Lambda)’ 사용자는 마이크로소프트 닷넷(.NET)의 최신 버전에서 이벤트 기반 서버리스 함수를 작성할 수 있다. 아울러 닷넷 6 람다(.NET 6 Lambda) 런타임은 로깅 및 추적 기능이 향상됐다.  이제 마이크로소프트 소프트웨어 개발 플랫폼의 최신 버전 ‘닷넷 6(.NET 6)’로 ‘AWS 람다’ 함수를 구축할 수 있게 됐다. 다시 말해, AWS 람다용 닷넷 6 런타임 도입으로 성능 및 진단을 개선하고 새 코딩 패턴을 지원하는 닷넷 람다(.NET Lambda) 기능을 사용할 수 있다.    닷넷 6 람다 런타임은 지난 2월 24일 공개됐다. AWS에 따르면 사용할 수 있는 새로운 기능 중에는 개선된 로깅 및 로깅되는 항목 추적/제어가 있다. 닷넷 6 람다 런타임을 활용하면 다른 AWS 람다 런타임과 마찬가지로 람다 요청 ID를 로그에 추가할 수도 있다. 또 로그크리티컬(LogCritical), 로그에러(LogError), 로그트레이스(LogTrace)를 포함하여 몇 가지 새로운 로깅 API를 쓸 수 있다. 아울러 개발자가 원한다면 이전 닷넷 관리형 런타임의 로깅 스타일을 사용할 수 있다고 회사 측은 덧붙였다.  닷넷 6 런타임은 C# 9 최상위 문(Top-level statements)을 사용하여 람다 함수 작성을 지원하기 때문에 개발자는 닷넷 프로젝트의 초기 상용어 코드 대부분을 삭제할 수 있다. 마이크로소프트 닷넷 6는 ASP닷넷 코어(ASP.NET Core) 애플리케이션을 작성하는 새로운 스타일인 ‘미니멀 API(Minimal APIs)’을 도입했다. 이는 C# 9 최상위 문을 활용하여 애플리케이션 초기화를 단순화한다. 개발자는 단일 파일에서 전체 애플리케이션을 정의할 수 있다. 이 밖에 마이크로소프트 닷넷 6는 C# 10, F# 6 언어도 도입했다.  한편 AWS 람다는 아마존 웹 서비스의 인기 있는 이벤트 기반 서버리스 컴퓨팅 플랫폼이다. 개발자는 이곳(portal....

2022.03.02

디노 컴퍼니, 서버측 자바스크립트 호스팅 서비스 공개

‘디노 디플로이(Deno Deploy)’를 사용하면 전 세계 25개 데이터센터에 디노 기반 웹 애플리케이션을 배포할 수 있다.  디노 자바스크립트/타입스크립트 런타임 개발팀이 ‘디노 디플로이’를 통해 엣지에서 자바스크립트, 타입스트립트, 웹어셈블리를 실행하는 글로벌 분산형 가상머신(VM) 서비스를 제공한다. 목표는 디노 디플로이가 최신 서버측 자바스크립트를 호스팅할 수 있는 최적의 장소가 되는 것이다.    지난 6월 23일(현지 시각) 디노 디플로이가 첫 번째 베타 버전(Beta 1)으로 출시됐다. GA 버전은 2021년 4분기 공개될 예정이다.  대만, 몬트리올, 로스앤젤레스, 런던 등 전 세계 25개 데이터센터에서 실행되는 다중 테넌트 자바스크립트 엔진 ‘디노 디플로이’는 클라우드 인프라를 구글 V8 가상머신과 통합, 개발자가 로컬에서 개발하고 전 세계로 배포할 수 있도록 지원한다.  디노 CLI(Deno CLI)와 동일한 시스템에 구축된 디노 디플로이의 첫 번째 베타는 깃허브를 통해 무료로 사용할 수 있다. 디노 개발팀은 지난 8개월 동안 오픈소스 디노 CLI로 워크플로우를 보완하기 위해 호스팅 서비스를 설계해왔다고 밝혔다.  개발팀에 따르면 디노 디플로이는 AWS 람다(AWS Lamda)에서 실행되지 않으며 클라우드플레어 워커(Cloudflare Workers)를 사용하지도 않는 독특한 디자인의 새로운 시스템이다. 따라서 대략적인 초기 UI를 살펴보고 이 새로운 자바스크립트 런타임을 탐색하라고 디노 개발팀은 권고했다. 디노 디플로이에서 제공하는 기능은 다음과 같다. • URL을 통한 코드 배포 • 타입스크립트, JSX, ES 모듈 및 원격 HTTPS 가져오기 즉시 지원 • 실시간 통신을 위한 브로드캐스트 채널(Broadcast Channel) 지원(탭 간의 실시간 통신을 위한 브라우저 API인 브로드캐스트 채널 API는 서버측 자바스크립트에 적합하다고 디노 개발팀은 전했다.) • ...

디노 디노 디플로이 데이터센터 웹 애플리케이션 자바스크립트 타입스크립트 런타임 엣지 웹어셈블리 서버측 자바스크립트 다중 테넌트 클라우드 구글 가상머신 AWS 람다 클라우드플레어 라이언 달

2021.06.28

‘디노 디플로이(Deno Deploy)’를 사용하면 전 세계 25개 데이터센터에 디노 기반 웹 애플리케이션을 배포할 수 있다.  디노 자바스크립트/타입스크립트 런타임 개발팀이 ‘디노 디플로이’를 통해 엣지에서 자바스크립트, 타입스트립트, 웹어셈블리를 실행하는 글로벌 분산형 가상머신(VM) 서비스를 제공한다. 목표는 디노 디플로이가 최신 서버측 자바스크립트를 호스팅할 수 있는 최적의 장소가 되는 것이다.    지난 6월 23일(현지 시각) 디노 디플로이가 첫 번째 베타 버전(Beta 1)으로 출시됐다. GA 버전은 2021년 4분기 공개될 예정이다.  대만, 몬트리올, 로스앤젤레스, 런던 등 전 세계 25개 데이터센터에서 실행되는 다중 테넌트 자바스크립트 엔진 ‘디노 디플로이’는 클라우드 인프라를 구글 V8 가상머신과 통합, 개발자가 로컬에서 개발하고 전 세계로 배포할 수 있도록 지원한다.  디노 CLI(Deno CLI)와 동일한 시스템에 구축된 디노 디플로이의 첫 번째 베타는 깃허브를 통해 무료로 사용할 수 있다. 디노 개발팀은 지난 8개월 동안 오픈소스 디노 CLI로 워크플로우를 보완하기 위해 호스팅 서비스를 설계해왔다고 밝혔다.  개발팀에 따르면 디노 디플로이는 AWS 람다(AWS Lamda)에서 실행되지 않으며 클라우드플레어 워커(Cloudflare Workers)를 사용하지도 않는 독특한 디자인의 새로운 시스템이다. 따라서 대략적인 초기 UI를 살펴보고 이 새로운 자바스크립트 런타임을 탐색하라고 디노 개발팀은 권고했다. 디노 디플로이에서 제공하는 기능은 다음과 같다. • URL을 통한 코드 배포 • 타입스크립트, JSX, ES 모듈 및 원격 HTTPS 가져오기 즉시 지원 • 실시간 통신을 위한 브로드캐스트 채널(Broadcast Channel) 지원(탭 간의 실시간 통신을 위한 브라우저 API인 브로드캐스트 채널 API는 서버측 자바스크립트에 적합하다고 디노 개발팀은 전했다.) • ...

2021.06.28

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

아마존 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

풀스택 서버리스 잼스택 제공하는 ‘레드우드(Redwood)’ 살펴보기

기트허브(GitHub) 공동 창업자 톰 프레스턴워너를 필두로 하는 오픈소스 프레임워크 ‘레드우드(Redwood)’ 프로젝트 개발팀은 잼스택(Jamstack) 애플리케이션 개발을 지원하는 편향적인(opinionated) 풀스택 서버리스 웹 애플리케이션 프레임워크를 제공하고 있다.    ‘레드우드’는 애플리케이션 프론트엔드와 백엔드 모두에서 자바스크립트(JavaScript)를 기본언어로 사용한다. 이렇게 단일 언어를 사용하면 코드 재사용부터 개발자 채용까지 모든 것이 단순해진다고 개발팀은 설명했다.  개발팀은 공식 문서를 통해 ‘레드우드’ 혹은 ‘레드우드.js’를 설명하면서, CDN에 의해 정적으로 딜리버리되는 리액트(React) 자바스크립트 라이브러리 프론트엔드가 그래프QL(GraphQL)을 통해 전 세계의 AWS 람다(AWS Lamba)에서 실행되는 백엔드와 통신하며, 이를 모두 깃 푸시(git push)로 배포할 수 있다고 전했다.  이 밖에 ‘레드우드’를 사용하면, 그 자체로 운영상의 의사결정이 이뤄지기 때문에 다양한 기술과 구성을 선택하고 재선택하는 데 시간을 낭비하는 대신 애플리케이션 개발에 더 집중할 수 있다고 개발팀은 언급했다.  한편 사전 렌더링 및 디커플링 핵심 원칙을 활용하는 ‘잼스택’은 웹을 더 빠르고, 더 안전하며, 더 확장 가능하도록 하는 아키텍처를 제공한다. 잼스택은 최신 데브옵스 개발 철학을 정적 HTML 페이지와 결합한다.  레드우드는 현재 버전 0.20 상태다. 기트허브에서 액세스할 수 있다. 개발팀은 2020년 말에 스테이블 1.0 버전을 출시할 예정이라고 밝혔다. 표준 레드우드 애플리케이션에서 사용할 기술은 다음과 같다.  • 리액트(React) • 그래프QL(GraphQL) • 프리즘 데이터베이스 툴킷(Prism database toolkit) • 제스트 자바스크립트 테스팅 프레임워크(Jest JavaScript testing framework): 출시...

레드우드 잼스택 오픈소스 프레임워크 기트허브 리액트 자바스크립트 그래프QL AWS 람다 프론트엔드 백엔드 데브옵스

2020.11.04

기트허브(GitHub) 공동 창업자 톰 프레스턴워너를 필두로 하는 오픈소스 프레임워크 ‘레드우드(Redwood)’ 프로젝트 개발팀은 잼스택(Jamstack) 애플리케이션 개발을 지원하는 편향적인(opinionated) 풀스택 서버리스 웹 애플리케이션 프레임워크를 제공하고 있다.    ‘레드우드’는 애플리케이션 프론트엔드와 백엔드 모두에서 자바스크립트(JavaScript)를 기본언어로 사용한다. 이렇게 단일 언어를 사용하면 코드 재사용부터 개발자 채용까지 모든 것이 단순해진다고 개발팀은 설명했다.  개발팀은 공식 문서를 통해 ‘레드우드’ 혹은 ‘레드우드.js’를 설명하면서, CDN에 의해 정적으로 딜리버리되는 리액트(React) 자바스크립트 라이브러리 프론트엔드가 그래프QL(GraphQL)을 통해 전 세계의 AWS 람다(AWS Lamba)에서 실행되는 백엔드와 통신하며, 이를 모두 깃 푸시(git push)로 배포할 수 있다고 전했다.  이 밖에 ‘레드우드’를 사용하면, 그 자체로 운영상의 의사결정이 이뤄지기 때문에 다양한 기술과 구성을 선택하고 재선택하는 데 시간을 낭비하는 대신 애플리케이션 개발에 더 집중할 수 있다고 개발팀은 언급했다.  한편 사전 렌더링 및 디커플링 핵심 원칙을 활용하는 ‘잼스택’은 웹을 더 빠르고, 더 안전하며, 더 확장 가능하도록 하는 아키텍처를 제공한다. 잼스택은 최신 데브옵스 개발 철학을 정적 HTML 페이지와 결합한다.  레드우드는 현재 버전 0.20 상태다. 기트허브에서 액세스할 수 있다. 개발팀은 2020년 말에 스테이블 1.0 버전을 출시할 예정이라고 밝혔다. 표준 레드우드 애플리케이션에서 사용할 기술은 다음과 같다.  • 리액트(React) • 그래프QL(GraphQL) • 프리즘 데이터베이스 툴킷(Prism database toolkit) • 제스트 자바스크립트 테스팅 프레임워크(Jest JavaScript testing framework): 출시...

2020.11.04

클라우드 여정의 한 과정 '서버리스 컴퓨팅', 준비됐나?

다른 혁신적인 기술과 마찬가지로 서버리스 컴퓨팅에 관한 기대와 다소 부풀려진 희망으로 둘러쌓여 있다. 실체를 파악하고 이 기술이 조직에 적합한지를 판단하려면 객관적인 태도와 신중한 계획이 필요하다.   몇 년 전까지만 해도 물리적 서버는 모든 데이터센터의 디지털 심장 역할을 하는 기반 기술이었다. 그리고 나서 클라우드가 실현되었다. 오늘날, 조직들이 점점 더 많은 수의 서비스를 클라우드 공급업체들을 향해 옮기면서, 사내 서버는 멸종 위험에 놓인 위기종으로 전락하기 직전인 것 같다.  사내 서버의 소멸을 가속하는 데는 서버리스 컴퓨팅도 한몫 하고 있다.  애플리케이션이 소비하는 실제 자원의 양에 대해서만 기계 자원과 청구서 사용자의 할당을 동적으로 관리하기 위해 클라우드 제공업체에 의존한다는 개념은 점점 더 많이 수용되고 있다. 기술 미디어 및 훈련 업체인 오릴리(O'Reilly)가 2019년 말 실시한 조사에 따르면, 10개 기업 중 4개 기업이 광범위한 위치와 산업에 걸쳐 서버리스 기술을 이미 채택한 것으로 나타났다.  하지만, 오해해서는 안 된다. 비록 이름에 ‘~리스(less)라고 나와 있지만 서버리스 컴퓨팅은 여전히 서버에 의존한다. 서버리스 소프트웨어 개발사인 볼레어 시스템의 소유주인 조 윌슨은 “서버리스 컴퓨팅은 실제로 서버에서 실행되지만, 당신의 클라우드 공급업체는 필요에 따라 서비스를 프로비저닝한다. 즉, 당신은 가상 서버나 앱 서비스를 소유하는 것이 아니다”라고 보고 있다. 본질적으로 서버리스는 개발자가 코드를 작성한 후 온디맨드 방식으로 실행할 수 있는 애플리케이션 구축 아키텍처다. 서버리스는 단순한 기술이 아니라, 기본적인 IT 운영을 보는 완전히 새로운 방식이다. 리버티 뮤추얼 인슈어런스의 클라우드 플랫폼 전략 수석 설계자인 브렌트 오스틴은 “서버리스의 주요 이점은 클라우드 네이티브 방식으로 시스템을 설계하는 것을 고려하도록 강요한다는 것이다. 서버리스 우선 마인드를 가진 애플리케이션을 설계하...

액센츄어 구글 클라우드 펑션 클라우드 네이티브 서버리스 컴퓨팅 AWS 람다 애저 펑션 오릴리

2020.01.16

다른 혁신적인 기술과 마찬가지로 서버리스 컴퓨팅에 관한 기대와 다소 부풀려진 희망으로 둘러쌓여 있다. 실체를 파악하고 이 기술이 조직에 적합한지를 판단하려면 객관적인 태도와 신중한 계획이 필요하다.   몇 년 전까지만 해도 물리적 서버는 모든 데이터센터의 디지털 심장 역할을 하는 기반 기술이었다. 그리고 나서 클라우드가 실현되었다. 오늘날, 조직들이 점점 더 많은 수의 서비스를 클라우드 공급업체들을 향해 옮기면서, 사내 서버는 멸종 위험에 놓인 위기종으로 전락하기 직전인 것 같다.  사내 서버의 소멸을 가속하는 데는 서버리스 컴퓨팅도 한몫 하고 있다.  애플리케이션이 소비하는 실제 자원의 양에 대해서만 기계 자원과 청구서 사용자의 할당을 동적으로 관리하기 위해 클라우드 제공업체에 의존한다는 개념은 점점 더 많이 수용되고 있다. 기술 미디어 및 훈련 업체인 오릴리(O'Reilly)가 2019년 말 실시한 조사에 따르면, 10개 기업 중 4개 기업이 광범위한 위치와 산업에 걸쳐 서버리스 기술을 이미 채택한 것으로 나타났다.  하지만, 오해해서는 안 된다. 비록 이름에 ‘~리스(less)라고 나와 있지만 서버리스 컴퓨팅은 여전히 서버에 의존한다. 서버리스 소프트웨어 개발사인 볼레어 시스템의 소유주인 조 윌슨은 “서버리스 컴퓨팅은 실제로 서버에서 실행되지만, 당신의 클라우드 공급업체는 필요에 따라 서비스를 프로비저닝한다. 즉, 당신은 가상 서버나 앱 서비스를 소유하는 것이 아니다”라고 보고 있다. 본질적으로 서버리스는 개발자가 코드를 작성한 후 온디맨드 방식으로 실행할 수 있는 애플리케이션 구축 아키텍처다. 서버리스는 단순한 기술이 아니라, 기본적인 IT 운영을 보는 완전히 새로운 방식이다. 리버티 뮤추얼 인슈어런스의 클라우드 플랫폼 전략 수석 설계자인 브렌트 오스틴은 “서버리스의 주요 이점은 클라우드 네이티브 방식으로 시스템을 설계하는 것을 고려하도록 강요한다는 것이다. 서버리스 우선 마인드를 가진 애플리케이션을 설계하...

2020.01.16

'AWS 람다를 더 수월하게'··· 오픈소스 추천 도구 7가지

서버리스 애플리케이션은 소프트웨어의 가장 기본만 남긴다. 요구에 따라 호출되고 확장되는 짧은 코드 한 토막이 전부다. 서버리스는 간단한 API나 웹페이지 하나처럼 전체 서버나 가상 머신의 간접 관리가 필요 없는 소규모 앱을 위한 입장권이라 할 수 있다. 서버리스 시스템은 개발자의 작업을 단순하게 하고 서비스에 적합한 규모의 탄력성을 제공한다.   AWS 람다(AWS Lambda)는 가장 널리 알려진 서버리스 시스템 중 하나지만 아마존의 다른 서비스와 마찬가지로 섣불리 '맨손으로' 잡으려 하다가는 손가락을 베일 수 있다. AWS 람다 함수의 설정과 배치, 관리를 수월하게 해 줄 도구와 프레임워크, 프로젝트를 소개한다. AWS 서버리스 애플리케이션 모델(AWS SAM) 아마존은 인프라를 먼저 제공하고 도구는 나중에 제공하는 것으로 악명 높다. 실제로 아마존은 AWS 람다 출시 약 2년만인 2016년 말에 AWS 서버리스 애플리케이션 모델(Serverless Application Model, SAM)을 내놓았다. AWS 람다용 '서버리스 애플리케이션 구축을 위한 오픈소스 프레임워크'라고 소개와 함께 말이다. 기본적으로 AWS SAM은 AWS 람다 함수에 대한 AWS 클라우드포메이션 애플리케이션 정의를 생성하되 소요 작업은 줄인다. 카파(Kappa)와 마찬가지로, 해당 애플리케이션을 정의하는 YAML 템플릿을 만들고 나면 YAML이 AWS 클라우드포메이션 선언문으로 전환된다. 또한, SAM은 정의된 애플리케이션을 로컬에서 테스트할 수 있도록 지원하고 AWS 람다 함수를 Node.js, 파이썬, 또는 고(Go)에서 처리할 수 있는 툴을 제공한다. 아마존의 코드디플로이(CodeDeploy)와 연동해 함수의 수정 기능도 지원한다. AWS 람다 파워 튜닝 람다 함수의 비용/성능 비율을 조정하는 일은 지루할 수 있다. 최상의 결과를 얻으려면 함수가 실행될 때 관련 데이터를 수집한 후 해당 함수에 제공되는 워크로드를 기준으로 결정해야 한다. 이때 AWS 람다 ...

오픈소스 AWS 람다

2019.08.30

서버리스 애플리케이션은 소프트웨어의 가장 기본만 남긴다. 요구에 따라 호출되고 확장되는 짧은 코드 한 토막이 전부다. 서버리스는 간단한 API나 웹페이지 하나처럼 전체 서버나 가상 머신의 간접 관리가 필요 없는 소규모 앱을 위한 입장권이라 할 수 있다. 서버리스 시스템은 개발자의 작업을 단순하게 하고 서비스에 적합한 규모의 탄력성을 제공한다.   AWS 람다(AWS Lambda)는 가장 널리 알려진 서버리스 시스템 중 하나지만 아마존의 다른 서비스와 마찬가지로 섣불리 '맨손으로' 잡으려 하다가는 손가락을 베일 수 있다. AWS 람다 함수의 설정과 배치, 관리를 수월하게 해 줄 도구와 프레임워크, 프로젝트를 소개한다. AWS 서버리스 애플리케이션 모델(AWS SAM) 아마존은 인프라를 먼저 제공하고 도구는 나중에 제공하는 것으로 악명 높다. 실제로 아마존은 AWS 람다 출시 약 2년만인 2016년 말에 AWS 서버리스 애플리케이션 모델(Serverless Application Model, SAM)을 내놓았다. AWS 람다용 '서버리스 애플리케이션 구축을 위한 오픈소스 프레임워크'라고 소개와 함께 말이다. 기본적으로 AWS SAM은 AWS 람다 함수에 대한 AWS 클라우드포메이션 애플리케이션 정의를 생성하되 소요 작업은 줄인다. 카파(Kappa)와 마찬가지로, 해당 애플리케이션을 정의하는 YAML 템플릿을 만들고 나면 YAML이 AWS 클라우드포메이션 선언문으로 전환된다. 또한, SAM은 정의된 애플리케이션을 로컬에서 테스트할 수 있도록 지원하고 AWS 람다 함수를 Node.js, 파이썬, 또는 고(Go)에서 처리할 수 있는 툴을 제공한다. 아마존의 코드디플로이(CodeDeploy)와 연동해 함수의 수정 기능도 지원한다. AWS 람다 파워 튜닝 람다 함수의 비용/성능 비율을 조정하는 일은 지루할 수 있다. 최상의 결과를 얻으려면 함수가 실행될 때 관련 데이터를 수집한 후 해당 함수에 제공되는 워크로드를 기준으로 결정해야 한다. 이때 AWS 람다 ...

2019.08.30

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