Outsider's Dev Story

Stay Hungry. Stay Foolish. Don't Be Satisfied.

기술 뉴스 #85 : 17-09-01

웹개발 관련

  • Introduction to Preact — a smaller, faster React alternative : React와 API 호환성이 있으면서 용량이 3KB밖에 안되는 Preact를 소개하는 글이다. Preact를 사용할 때 React와 어떻게 다른지를 소개하고 preact-compat으로 완전히 React와 호환되게 할 방법을 소개한다. 이 글에서는 간단한 앱에서는 Preact가 괜찮고 복잡한 앱이라면 React를 권하고 있다.(영어)
  • Understanding V8’s Bytecode : V8이 자바스크립트 코드를 최적화할 때 생성하는 Bytecode에 대해서 설명하고 Chrome에서 Bytecode를 출력하는 방법과 각 코드가 어떤 의미인지를 간단히 설명한다. Bytecode를 분석해 볼 일은 없지만 참고삼아 알아두면 좋을 정보다.(영어)
  • Increase your web development skill-set: 150 animated tips on Chrome DevTools : 크롬 개발자 도구에 대해 Dev Tips를 안내하는 글이다. 오랫동안 구독해서 보고 있던 뉴스레터인데 이 사이트에 가면 이미 올려진 150개 이상의 개발자도구 팁에 대한 간단한 GIF 애니메이션을 볼 수 있다.(영어)
  • Inside a super fast CSS engine: Quantum CSS (aka Stylo) : Firefox의 차세대 엔진인 Quantum 프로젝트의 Quantum CSS(구 Stylo)가 CSS 처리를 어떻게 빠르게 하는지를 설명한 글이다. 앞부분은 웹브라우저가 CSS를 웹페이지에 어떻게 적용하는지를 설명하고 있어서 브라우저가 동작하는 방식을 이해할 수 있고 이 부분에서 Quantum CSS가 어떻게 속도를 최적화하는지를 설명하고 있다.(영어)
  • Headless mode : Firefox도 56 버전부터 headless 모드를 지원한다.(영어)

그 밖의 프로그래밍 관련

  • Kubernetes at GitHub : GitHub에서 수년간 운영하던 인프라를 Kubernetes로 교체하는 과정을 정리한 글이다. 개발팀이 더 유연하게 운영할 수 있도록 오케스트레이션 도구에서 Kubernetes를 도입하고 테스트를 위해 브랜치를 AWS에 배포해서 리뷰용도로 사용할 수 있도록 AWS 상에서 테스트를 진행하고 이를 github 서비스에 일부분씩 적용해서 전체를 무 상태 서버 전체를 Kubernetes 기반으로 동작하도록 적용했다.(영어)
  • APIs as infrastructure: future-proofing Stripe with versioning : 온라인 결제서비스를 제공하는 Stripe에서 API 버전을 어떻게 관리하고 있는지를 설명한 글이다. 보통 URL에 v1, v2처럼 버전을 붙이고 Stripe도 이를 사용하고 있지만, 하위호환성이 깨지는 문제를 막기 위해 변경이 있는 릴리스 날짜를 버전으로 사용하고 사용자가 처음 API를 사용하면 해당 날짜 버전에 고정되어 계속 같은 버전을 사용하고 변경사항을 자동 생성한 버전 변경 모듈을 이용해서 현재 API에서 사용자가 원하는 버전의 API의 호환성을 자동으로 맞춰주는 방식을 사용한다.(영어)
  • Android – 8.0 Oreo : 안드로이드 8.0 Oreo가 나왔다.(영어)

볼만한 링크

  • [카카오AI리포트]머신러닝 적용의 실제 : 머신러닝을 적용할 때 빠지기 쉬운 함정이나 실제로 고려해야 할 부분을 정리한 글이다. 머신러닝이나 딥러닝을 자세히 알지는 못하지만, 실제 업무에서 데이터를 분석할 때 왜 한 번만 분석하지 말고 계속 지켜봐야 하는지, 신선한 데이터가 왜 중요한지, 어떤 상황에서 데이터 편향이 일어날 수 있는지 잘 정리되어 있다. 실제 적용할 때 이 글을 보고 찬찬히 고민해 볼 여지가 많이 있어 보인다.(한국어)
  • 대기업 Aaron과 실리콘밸리 Bryan : 두 명의 가상 개발자가 대기업과 스타트업으로 서로 이직을 하면서 Role-driven 조직과 Rank-driven 조직에서 최고의 인재가 어떻게 최악의 인재가 되는지를 비교해 준 글이다. 예시가 재미있고 조직 문화와 개개인의 특성이 맞아야 업무 효율도 난다고 생각하는 편이라 공감하면서 읽었다.(한국어)
  • 코드로 100명 이상의 네임택 한 번에 디자인하기 : Design Spectrum 행사를 준비하면서 100명 참가자의 네임택을 만들기 위해서 Sketch의 JavaScript API로 디자인한 네임택에 이름을 넣어 100개를 만들고 A4마다 나눠서 출력한 과정을 담고 있다. Skectch에 JavaScript API가 생긴 줄도 모르고 있었던지라 다음에 필요한 일이 생기면 비슷하게 해보고 싶다.(한국어)

