AWS 서밋 서울 2018에 앞서 샌프란시스코 서밋 2018 관람기

Apr 10, 2018 • 3 min read

Alek Jeziorek

Staff writer

On This Page

샌프란시스코의 중심가에 위치한 Moscone 센터, 센드버드의 부스가 유난히도 북적입니다.

지난 4월 4일, 샌프란시스코에서 열린 AWS의 연례 행사 AWS 서밋 샌프란시스코는 8,700명의 개발자, 디자이너 및 사업 개발 담당자들로 성황을 이뤘으며, 센드버드 또한 끊임 없이 쇄도하는 방문객들에게 서비스를 알리는 즐거운 순간을 만끽하였습니다.

샌프란시스코 서밋의 흥분이 채 가라앉기도 전에, AWS 서울 서밋에 여러분을 만나러 센드버드가 갑니다. 4월 18일과 4월 19일 양일에 걸쳐 펼쳐지는 행사에서 훌륭한 개발자 분들과 함께 AWS라는 클라우드 인프라, 서비스의 공통분모를 바탕으로 서로에 대해 알아가는 시간을 가지길 기대합니다.

샌프란시스코와 서울 서밋을 함께 준비해나가며, 서울과 미국의 센드버드 팀은 AWS의 클라우드 인프라에 열정을 가지고 있는 글로벌 커뮤니티에 좀 더 귀기울여 소통하고, 그 소통이 저희 서비스를 더욱 완결성 있게 만들 수 있도록 노력을 멈추지 않을 것 입니다. 센드버드는 채팅 기능 및 대화형 서비스 개발에 특화된 전세계 일등 채팅 API 솔루션 입니다.

AWS 서울 서밋에서 센드버드의 서울팀과 1:1 컨설팅을 진행해보세요!

The only UIKit you need.

Start building

전세계 대기업과 IT 기업과의 협업을 통해 배운 교훈들

센드버드는 서밋 샌프란시스코 2018에서 “어떻게 로그 분석 시스템을 빠른 시간 안에 Serverless로 대체할 수 있었는가?”라는 주제로 발표를 하였습니다.

[센드버드의 로그 프로세싱 파이프라인]

지금쯤 왠지 센드버드의 발표를 놓쳐 실의에 빠져있을 당신이 그려지는데요?! 그런 여러분을 위해 센드버드가 AWS 서울 서밋에 다음의 주제로 다시 한번 찾아갑니다!

센드버드는 대규모 유저 베이스를 가지고 있는 많은 고객사들의 요청에 따라서 채팅의 다양한 기능에 대한 테스트를 수행합니다. 이 세션에서는 센드버드팀이 AWS의 Kinesis, S3, Lambda와 Athena를 사용하여 어떻게 며칠 만에 대규모 로드테스트 트래픽 결과를 저장하고 분석하는 시스템을 구성하였는지에 대해서 이야기 할 것입니다. 또한 이 분석 시스템을 과금 데이터 분석과 AWS WAF를 통한 부정 사용 유저 필터링 등의 다양한 요구사항에 적용하기 위해 어떻게 발전시켜 나갔는지, 그리고 그 과정을 통해서 배운 교훈들에 대해서도 살펴볼 것입니다.

현재 엔터프라이즈 / 대기업을 대상으로 대규모의 트래픽을 감당해야 하는 서비스를 다루고 계신가요?! 4월 19일 오후 3시에 진행될 세션을 통해, 센드버드가 3년이란 기간 동안 전세계 1등 채팅 API로 발전하기 까지 경험했던 AWS를 이용해 대규모 트래픽을 감당하는 일련의 프로세스를 쌓아올린 핵심 노하우를 알아보세요!

센드버드와 AWS의 파트너십

센드버드는 전세계에서 가장 높은 수준의 확장성과 가용성을 보유한 채팅 API로 발전하기까지 AWS와의 파트너십을 계속적으로 공고히 해나갔습니다. 그 파트너십은 대체로 다음과 같이 정리할 수 있습니다.

센드버드는 채팅과 메시징 관련 기술을 당신의 어플 내에 내재화 할 수 있도록 도와주는 서비스입니다. 저희가 제공하는 SDK (Software Development Kits)는 시중에 존재하는 대부분의 플랫폼을 지원합니다 – 예. iOS, 안드로이드, React Native, JavaScript, .NET, Unity, 그리고 C++.

센드버드의 SDK은 AWS를 기반으로 한 백엔드 인프라에 연결되어 있으며, 그 안에 모든 기술을 집적하여 현재는 센드버드 내에서 채팅과 메시징을 이용할 경우 백만명 이상의 어플 당 동시접속자 트래픽을 감당할 수 있을 정도의 스케일을 보유하게 되었습니다.

저희의 웹소켓, API 서버와 워커들은 모두 Amazon EC2 위에서 센드버드에 의해서 직접 관리되고 있습니다.

저희는 Amazon Aurora와 RDS 같은 아마존의 관리형 데이터베이스를 사용하고 있습니다. 저희는 Aurora를 무척 좋아하는데, 그 가장 큰 이유는 세 배의 redundancy를 가지고 있기 때문입니다. 만약에 하나의 Availability Zone의 서버가 완전히 다운되더라도, 다른 두 대가 저희의 트래픽을 처리할 수 있기 때문에 높은 가용성을 보장해줍니다. 이러한 제품들을 통해서, 우리는 여러분의 다양하고 예측할 수 없는 트래픽 패턴에 효과적으로 대처할 수 있습니다.

저희는 모든 데이터를 Amazon의 데이터베이스에 저장합니다.

그리고 마지막으로, 저희는 ElastiCache를 캐쉬로 사용하여 시스템의 실시간 성능을 향상시키고 있습니다.