Blog - LINE ENGINEERING

LINE Corporation이 2023년 10월 1일부로 LY Corporation이 되었습니다. LY Corporation의 새로운 기술 블로그를 소개합니다. LY Corporation Tech Blog

고 처리량 분산 비율 제한기
LINE Engineering2020-06-17
보통 프로덕션 등급의 시스템은 서로 의존하는 여러 개의 컴포넌트로 구성됩니다. 최근 몇 년간 마이크로 서비스 아키텍처가 대중화되면서 컴포넌트의 수가 증가했고, 그에 따라 각 컴포넌트 사이의 연결 수도 증가했는데요. 이때 각 컴포넌트에 과부하가 걸리지 않도록 보호하면서 전체 시스템의 서비스 품질을 보장하기 위해 '비율 제한기(rate limiter)'를 사용할 수 있습니다. 이미 많은 글과 튜토리얼에서 단일 호스트에서 실행되는 서비스를 위한 서버 측 비율 제한기(rate limiter)를 다루고 있기 때문에 이번 글에선 고 처리량(high-throughput) 분산 시스템을 위한 클라이언트 측 비율 제한기에 대해 이야기하려고 합니다. 저는 2020 LINE New Year 캠페인 시스템을 개발하면서 클라이언트 측 비율 제한기에 대해 생각해 보게 되었습니다. 이 캠페인은 LINE 서비스 입장에서 연중 가장 많은 트
UICollectionView를 이용한 LINE iOS 대화방 리팩토링 - 2
LINE Engineering2020-05-26
지난 1편에서 UICollectionView의 커스텀 레이아웃 기능을 활용해 대화방 UI를 표시하는 방법에 대해 설명했습니다. 이번 글에서는 대화방에 뷰 모델을 적용한 방법과 비동기 콘텐츠 로딩을 처리한 방법을 설명한 뒤 리팩토링하면서 어려웠던 점과 개선된 점, 그리고 앞으로 더 개선해 나가야 할 점들에 대해서 이야기해 보겠습니다. 개선 사항 메시지 뷰 모델(MessageViewModel) 도입 MessageViewModel 클래스는 메시지 셀을 표시하기 위한 데이터를 관리하는 클래스입니다. 메시지 셀과 유사하게 각 메시지 종류별로 서브클래스를 만들어 정의했습니다. 각 서브클래스에서는 cellClass라는 프로퍼티를 구현하고 해당 메시지 뷰 모델을 표시하기 위해 사용할 셀 클래스를 반환합니다. cellClass 프로퍼티는 ChatView에서 UICollectionView에 셀을 등록하는 시점에 사용합니다. 메
- iOS
UICollectionView를 이용한 LINE iOS 대화방 리팩토링 - 1
LINE Engineering2020-05-26
LINE의 대화방 화면은 사용자가 가장 많이 사용하는 화면 중 하나이며 새로운 기능이 계속 추가되고 있습니다. 그에 따라 코드가 점점 복잡해지면서 최근에 리팩토링을 진행했고, 그 과정에서 UICollectionView를 도입했습니다. 저희는 이번 리팩토링 과정에서 사용한 iOS 기술과 뷰(view) 모델 도입을 중점으로 대화방의 코드를 어떻게 개선했는지 블로그를 통해 두 번에 걸쳐 공유하려고 합니다. 이번 리팩토링 프로젝트에서는 기존에 UITableView를 이용해 구현되어 있던 UI를 UICollectionView를 이용하도록 변경하고, UICollectionViewLayout의 서브클래스를 만들어 원하는 뷰를 자유롭게 대화방에 표시할 수 있도록 변경했습니다. 또한 메시지 셀(cell) 내부의 프레임 기반 레이아웃을 자동 레이아웃 기반으로 변경하여 레이아웃 코드를 단순화했고, 기존에 없던 뷰 모
- iOS
코드 가독성에 대해 – 5. 리뷰와 정리
Ishikawa Munetoshi2020-05-13
Developer Experience Development
안녕하세요. 커뮤니케이션 앱 LINE의 Android 클라이언트 팀 Ishikawa입니다. 이 글은 '코드 가독성에 관한 프레젠테이션'을 소개하는 비정기 연재 블로그의 다섯 번째 글(1편, 2편, 3편, 4편)이자 마지막 글입니다. 이번 글에서는 8장 '리뷰'에 관해 설명한 뒤 본 연재의 요점을 정리하겠습니다. 8장: 리뷰 코드 리뷰를 지속 가능한 소프트웨어 개발을 위한 수단으로 사용하여 코드의 가독성과 견고함을 향상시키는 것은 효과적인 방법입니다. 코드를 리뷰하면 해당 코드의 품질이 향상되는 것뿐 아니라 정보가 공유되면서 팀 전체의 기술력이 향상되는 효과도 있습니다. 다만, 코드 리뷰 자체가 개발 과정에서 병목 구간이 되지 않도록 조심해야 하는데요. 본 장에서는 코드 리뷰할 때 주의해야 할 점에 관해서 리뷰를 받는 쪽과 하는 쪽으로 나누어 설명하겠습니다. 참고. 이 글에서는 GitHub을 사용해 코
- CodeReadability
서버 사이드 테스트 자동화 여정 - 5. 성능 테스트 리포트 생성 및 자동화 시스템 업무 적용 결과
LINE Engineering2020-05-11
안녕하세요. LINE 미디어 플랫폼 개발과 운영 업무를 담당하고 있는 하태호입니다. 지난 글(4편)에선 앞서 블로그(서버 사이드 테스트 자동화 여정 1편, 2편, 3편)를 통해 소개했던 자동화 시스템에 이어서 성능 테스트를 자동화하게 된 계기와 목표, 구성한 환경에 대해 소개했는데요. 이번 글에선 자동화된 성능 테스트의 리포트를 생성한 방법과 자동화된 성능 테스트를 실제로 적용하면서 겪었던 일을 공유하겠습니다. 리포트 생성하기 시스템과 JVM 지표 시각화하기 미디어 플랫폼 조직에선 각종 지표를 좀 더 정밀하게 모니터링하면서 쉽게 분석하기 위해 기본적으로 제공되는 전사 모니터링 플랫폼 외에도 Grafana와 Prometheus를 이용해 다양한 시스템 지표를 수집하고 모니터링하고 있습니다. Prometheus가 제공하는 대표적인 익스포터(exporter) 중 하나인 노드 익스포터를 사용하면 CPU와
서버 사이드 테스트 자동화 여정 - 4. 성능 테스트 자동화 목표 설정 및 테스트 환경 구성
LINE Engineering2020-05-08
안녕하세요. LINE 미디어 플랫폼 개발과 운영 업무를 담당하고 있는 하태호입니다. LINE 내 수많은 서비스가 사용하는 미디어 플랫폼은 앞서 블로그(서버 사이드 테스트 자동화 여정 1편, 2편, 3편)를 통해 소개했던 자동화 시스템을 이용해 지속적으로 테스트하고 있습니다. 개발자들은 자동화 시스템에 계속 추가되는 테스트 케이스 덕분에 단순한 API 호출과 관련된 문제만 확인하는 것이 아니라, 실제 서비스에서 API를 호출하는 흐름 중에 발생하는 문제도 코드 리뷰 시작 전부터 확인하는 등 많은 도움을 받고 있는데요. 이번 글에서는 더 나아가 성능 테스트를 자동화하며 겪은 일들을 공유하고자 합니다. 성능 테스트 자동화를 시작한 이유 개발 업무 환경에 테스트 자동화가 적용된 후 팀원 분들이 업무를 진행하는 방식이 조금씩 변화하기 시작했다는 것을 알게 되었습니다. 이전엔 변경 사항을 테
Armeria의 서킷 브레이커 사용해 보기
주승환2020-04-27
LINE에서 OpenChat 서비스의 백엔드 개발을 담당하고 있습니다.
안녕하세요. LINE에서 OpenChat 서비스의 백엔드를 개발하고 있는 주승환입니다. 이번 글에서는 간단한 코드 예제와 함께 Armeria의 서킷 브레이커 기능을 사용해 본 내용을 공유하고자 합니다. 서킷 브레이커란? 만약 예상치 못한 장애(네크워크 이슈 혹은 서버 다운 등)가 발생하여 어떤 원격 서버 하나가 요청에 응답하지 못하는 상태라고 가정해 보겠습니다. 이때 해당 서버로 요청을 보낸 클라이언트는 타임아웃이 발생할 때까지 응답을 기다리거나 계속 무의미한 요청을 보내며 자원을 낭비하게 될 것입니다. MSA(Microservice Architecture)에서는 이 클라이언트가 또 다른 누군가의 서버가 될 수도 있는데요. 그렇다면 이 서버의 클라이언트 역시 똑같은 문제를 겪게 될 것입니다. 이렇게 장애가 계속 전파되며 한 원격 서버에서 발생한 장애가 모든 시스템에 큰 영향을 줄 수 있습니
- Server-side
- Armeria
- Java
LINE 트랜스코딩 서버 아키텍처 개선기 - 2
LINE Engineering2020-04-22
안녕하세요. LINE에서 트랜스코딩(Transcoding) 서버 개발과 운영 업무를 담당하고 있는 백승훈입니다. 1편에서 LINE의 트랜스코딩 서버인 '리코더(Licoder, LIne TransCODER)'를 소개하고 그 기능과 인터페이스에 대해 말씀드렸는데요. 이번 글에서는 리코더의 초기 아키텍처를 설명하고 이 아키텍처가 LINE의 급격한 성장에 따라 어떻게 변화했는지 공유하겠습니다. 초기 리코더의 아키텍처 초기 리코더는 크게 3가지 모듈로 분류했습니다. 사용자의 요청을 받아주는 API 서버와 트랜스코딩을 수행하고 사용자에게 알림(notify)를 전달하는 워커(worker) 서버, 그리고 각 서버 간 메시지 전달과 메시지 큐 역할을 담당하는 RabbitMQ 서버입니다. 아래는 초기 리코더의 아키텍처를 나타낸 그림입니다. 어드민(admin) 서버는 리코더에서 처리한 내용을 일정 기간동안 보관하고, 실패한 요청을 분석할 때
- Server-side
- Tech Management
LINE 트랜스코딩 서버 아키텍처 개선기 - 1
LINE Engineering2020-04-22
안녕하세요. LINE에서 트랜스코딩(transcoding) 서버 개발과 운영 업무를 담당하고 있는 백승훈입니다. 우리는 생활 속에서 다양한 방식으로 동영상을 생산하고 소비하고 있습니다. 자신의 스마트폰으로 직접 동영상을 촬영하기도 하고, 누군가가 메신저로 공유해 준 동영상을 감상하기도 하고, 인터넷에 공개된 동영상을 다운로드하기도 합니다. 그런데 이렇게 다양한 곳에서 다양한 방식으로 얻은 동영상이 간혹 재생되지 않는 경우가 있습니다. 재생할 수 없는 이유에는 여러 가지가 있을 수 있지만, 대부분 스마트폰의 코덱이나 성능의 제약이 문제가 됩니다. LINE에서는 이런 문제를 어떻게 해결하고 있을까요? LINE 트랜스코딩 서버에서는 모든 LINE 사용자가 문제없이 동영상을 시청할 수 있도록 가장 범용적인 포맷으로 동영상을 변환하고 있습니다. 또한 더 적은 데이터 요금으로 동영상을 즐길 수 있고, 인터넷
- Server-side
- Tech Management
LINE Timeline의 새로운 도전 1편 - 추천 컨텐츠 탐색을 위한 Discover와 새로운 구독 모델 Follow
LINE Engineering2020-04-20
LINE 타임라인 서비스에 'Discover'와 새로운 구독 모델인 'Follow' 기능이 추가되었습니다. 사용자에게는 많이 낯설지 않은 기능일 것이나, 그 속에서 우리가 고민하고 노력했던 부분들이 무엇인지 공유하고 싶어 이 글을 작성하게 되었습니다. 이번 소개 글을 시작으로 조금 더 자세한 내용까지 전해 드리고자 총 3부작으로 기획했습니다. LINE Timeline의 새로운 도전 1편 - 추천 컨텐츠 탐색을 위한 Discover와 새로운 구독 모델 Follow LINE Timeline의 새로운 도전 2편 - Discover Delivery System 소개 LINE Timeline의 새로운 도전 3편 - Discover 추천 모델 자세히 살펴보기 새로운 도전의 시작 Discover와 Follow는 서비스 관점에서 몇 년 전부터 논의되어 왔던 주제였으나, 개인을 위한 공간이라는 인식이 강한 LINE의 소셜
- Server-side
- Data/AI