IT 업계 뉴스

  • 우버 새 CEO에 '다라 코스로샤히' 익스피디아 CEO : Uber의 새 CEO로 익스피디아의 CEO인 다라 코스로샤히로 결정되었다.(한국어)
  • Node.js has forked into Ayo : Node.js가 Ayo란 프로젝트로 포크되었다. 국내 기사는 제대로 정리가 안 되어 있는 거 같아서 영문을 링크했는데 이 사건의 내용을 완전히 파악하기가 좀 쉽지는 않은데 현재 TSC를 이끄는 Rod Vagg가 Node.js의 Code of Conduct를 어겼다고 불만이 제기되어 Rod를 TSC에서 제외하는 안건이 CTC에 올라갔지만 6:4로 부결되었다. 이에 반대한 4명은 Node.js에서 빠지기로 하고(참고 글 1, 2) 아마 이들을 중신으로 Ayo가 진행되는 것으로 예상한다. 이 이슈에 대한 Rod의 입장이 장문의 글로 올라왔고 아직도 진행 중인 상황이다. 개인적으로는 이전 io.js 사건 만큼 심각하게 보고 있지는 않고 현재 CTC나 TSC에서 문제를 잘 해결할 거라고 기대하고 있다.(영어)

프로젝트

  • Puppeteer : Headless Chrome을 제어할 수 있는 Node.js 라이브러리.
  • OpenFaaS : Docker와 Kubernetes로 Functions as a Service를 사용할 수 있는 서버리스 프레임워크.
  • Wekan : Node.js로 작성된 Trello같은 오픈소스 칸반.
  • rendertron : Headless Chrome으로 웹사이트를 렌더링하거나 스크린샷을 찍을 수 있는 솔루션.
  • Feather : 오픈소스 아이콘 패키지.
  • Workbox : PWA의 오프라인 캐싱을 도와주는 JavaScript 라이브러리.
  • Saucs : 사용하는 제품이나 벤더를 구독하면 취약점을 알려주는 서비스.

버전 업데이트

2017/09/01 04:55 2017/09/01 04:55

LambCI의 Docker 이미지로 AWS Lambda 함수 로컬에서 테스트하기

AWS Lambda를 사용할 때 불편한 점은 Lambda에 배포해야 테스트를 해볼 수 있다는 부분이다. 그동안 Lambda를 쓰면서 느낀 경험은 최대한 로직은 유닛테스트로 기능을 확인하고 Lambda의 핸들러에서는 간단히 이 로직은 호출만 하는 정도로 작성하면 로컬에서 테스트를 해보면서 코드를 작성할 수 있다. 코드를 수정할 때마다 Lambda에 배포하는 것은 매우 불편한 일이므로 로컬에서 테스트할 수 있으면 시간을 많이 줄일 수 있다.

Node.js이든 Python이든 간단한 코드면 유닛테스트로 충분하지만 좀 더 복잡하게 사용할 일이 있다면 Lambda에 배포를 해야 하므로 매우 귀찮을 일이 된다. 특히 얼마 전에 사용해 본 Headless Chrome을 Lambda에서 사용하는 작업은 Lambda 환경의 제약을 확인해 봐야 하므로 잦은 배포를 해야 해서 아주 귀찮을 일이었다. 특히 Lambda 함수의 용량이 크다면 배포할 때마다 시간도 걸리기 때문에 더욱 작업이 번거로운 일이 된다.

lambci/docker-lambda

LambCI는 Lambda에서 CI를 할 수 있게 하는 서버리스 솔루션인데 여기서 Lambda 환경을 거의 같게 만든 Docker를 제공하고 있다. 내가 작업한 것은 아니지만 LambCI는 nodejs-ko에서 배포용으로 쓰고 있어서 알고는 있었지만 docker-lambda는 모르고 있다가 얼마 전에 AWS의 Lambda를 로컬에서 테스트해볼 수 있게 하는 SAM Local을 보다가 여기서 로컬 테스트 용도로 LambCI의 docker-lambda 이미지를 사용한다는 것을 알게 되어 Docker만 사용해보았다.(sam-local의 경우 CloudFormation기반이라서 테스트는 해보지 않았다.)

테스트 목적으로 docker-lambda를 사용해봤는데 100% Lambda와 같지는 않아도 거의 비슷하게 환경이 구성되어 있으므로 로컬에서 쉽게 테스트해볼 수 있다. 사용해본 느낌으로는 몇 가지 차이점만 실제 AWS Lambda에 배포해서 테스트해보고 나머지는 docker-lambda에서 동작 여부를 확인해 보는 정도로 충분해서 아주 편했다. AWS Lambda에서 안 되는 경우 docker-lambda에서도 안 되는지 확인하고 docker-lambda에서 동작하도록 코드를 수정한 뒤에 AWS Lambda에 배포하는 식으로 작업하니까 시간을 꽤 줄일 수 있었다. 물론 docker-lambda에서는 동작하지만 다른 환경 문제고 AWS Lambda에서는 안 되는 경우가 없는 것은 아니다.

