Blog - LINE ENGINEERING

TAG ARCHIVES: Server-side

LINE 플랫폼 서버의 장애 대응 프로세스와 문화
이수안2022-05-13
현재 LINE 플랫폼 서버 개발 리드 역할을 담당하고 있습니다. 구성원 모두가 참여해 발전시키는 지속 가능한 문화를 형성하는 데에 관심이 많습니다.
LINE DEVELOPER DAY 2021에서 이수안 님이 발표하신 LINE 플랫폼 서버의 장애 대응 프로세스와 문화 세션 내용을 옮긴 글입니다. 안녕하세요. LINE Platform Engineering 3 센터의 이수안입니다. 이번 글에서는 LINE 플랫폼 서버의 장애 대응 프로세스와 문화와 관련해서 세 가지 내용을 이야기하겠습니다. 첫 번째로 LINE 플랫폼 서버 개발에서 신뢰성(reliability)이 왜 중요한지 설명하고, 두 번째로 장애가 발생했을 때 어떤 과정으로 대응하는지 살펴보겠습니다. 그리고 마지막으로 이 모든 것을 지탱하는 개발자 문화를 소개하겠습니다. 신뢰성과 장애 관리
- Server-side
- Dev Culture
Kotlin JDSL: Kotlin을 이용해 손쉽게 Reactive Criteria API를 작성해 봅시다
강현식2022-04-22
LINE에서 커머스 플랫폼 엔지니어로 일하고 있습니다.
안녕하세요. Global EC(Global E-Commerce, 이하 GEC)에서 주문 파트 개발을 담당하고 있는 강현식입니다. 같은 파트 서종현 님께서 'Kotlin JDSL: Kotlin을 이용해 좀 더 쉽게 JPA Criteria API를 작성해 봅시다'라는 글을 통해 Kotlin JDSL을 만들게 된 배경과 사용 방법에 대해서 소개해 주셨는데요. 이번 글에서는 제가 Kotlin JDSL의 Reactive 모듈에 대해 소개하려고 합니다. 많은 분들이 JPA는 반응형 방식으로 동작하지 않는다고 생각하고 계실 수 있는데요. 최근에 Hibernate에서 반응형 방식의 JPA 라이브러리인 Hibernate Reactive를 오픈했습니다. 반응형 프로그래밍에 대해서는 Red Hat 블로그에 올라온 '5 Things to Know About Reactive Programming
- Server-side
- Open Source
메시징 시스템(a.k.a messaging-hub) 톺아보기
송재욱2022-03-25
도메인을 이해하고, 문제를 정의한 후, 해법을 개발하는 일을 즐깁니다.
지난 글, 기술 부채를 갚기 위한 첫 발을 떼기까지에 이어 이번 글에서는 messaging-hub의 아키텍처가 진화해 나간 과정과 세부적인 구성 및 처리 흐름에 대해서 공유하려고 합니다. 아키텍처: v0.1에서 v1.0까지의 변화 과정 messaging-hub의 시스템 아키텍처가 어떤 과정을 거쳐 현재의 모습이 됐는지 단계별로 설명하겠습니다. v0.1 이 시점에서는 프로젝트를 'connection system'이라고 불렀습니다. 아키텍처 매우 간단한 구조지만, 가장 핵심이 되는 도메인이고, 앞으로 이 구조를 기반으로 뻗어 나가게 됩니다. 아키텍처 구성을 살펴보겠습니다. connection-manager는 클
- Server-side
기술 부채를 갚기 위한 첫 발을 떼기까지
송재욱2022-03-18
도메인을 이해하고, 문제를 정의한 후, 해법을 개발하는 일을 즐깁니다.
안녕하세요. LINE+의 ABC Studio 팀에서 백엔드 개발자로 살고 있는 송재욱입니다. 제가 제 자신을 개발자로 소개할 때 사용하는 문장이 있습니다. 도메인을 이해하고, 문제를 정의한 후, 해법을 개발하는 일을 즐긴다. 개발자는 단순히 코드만 짜는 사람이 아닙니다. 물론 코드를 짜는 것이 개발자가 해야 할 가장 기본이자 핵심 업무이고, 코드가 우리 작업의 결과물이라는 것을 부정할 사람은 없을 겁니다. 그러나 도메인 이해와 문제 정의 없이&
- Server-side
LINE 앱의 다자간 대화 기능 통합
Takatoshi Nao / Kuang Fu2022-02-24
Takatoshi Nao and Kuang Fu are in charge of LINE messaging servers.
LINE은 1:1 대화뿐 아니라 다자간 대화도 지원합니다. 그런데 LINE에는 서로 다른 용도로 개발된 두 가지 다자간 대화 기능인 '여러 명과의 대화'와 '그룹'이 있었습니다. 여러 명과의 대화(Room)는 일시적인 대화를 위해 설계됐습니다. 여러 명과의 대화를 만들 때에는 따로 방의 이름을 지정할 필요가 없으며, 친구를 여러 명과의 대화에 초대할 때에도 친구의 승인을 기다릴 필요가 없습니다. 초대 버튼만 클릭하면 상대가 바로 대화에 참여할 수 있습니다. 즉 여러 명과의 대화는 대화를 바로 시작할 수 있는 구조입니다. 이에 반해 그룹(Group)은 장기적인 대화를 목적으로 설계됐습니다. 이 글을 읽고 계신 여러분도 학교 친구나 직장 동료, 동호회 사람 등으로 구성된 다양한 그룹에 이미 속해 계실 것이라고 생각합니다. 각 그룹에는 이름이 있어서 쉽게 찾을 수 있고, 이름만으로도 그룹
- Server-side
결제 제휴를 통해 보다 편하게 결제할 수 있는 세상 만들기
서동규2021-09-15
LINE DEVELOPER DAY 2020에서 서동규 님이 발표하신 Create a more convenient payment world through a payment alliance 세션 내용을 옮긴 글입니다. 안녕하세요. 이번 글에서는 '좀 더 편한 결제 세상 만들기'라는 주제로 LINE Pay의 크로스 보더(cross border) 결제 기능을 소개하겠습니다. 먼저 LINE Pay가 지향하는 크로스 보더 결제의 모습과 그동안의 결과물을 소개한 뒤, LINE Pay의 크로스 보더 결제 플랫폼에서 중요한 역할을 담당하는 두 가지 시스템과 각 시스템의 구조에 대해서 말씀드리겠습니다. 마지막으로 LINE Pay가 앞으로 강화하고자 하는 LINE Pay의 서비스와 그 이유를 말씀드리면서 글을 마무리하겠습니다. 기술 관련 내용보다는 경험 위주의 내용이니 편하게 읽어
NLP와 OCR, 머신 러닝으로 더욱 편리하고 특별한 LINE 가계부 만들기
김길도2021-08-03
LINE Financial Plus F Server Dev2 Back-end/Server Developer
LINE DEVELOPER DAY 2020에서 김길도 님이 발표하신 Technical Initiatives for Convenient Use of LINE Kakeibo 세션 내용을 옮긴 글입니다. 안녕하세요. F Server Dev2 팀에 김길도입니다. 이번 글에서는 LINE OA(Official Account) 메시지로 영수증 이미지를 보내면 가계부에 지출 항목이 등록되고 맞춤형 쿠폰까지 발급되는 LINE 가계부(일본어)의 흐름을 따라가면서, LINE 가계부에서만 경험할 수 있는 UX와 사용자가 좀 더 편리하게 이용할 수 있도록 도와주는 숨겨진 기술들을 소개하겠습니다. 참고. LINE 가계부는 현재 일본에서만 서비스하고 있습니다. LINE 가계부 소개 먼저 LINE 가계부에 대해 소개하겠습니다. LINE 가계부는 수입과 지출 항목을 입력하고
Armeria 지표 커스터마이징하기
주승환2021-07-15
LINE에서 OpenChat 서비스의 백엔드 개발을 담당하고 있습니다.
시작하며 이전 글 Armeria에서 Prometheus 지표 모니터링하기에서 Armeria 지표를 Grafana로 모니터링하는 방법을 살펴봤습니다. 이번 글에는 Armeria에서 필요에 따라 지표를 커스터마이징하는 방법을 알아보겠습니다. 이번 글에서 사용한 코드는 Armeria에서 Prometheus 지표 모니터링하기 글의 예제 코드를 재사용했습니다. MeterIdPrefixFunction 이용해 지표 프리픽스 이름 커스터마이징하기 이전 글에서 MeterIdPrefixFunction#ofDefault 함수를 이용해 지표의 기본 프리픽스 이름을 설정할 수 있다는 것을 말씀드렸는데요. 이때 MeterIdPrefixFunction#andThen 함수를 이용하면 이 프리픽스 이름을 더욱 다양하게 커스터마이징할 수 있습니다. HTTP 메서드 이름을 메트릭의 프리픽스 이름으로 추가하고 싶다
- Server-side
- Armeria
- Java
Armeria에서 Prometheus 지표 모니터링하기
주승환2021-06-28
LINE에서 OpenChat 서비스의 백엔드 개발을 담당하고 있습니다.
시작하며 이번 글에서는 Armeria에서 수집한 Prometheus 지표를 모니터링하는 방법을 살펴보겠습니다. Armeria를 처음 사용해 보시는 분들도 쉽게 따라 할 수 있도록 간단한 실습 예제와 함께 작성했습니다. 실습 실습은 macOS Big Sur 환경에서 진행했습니다. 실습을 진행하기 위해 Gradle과 Prometheus, Grafana를 어떻게 설치하고 설정했는지 함께 알아보고, 테스트 결과를 확인해보겠습니다. Gradle 설정 Armeria 서버의 Prometheus 지표를 수집하기 위해 'build.gradle' 파일에 아래와 같은 디펜던시를 정의했습니다. build.gradle dependencies { // Armeria implementation "com.linecorp.armeria:armeria:1.8.0" implementat
- Server-side
- Armeria
- Java
LINE 광고 플랫폼의 MSA 환경에서 Zipkin을 활용해 로그 트레이싱하기
김용훈2021-04-16
LINE에서 서버 개발자로 일하고 있습니다.
들어가기 안녕하세요. LINE Ads에서 DSP Manager를 담당하고 있는 김용훈입니다. LINE Ads는 일본과 태국, 대만 등 전 세계 LINE 사용자를 대상으로 하는 글로벌 광고 플랫폼을 개발하고 있습니다. LINE의 광고 플랫폼은 대량으로 생성되는 데이터를 실시간으로 처리하며 사용자들이 관심을 가질 광고를 예측해서 제공합니다. DSP(Demand Side Platform) Manager는 간단히 이야기하면 광고주가 사용하는 광고 관리 도구라고 할 수 있습니다. 광고 등록과 등록한 광고에 대한 심사, 심사 완료 후 집행된 광고의 효과와 비용에 대한 청구 정보 확인 등 여러 가지 기능을 제공하는 시스템입니다. LINE Ads에서는 이런 요구 사항을 효율적으로 적용해 나가기 위해서 많은 인원이 효율적으로 협업할 수 있는 환경이 필요하다고 판단, MSA를 기반으로 각 서비스를 게이트웨이와 애드서비스, 리
- Server-side
- Java

1 2 3 4 5