Blog - LINE ENGINEERING

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

TensorFlow.js: 웹 프론트엔드에서 머신러닝 활용하기
Jun2019-02-27
LINE에서 프론트엔드 개발자로 일하고 있습니다. 프로그래밍 언어에 관심이 많습니다.
안녕하세요! LINE에서 프런트엔드 개발을 담당하고 있는 Jun입니다. 최근 프런트엔드 분야는 흥미로운 기술이 가득해서 전부 다 파악하는 게 힘들 정도인데요. 개인적으로 가장 관심이 가는 건 머신러닝입니다. 오늘은 웹 프런트엔드에서 머신러닝 활용하기를 주제로, TensorFlow.js를 사용해서 간단하게 머신러닝을 구현해 본 경험을 공유하겠습니다. 들어가기 전에 저는 TensorFlow.js를 사용해서 브라우저에서 동작하는 간단한 classification 모델을 만들어 보았는데요. 제 경험을 말씀드리기 전에 TensorFlow와 classification에 대해 짧게 소개드리겠습니다. TensorFlow란? TensorFlow는 오픈소스 머신러닝 프레임워크입니다. 머신러닝에서 자주 사용되는 모델과 함수 등이 잘 추상화되어 있어서 애플리케이션 프로그래머도 손쉽게 머신러닝을 구현할 수 있는데요. 2018년 중순에 Tenso
- frontend
- UIT
- TensorFlow
LINE의 OpenJDK 적용기: 호환성 확인부터 주의 사항까지
권용찬2019-02-25
SRE 엔지니어, JVM 성능 관리, AWX 운영
2018년 오라클의 라이선스 체계가 변경되면서 2019년 1월 이후 더 이상 무료로 Oracle JDK를 사용할 수 없게 되었습니다. 이에 LINE 내부에서는 사전에 OpenJDK를 적용하기 위해 필요한 사항이나 검토 항목을 정리하기 위하여 TF(task force)를 구성하였고, 진행된 내용과 사용된 기술적인 사항들을 정리하고자 이 글을 작성하게 되었습니다. 시작하기 전에 본격적인 이야기를 시작하기 전에 OpenJDK를 검토하면서 느낀 부분이 있어 옛날 옛적 이야기를 적어봅니다. 2000년 초반만 해도 OSS(Open Source Software)의 신뢰도에 대한 평가는 극과 극이었고, 공공 기관이나 큰 규모의 사업장에서 실제 OSS를 적용하기에는 쉽지 않은 시기였습니다. 예를 들어 Apache HTTPD Server(이하 Apache 웹 서버)의 Prefork MPM(Multi-Processing Modules)의 메모리 누수 문제와 당시 신형
- Site Reliability Engineering
2018년 LINE Security Bug Bounty Program 결과
k2wanko2019-02-21
LINE에서 취약점을 찾고 있습니다.
안녕하세요. LINE에서 보안 업무를 맡고 있는 Kazuhiro Kubota입니다. 이번 글에서는 2018년에 진행된 LINE Security Bug Bounty 프로그램의 결과를 공개하겠습니다. 2018년 Bug Bounty 프로그램 결과 공개 아래는 2018년에 Bug Bounty 프로그램으로 접수된 보고 건수를 주별로 집계한 그래프입니다. x축이 주(week)를, y축이 건수를 나타냅니다. 주별 보고 건수 2018년에 취약점으로 인정된 보고는 총 88건으로, 45건이었던 2017년과 비교하면 2배 가까이 늘었습니다. 보고 건수가 늘어난 데는 2017년에 심사 대상을 확대했다는 점도 영향을 주었겠지만, 프로그램이 널리 알려지면서 여러 취약점을 보고하는 분들이 늘어난 점이 더 큰 영향을 주었다고 생각합니다. 영업일로 환산하면 매일 1건 이상의 보고가 들어오고 매주 1건 이상이 취약점으로 인정된 셈입니다
- Security
- Bug Bounty
GitHub Pull Request가 자동으로 close되는 경우는?
Kohei Ohara2019-02-20
LINE 포인트 개발을 담당하고 있습니다. 주로 서버쪽을 맡고 있습니다.
LINE 개발 팀에서 서버 쪽 개발을 담당하고 있는 Ohara(@kory1202)입니다. 저희 팀은 PR(Pull Request)을 master 브랜치(branch)로 생성하는 방식으로 Git을 운영하고 있습니다. 이런 방식으로 Git을 운영하면 PR을 merge했을 때 다른 PR이 '자동으로 close되는 상황'이 발생하곤 했는데요. 정확히 어떤 조건에서 자동 close되는 것인지 확실히 알 수 없었습니다. GitHub Help > Closing a pull request를 읽어 보아도 원하는 답이 나오지 않더군요. 그래서 아예 직접 정리를 해보았습니다. 자동 close란? 자동 close란 GitHub에 올라와 있는 PR이 UI를 통한 일련의 작업으로 close되는 것이 아니라 다른 요인에 영향을 받아 저절로 close되는 것을 말합니다. 구체적인 예를 통해 살펴보겠습니다. 다음 그림과 같이 커밋(commit)이 진행되었다고
- GitHub
데이터 엔지니어링 관련 소프트웨어 장애 대응 사례
Keiji Yoshida2019-02-15
LINE Data Labs에서 데이터 개발자로 일하고 있습니다.
안녕하세요. LINE Data Labs에서 데이터 엔지니어로 일하고 있는 Keiji Yoshida입니다. 저는 이번 글에서 데이터 엔지니어링 관련 소프트웨어 장애 대응 사례를 몇 가지 소개하고자 합니다. Apache Hadoop YARN 리소스 매니저 failover 발생 문제와 해결 방안 YARN은 Apache의 오픈 소스 분산 처리 프레임워크인 Hadoop의 주요 기능 중 하나로 리소스 관리 및 작업 스케줄링을 담당합니다. Failover는 주 시스템에 장애가 발생했을 때 예비 시스템이 기능을 넘겨받아 운용하는 백업 모드입니다. 시스템 개요 LINE Data Labs가 관리하는 Hadoop 클러스터 가운데 각 LINE 서비스의 데이터를 수집하여 하나로 모아 관리하는 것이 있습니다. 각 LINE 서비스의 데이터는 Apache Sqoop 등을 사용하여 HDFS에 저장됩니다. YARN 클러스
- Hadoop
- Spark
- Zeppelin
스스로의 한계를 두지 않는 Service Reliability Engineer, 노승헌
LINE Engineering2019-02-12
LINE의 기술을 소개하는 블로그를 운영하고 있습니다.
두 번째 인터뷰의 주인공은 Service Reliability Engineer 노승헌 님입니다. Akamai에서 LINE의 CDN 업무를 담당하시다가 LINER가 되신 재미있는 이력을 가지고 계신데요. 책 쓰는 엔지니어이자 다둥이 아빠로 육아까지 열심히 해내고 계시는 열혈 엔지니어, 승헌 님의 이야기를 만나 보시죠. 스스로의 한계를 두지 않는 Service Reliability Engineer, 노승헌 Q. 안녕하세요. 승헌 님! 간단한 자기소개 부탁드립니다. A. 안녕하세요. LINE에서 개발 빼고 다한다는 모토를 가지고 일하는 서비스 엔지니어링 팀에서 SRE(Service Reliability Engineer)로 일하고 있는 노승헌입니다. Q. 팀 소개가 흥미롭네요. A. 네. 굉장히 독특한 조직이에요. 예를 들어 LINE 내부에서 어떤 서비스를 준비할 때 무언가 의도대로 동작하지 않는다면 저
mitmproxy를 활용해 구글 애널리틱스 테스트 자동화하기
Edward Chen / Miki Liao2019-02-01
LINE 대만에서 LINE TODAY 관련 자동화 QA 엔지니어로 일하고 있는 Edward와 Miki 입니다.
개요 안녕하세요. LINE 대만에서 LINE TODAY 관련 자동화 QA 엔지니어로 일하고 있는 Edward와 Miki입니다. 이번 글에서는 LINE TODAY에서 웹사이트를 최적화하기 위해 사용하는 구글 애널리틱스(Google Analytics, GA)의 테스트 자동화 방법에 대해 알아보려고 합니다. LINE TODAY를 위한 GA 테스트 GA는 웹사이트 트래픽을 추적하는 가장 보편적인 방법입니다. GA를 이용하면 특정 페이지의 방문자 수는 물론, 방문자 수를 기기 모델이나 나라별로 정렬한 정보 등과 같은 중요한 정보를 알 수 있습니다. 운영 팀에선 이런 정보를 기반으로 방문자 행동을 분석합니다. 분석이 끝나면, 운영 팀은 통계적 관점에서 방문자에게 좀 더 나은 사용자 경험을 줄 수 있는 방향으로 웹사이트의 콘텐츠와 디자인을 최적화할 수 있습니다. 우리는 운영 팀이 GA에서 생성된 LINE TODAY 앱에 대한 보고
- QA
- Automation
- python
AIR GO에 안드로이드 9 APK 서명 scheme v3 적용하기
김승훈2019-01-28
안녕하세요 AIR GO에서 진단파트 개발 업무를 진행하는 김승훈입니다.
배경 안녕하세요. LINE에서 AIR GO를 개발하고 있는 김승훈입니다. AIR GO에 대해선 이전에 'AIR GO를 소개합니다'에서 먼저 말씀드렸는데요. 이번 블로그에서는 그에 이어 APK 서명에 관한 내용과 AIR GO 탐지 정보를 소개하고자 합니다. 최근 Google이 Android 9(Pie)에서 APK Signature Scheme v3을 소개했는데요. 이에 관련된 내용을 AIR GO에 적용하면서 개발자에게 도움이 될 만한 부분을 정리한 글입니다. APK 서명이란 APK 서명의 역할 APK 서명은 아래와 같은 역할을 수행합니다. APK 파일의 무결성을 검증합니다. 서명자(개발자)를 식별하는 지문 역할을 합니다. 추가적으로 Google Play 스토어에 업데이트할 때 사용합니다(같은 인증서로 서명한 APK만 업데이트 가능). APK 서명 종류(서명 scheme) 안드로이드에서는 아래 3종류의 서명 scheme이 존
Technical Communication Symposium 2018 참석기 - 기술 문서의 번역 품질 평가 방법
김지현2019-01-22
LINE GAME PLATFORM 문서를 담당하는 테크니컬 라이터입니다.
안녕하세요. LINE GAME PLATFORM의 문서 제작과 배포를 담당하는 테크니컬 라이터 김지현입니다. LINE GAME PLATFORM은 한국과 일본, 두 거점에서 기획하고 개발하는 프로젝트인데요. 이에 맞춰 문서도 한국어와 일본어, 두 가지 언어로 작성하고 있습니다. 두 가지 언어로 글을 쓸 때 가장 어려운 점은 언어별로 독자의 지역적, 문화적 배경을 글에 녹여내야 한다는 것입니다. 저는 일본어로 글을 쓰는 게 어렵지는 않지만 모국어가 한국어고 한국에서 일하고 있기 때문에 일본 현지의 생생한 느낌까지 글로 옮기는 것에는 늘 부족함을 느끼고 있습니다. 그래서 나름대로 부족한 부분을 보완하고자 일본에서 열리는 컨퍼런스에 참석하고 있고, 작년에는 'TC(Technical Communication) Symposium 2018 in Tokyo'에 다녀왔습니다. 테크니컬 커뮤니케이터(Technical Communicat
- Event Report
- Technical Writing
LIFF(LINE Front-end Framework)에서 TIC-80을 작동시켜보자
seisuke2019-01-17
LINE Engineer
안녕하세요. LINE Fukuoka에서 LINE 메신저 앱 개발을 담당하고 있는 안드로이드 엔지니어 Seisuke입니다. 지난달(2018년 11월)에 열린 사내 해커톤에서 Fantasy Console이라는 다소 낯선 장르의 제품인 'TIC-80'을 LIFF에서 작동시켜 보았는데요. 여기서 얻은 지식을 혼자 알고 있기는 아까워 블로그를 작성하게 되었습니다. LINE Fukuoka에서는 매년 해커톤을 실시하고 있습니다(2017년도 해커톤 실시 후기(일본어)). 기본적으로 몇몇 발표자가 개발 기획을 내놓으면 그 기획에 흥미를 느낀 4~5명이 팀을 구성해 이틀에 걸쳐 개발을 진행하는 형식입니다. 해커톤에서는 평상시 업무에서는 잘 사용하지 않는 기술을 시도해 보는 팀도 많이 있는데요. 저는 WebAssembly를 사용해 LIFF에서 TIC-80을 작동시켜보는 기획을 진행하게 되었습니다. TIC-80, 그
- LIFF
- TIC-80