Blog - LINE ENGINEERING

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

Armeria로 Reactive Streams와 놀자! - 1
LINE Engineering2020-02-18
Reactive Streams란? LINE+에서 오픈소스 Armeria와 Central Dogma를 개발하고 있는 엄익훈입니다. 저는 Reactive Streams의 개념과, Reactive Streams를 오픈 소스 비동기 HTTP/2, RPC, REST 클라이언트/서버 라이브러리인 Armeria에서 사용하는 방법에 대해 공유하려고 하는데요. 이번 포스팅에선 먼저 Reactive Streams의 개념을 알아보겠습니다. Reactive Streams는 공식 홈페이지인 reactive-streams.org에서 아래와 같이 정의하고 있습니다. Reactive Streams is a standard for asynchronous data processing in a streaming fashion with non-blocking back pressure. 홈페이지에선 논블로킹(Non-blocking) 백 프레셔(back pressure)를
서버 사이드 테스트 자동화 여정 – 3. Docker를 활용한 통합 테스트 환경 개선
LINE Engineering2020-02-11
2편에서 소개한 Docker 기반의 통합 테스트를 이용하여 PR 단위 회귀 테스트를 수행할 수 있게 되면서 적은 테스트 비용으로도 안정적으로 서비스를 개발할 수 있게 되었습니다. 하지만 Docker의 기술적 특성 때문에 발생하는 문제들이 있었습니다. 이번 글에서는 Docker의 기술적 특성 때문에 발생했던 여러 문제를 해결하는 과정을 소개하고, 문제를 해결하기 위해 구축했던 인프라 환경을 활용하여 시스템을 추가적으로 개선했던 사례를 소개하고자 합니다. Docker 적용 후 발생한 문제점과 해결 방법 자동 삭제되는 로그를 보관하고 쉽게 찾아볼 수 있게 만들기 Docker를 활용하니 이전에는 생각하지 못했던 형태의 테스트(PR 단위로 격리되어 구성되는 가상 테스트 환경에서 통합 테스트 수행)가 가능해졌습니다. 그런데 Docker 컨테이너는 종료될 때 컨테이너 내부 데이터가 사라져 버리는 특성이 있었는데요. 이 특성 때문에 로그를 확인할
서버 사이드 테스트 자동화 여정 – 2. 통합 테스트 수준의 회귀 테스트 환경 구축 및 Docker 활용
LINE Engineering2020-02-10
1편에서는 테스트 자동화를 시작하게 된 계기와 어떤 테스트 자동화 작업을 진행했는지 알아보았습니다. 이번 글에서는 LINE 미디어 플랫폼 조직에서 안정적인 서비스 개발과 운영을 위한 테스트 자동화 환경에 Docker를 활용한 사례를 소개하겠습니다. 대규모 코드 변경 결과 검증하기 1편에서 소개한 테스트 자동화 작업을 실제 업무 환경에 적용한 후, 저를 포함한 팀 내 개발 방식이 변화했고 팀의 전체적인 생산성이 올라갔지만, 기능 단위 또는 API 단위로 발생하는 문제를 탐지할 수 없다는 문제가 아직 남아 있었습니다. 그러던 중 '동일한 국가에 위치한 IDC 간 DR(Disaster Recovery)을 넘어, 서로 다른 국가에 위치한 IDC 간 DR이 가능한 형태의 시스템을 만들고, 필요한 경우 서로 다른 DFS(Distributed File System)를 사용할 수 있도록 개선한다'라는 과제가 부여되었습니다. 플랫폼
서버 사이드 테스트 자동화 여정 - 1. 테스트 자동화를 시작한 계기와 그 첫 발걸음
LINE Engineering2020-02-06
안녕하세요. LINE 미디어 플랫폼 개발과 운영 업무를 담당하고 있는 하태호입니다. 미디어 플랫폼은 LINE 메시징 서비스 및 LINE의 다양한 패밀리 서비스에서 생성되고 유통되는 미디어 콘텐츠(이미지, 비디오, 오디오, 라이브 스트림 등)를 각 서비스 요구 사항에 맞추어서 가공하고 저장한 뒤 사용자에게 전달하는 역할을 합니다. 미디어 플랫폼은 LINE 내 수많은 서비스가 사용하는 플랫폼이기 때문에 장애가 발생하면 전체 LINE 서비스 생태계의 품질에 영향을 미칩니다. 따라서 미디어 플랫폼을 구성하는 서버 모듈은 언제나 높은 수준의 서비스 안정성을 보장해야 하는 미션을 가지고 있습니다. 이 미션을 달성하기 위해서 미디어 플랫폼 조직은 코드 리뷰, 테스트 자동화, 기술 스터디, 테크 토크, 장애 회고 등의 다양한 방법을 사용하고 있는데요. 이번 글에서는 미디어 플랫폼 조직이 서비스 안정성을 높이기 위해 어떻게 테스트를&n
expo:QA'19 참석기
LINE Engineering2020-01-29
이번 글에선 지난 2019년 6월에 참석했던 QA 콘퍼런스, expo:QA'19의 키노트 세션을 중심으로 콘퍼런스 참석기를 공유하겠습니다. expo:QA'19는 2014년부터 매년 스페인에서 개최되고 있는 콘퍼런스인데요. 올해는 마드리드에서 2019년 6월 17일부터 19일까지 열렸으며 스페인과 유럽의 소프트웨어 테스팅 및 품질 엔지니어링 전문가를 중심으로 최신 동향을 공유하는 행사입니다. 키노트 콘퍼런스에선 아래와 같이 총 3개의 키노트가 진행되었는데요. 각 키노트에 대해 간략하게 정리해 보았습니다. The Secret Life of Automation by Michael Bolton How can your team become artists of the 21st century Renaissance by John Ferguson Smart Breaking silos within cross-functional teams by Al
- QA
태국으로 DPP(Developer Product Platform) 워크숍을 다녀왔습니다
LINE Engineering2020-01-23
안녕하세요! 이번 글에선 DPP 워크숍 후기를 공유하려고 합니다. DPP는 'Developer Product Platform'의 약자로, LINE의 여러 가지 기능을 사용하고 싶어하는 개발자들을 위해 LINE의 개발자 플랫폼을 개발하며 관련된 일을 하는 조직입니다.DPP 워크숍은 세계 곳곳에 퍼져 있는 LINE의 글로벌 오피스를 방문하여 DPP의 여러 기능을 소개하는 행사입니다. 대만과 일본에서도 이미 진행되었는데요. 저희 팀에서는 이번 태국 워크숍에 3분이 발표자로 나서 각각 'Mini app'과 'Channel Gateway API', 'Graph API'에 대해 소개했는데요. 각 세션에 대한 내용은 뒤에서 자세히 소개하겠습니다. 글로벌 회사 LINE 저는 이번 출장에서 태국 오피스의 분위기를 직접 느낄 수 있었습니다. 태국 느낌이 물씬 나는 L
- LINE Events
LINE 메신저 앱의 공유 모듈 통합 개발기 - 2
LINE Engineering2020-01-22
지난 1편에서 LINE iOS 공유 기능 모듈을 개발하면서 겪었던 어려움과 이를 해결해 나간 방법을 아래 여섯 가지로 나눈 뒤 '1. 데이터 모델 규약 통합'과 '2. 데이터 공유 로직 통합'의 내용을 먼저 설명드렸습니다. 데이터 모델 규약 통합 데이터 공유 로직 통합 사용 가능한 서비스 목록 판단 커스텀/추가 액션 제공 예외 처리 일반화 UI/UX 개선 이어서 이번 글에서는 '3. 사용 가능한 서비스 목록 판단'부터 '6. UI/UX 개선'까지 설명드리면서, 공유 모듈을 사용하는 LINE 내 여러 서비스의 다양한 요구 사항을 만족하면서 유지 보수가 편하고 확장 가능한 구조로 구현하기 위해 저희가 어떤 고민을 했는지 공유하겠습니다. 3. 사용 가능한 서비스 목록 판단 아래와 같이 공유 화면의 하단에는 대화방 이외에 콘텐츠를 공유할 수 있는 서비스 목록이 나타납니다. 그림 5. 공유 가능한 서비스 목록 공유를 시
- iOS
- Data/AI
LINE 메신저 앱의 공유 모듈 통합 개발기 - 1
LINE Engineering2020-01-17
안녕하세요. LINE iOS 클라이언트 개발을 담당하고 있는 조현지, 이건홍입니다. 이번 글에선 LINE iOS 공유 기능 모듈을 개발하면서 겪었던 어려움과 이를 해결해나간 방법에 대해서 이야기하려고 합니다. 공유 모듈 소개 LINE 앱에는 글, 이미지, 비디오 등의 콘텐츠를 자유롭게 업로드하고 접근할 수 있는 대화방, 앨범, 노트, 타임라인, 킵(Keep) 등 다양한 서비스가 있습니다. 또한 메시지를 다른 대화방으로 전달하거나, 킵으로 저장하는 등 서비스에서 서비스로 콘텐츠를 공유할 수 있는 기능을 여러 화면에서 지원하고 있습니다. 기존에는 이러한 공유 기능을 서비스 또는 화면별로 여러 개발자가 각자 구현해서 유지, 보수하고 있었습니다. 모두 유사한 기능을 수행하고 있었지만 각자 관리됐기 때문에 아래와 같은 여러 가지 문제점이 있었습니다. 화면별 UI/UX가 일관적이지 않음 대상 콘텐츠를 나타내는 데이터 모델이 다양함 유사하거나 중복되는 코드가
- iOS
- Data/AI
코드 가독성에 대해 - 3. 상태와 절차
Ishikawa Munetoshi2020-01-14
Developer Experience Development
안녕하세요. 커뮤니케이션 앱 LINE의 Android 클라이언트 팀 Ishikawa입니다. 이 글은 '코드 가독성에 관한 프레젠테이션'을 소개하는 비정기 연재 블로그의 세 번째 편입니다(지난 글은 여기(1편, 2편)를 참고하세요). 이번 글은 특정 유형에 한정된 이야기로, 4장 '상태(state)'와 5장 '절차(procedure)'에 관해 설명하겠습니다. 4장: 상태 프로그램에서 실행 상태(state)의 수나 상태 변환을 줄이면 프로그램 전체 동작을 이해하는 게 쉬워지는데요. 특히 잘못된 상태나 변환을 줄이면 코드의 가독성과 견고성을 크게 향상시킬 수 있습니다(단, 상태를 줄이는 작업은 어디까지나 가독성과 견고성을 향상시키기 위한 수단으로 생각해야지 그 자체가 목표가 되어서는 안된다는 점을 유의하시기 바랍니다). 이번 장에서는 가독성과 견고성을 향상시키는 방법으로 '잘못된
- CodeReadability
하드웨어 비디오 코덱과 소프트웨어 비디오 코덱의 하이브리드!
LINE Engineering2020-01-10
영상을 압축하는 두 가지 코덱 요즘 많은 사람들이 즐기는 주요 엔터테인먼트 중 하나가 멀티미디어 콘텐츠입니다. 사람들은 다양한 기기로 멀티미디어 콘텐츠를 소비하는데요. 그중에서도 스마트폰은 많은 사람들이 이용하는 주요 기기입니다. 하지만 스마트폰의 제한된 컴퓨팅 환경은 고화질의 멀티미디어 콘텐츠를 즐기는 것을 어렵게 만듭니다. 특히 최근에 많은 분들이 즐기는 실시간 멀티미디어 애플리케이션에선 영상을 압축하는 시간까지 제한됩니다. 이런 조건에서 스마트폰의 CPU로는 고화질의 영상을 제시간에 압축하기 어렵습니다. 그럼에도 많은 분들이 실시간으로 HD 화질의 멀티미디어 콘텐츠를 소비할 수 있는 이유는, 영상 압축을 소프트웨어 코덱이 아닌 하드웨어 코덱으로 하기 때문입니다. 많은 스마트폰 제조사들이 하드웨어 비디오 코덱을 제공하는데요. 소프트웨어로 구현된 비디오 코덱과 달리 높은 해상도의 영상을 실시간으로 압축할 수 있을 만큼 성능이 좋아 널리 쓰이고 있습니다. 그