docker-lambda로 Lambda 함수 실행하기

Lambda 함수를 LambCI의 Docker 이미지로 테스트해볼 수 있는데 Docker Hub에 환경별로 올려져 있다. nodejs4.3, 'nodejs', 'nodejs6.10', 'python2.7', 'python3.6', 'java8' 등 Lambda에서 지원하는 환경이 모두 Docker 이미지로 존재한다.

Node.js를 사용한다고 할 때 다음과 같은 index.js가 있다고 해보자.

// index.js
console.log('starting function');
exports.handler = (event, context, callback) => {
  console.log('event:', event);
  context.succeed('hello world');
};

여기서는 코드의 내용이 중요하진 않으므로 간단한 Lambda 코드만 사용했다. 터미널에서 Docker 이미지로 다음과 같이 Lambda 함수를 실행할 수 있다.

$ docker run -v "$PWD":/var/task lambci/lambda:nodejs6.10
START RequestId: 543c5021-013e-17b4-ffea-e179e78c5b7b Version: $LATEST
2017-08-27T16:35:19.970Z  543c5021-013e-17b4-ffea-e179e78c5b7b  starting function
2017-08-27T16:35:19.972Z  543c5021-013e-17b4-ffea-e179e78c5b7b  event: {}
END RequestId: 543c5021-013e-17b4-ffea-e179e78c5b7b
REPORT RequestId: 543c5021-013e-17b4-ffea-e179e78c5b7b  Duration: 7.65 ms Billed Duration: 100 ms Memory Size: 1536 MB  Max Memory Used: 28 MB

"hello world"

위에서 보듯이 현재 폴더에 있는 Lambda 함수를 nodejs6.10 환경에서 실행해 볼 수 있고 실제 AWS Lambda에서 볼 수 있는 로그처럼 실행 결과까지 모두 볼 수 있다. Node.js 6.10 환경이 아니라면 다른 이미지를 사용하면 되고 -v "$PWD":/var/task에서 볼 수 있듯이 현재 폴더를 Docker 내에서 실행하게 된다.

// dist.js
console.log('starting function');
exports.entry = (event, context, callback) => {
  console.log('event:', event);
  context.succeed('hello world');
};

위처럼 기본값인 index.jshandler 함수를 사용하지 않고 dist.js 파일에 entry라는 함수를 진입점으로 쓰고 싶다면 Docker 명령어 마지막에 dist.entry처럼 핸들러를 지정해 주면 된다.(AWS Lambda의 설정에서도 handler를 지정할 수 있다.)

docker run -v "$PWD":/var/task lambci/lambda:nodejs6.10 dist.entry
START RequestId: d5f50084-0ea8-1530-8183-dc2fce92b7b4 Version: $LATEST
2017-08-27T16:45:18.067Z  d5f50084-0ea8-1530-8183-dc2fce92b7b4  starting function
2017-08-27T16:45:18.069Z  d5f50084-0ea8-1530-8183-dc2fce92b7b4  event: {}
END RequestId: d5f50084-0ea8-1530-8183-dc2fce92b7b4
REPORT RequestId: d5f50084-0ea8-1530-8183-dc2fce92b7b4  Duration: 8.79 ms Billed Duration: 100 ms Memory Size: 1536 MB  Max Memory Used: 28 MB

"hello world"

지금까지는 입력 이벤트가 없이 실행했는데 입력 이벤트가 있는 경우에는 docker 명령어 마지막에 JSON을 전달하면 된다.

$ docker run -v "$PWD":/var/task lambci/lambda:nodejs6.10 dist.entry '{ "name": "outsider" }'
START RequestId: b86d5ed1-293d-1be5-9fc6-fb87968e741c Version: $LATEST
2017-08-27T16:48:21.068Z  b86d5ed1-293d-1be5-9fc6-fb87968e741c  starting function
2017-08-27T16:48:21.070Z  b86d5ed1-293d-1be5-9fc6-fb87968e741c  event: { name: 'outsider' }
END RequestId: b86d5ed1-293d-1be5-9fc6-fb87968e741c
REPORT RequestId: b86d5ed1-293d-1be5-9fc6-fb87968e741c  Duration: 11.63 ms  Billed Duration: 100 ms Memory Size: 1536 MB  Max Memory Used: 28 MB

"hello world"

위 로그에서 보듯이 전달한 JSON이 출력된 것을 볼 수 있다.

Headless Chrome을 사용하면서 꽤 많은 테스트를 해보았을 때 Lambda 환경이 거의 그대로 구현되어 있어서 테스트를 상당히 편리하게 도와준다. 그리고 sam-local에서도 채택한 걸 보면 LambCI에서 제공하는 Docker 이미지가 신뢰할 수 있는 퀄리티를 제공하고 있다고 생각된다. AWS에서 직접 공식 이미지를 제공해 주면 아주 좋겠지만....

2017/08/28 01:54 2017/08/28 01:54