Blog - LINE ENGINEERING

TAG ARCHIVES: Server-side

【インターンレポート】HelmによるKubernetesのマニフェストのバージョン管理
石黒湧大2023-09-20
CSI DevBチーム
はじめに　筑波大学大学院修士1年の石黒湧大です。2023年8月より6週間の就業型インターンシップに参加させていただきました。インターンシップでは、LINE Platform Developmentセンター1/CSI室 DevBチームに配属され、「HelmによるKubernetesのマニフェストのバージョン管理」に関する検証および導入に取り組みました。　本ブログではその内容とインターンシップの感想について紹介させていただきます。背景ショップサービスの問題　CSI室はCommunication & Service Integration室の略称であり、LINEサービスのスタンプ・絵文字・着せかえなどのコンテンツの機能開発、関連サービスとの連携、およびその信頼性の向上を担当しています。「LINE」アプリのユーザーは私たちが運用する「スタンプショップ」や「着せかえショップ」といったサービスを利用して、上記のコンテンツを購入・ダウンロードして利用しています。　このショップサービスは複数のアプリケーションで構成されており、そのうちの一部はプライベートクラウドのサービスの一つ
同時接続数30万超のチャットサービスのメッセージ配信基盤をRedis Pub/SubからRedis Streamsにした話
Kosuke Maeda2023-09-05
OA Dev TeamD
Overview 30万を超える同時接続数を持つチャットサービスにおいて、リアルタイムでメッセージの受信などのイベントを配信するメッセージブローカーとして、私たちはRedis ClusterのPub/Subを使用していました。私たちのサービスでは、ユーザー数の増加に伴い、Redis Clusterのシャード数を増やすことでクラスターの性能を向上させてきました。しかし、Redis ClusterのPub/Subでは、シャード数の増加に伴ってネットワーク帯域が圧迫される問題が生じ、これ以上シャードを追加することができない状況になりました。この課題を解決するために、メッセージブローカーをRedis Pub/SubからRedis Streamsに切り替え、スケールアウトによる性能向上が可能となるように改善しました。サービスについて LINE公式アカウント（以下、OAと呼びます）は、企業や店舗経営者がLINEを通じてお客様とつながるためのサービスです。 LINE公式アカウントには、OAオーナーがLINEユーザーと直接チャットで対応できる「チャット」機能（以下、OAチャットと呼びます）が備わ
- Server-side
Vue.jsでFigmaの翻訳プラグインを作った話
Kim Min Seob2023-07-28
In charge of backend development at ABC Studio.
はじめにこんにちは。LINE+ ABC Studioでバックエンド開発を担当しているKim Min Seobです。今回の記事では、先日Papagoを利用してFigmaの翻訳プラグインを作成した経験を紹介したいと思います。プラグインをどのように作成するかについて詳しく案内したり、コードレベルで説明するつもりではありません。プラグインを作成する上で困ったことやその解決方法、またチームでの作成過程についてお話しします。 Figmaのプラグインを開発する際には、Figma Developersサイトを参照してください。HTMLやNode.js、Typescript関連の知識が必要で、複雑なプラグインを作成したい場合は、Vue.jsやReactのようなフロントエンドのフレームワークを使用すると良いです。 Figmaの翻訳プラグインが必要だと？私は、バックエンド開発を担当しているのでFigmaをあまり使用していません。主に見るためだけに使っています。ある日、チームのSlackチャンネルにデザインを担当しているJeansさんからのメッセージが投稿されました。プラグインの作成を
- Server-side
- Front-End
Micro Service Architecture Pros・Cons In LINE Doctor
Chung Jongcheol2023-03-27
Backend Engineer of Healthcare Development Team
こんにちは。ヘルスケア開発室のJongcheol Chungと申します。 LINEヘルスケア事業のいろんなサービスの中、LINEドクターというオンライン診療サービスがあります。LINEドクターは2020年のリリース以後、現在もMicro Service Architecture（以下MSA）でコンポーネントを構築して運用しています。今回この記事ではMSAでサービスの開発と運用を経験して感じた、MSAのメリット・デメリットを簡略に紹介したいと思います。 LINEドクターのコンポーネント構成 MSAは一つのサービスの中、コンポーネント達を小さく分けて小規模で構成する設計スタイルを意味します。つまり、コンポーネント間の依存を減らし、コンポーネントをそれぞれ独自で運用することが目的であります。 LINEドクターの場合も、このような形でコンポーネントが分離されています。LINEドクターもこのようにコンポーネントを分離して、依存を最小化しています。 LINEドクターは、LINEのビデオ通話を通じた医師の診療、お薬の処方、配送までワンストップで受ける事ができるオ
Messaging Serverの開発フローの改善
Takatoshi Nao2023-02-12
Takatoshi is a developer of LINE's Messaging Server.
皆さんお元気ですか? LINEのMessaging Serverを開発しているNaoです。 2014年にLINE Serverの開発とリリースプロセスについて紹介しました。それから時間が経ち、開発環境やコードも変化してきました。今回はその後、改善した点について紹介したいと思います。 LINEのMessagingプラットフォームは多くのServer Applicationから構成されています。そのうちの1つであるMessaging Serverは、Messaging機能を担うPlatformであり、他のチームの開発者と協力して複数のプロジェクトを並行して進めています。 Messaging Serverの旧開発プロセス複数のプロジェクトの作業を同時に進行すると、それぞれの作業による混乱や現在どのような内容が進められているのかに関して曖昧な状況になりやすくなります。このような問題を少しでも改善するため、共同開発の進行の手間を最小限にするルールやポリシーを開発者同士が試行錯誤してきました。その結果として作られてきたものが、次に紹介するLINEのMessaging Serverの旧開発プロセス
- Server-side
LINE DMPにおけるHTTPでのファイルダウンロードに関するパフォーマンス改善の事例
Junya Ishida2023-02-09
DMP Dev Team
LINE株式会社 Business Platform開発室 DMP Devチームの石田です。今回はLINE DMPにおけるHTTPでのファイルダウンロード処理で発生したパフォーマンス問題の改善の事例について紹介します。はじめにまず、DMPとはData Management Platformの略です。LINE DMPは、LINE外部からアップロードされたデータや、LINE内部サービスのデータをETL(Extract Transform Load)処理によって取り込んで、LINE広告やLINE公式アカウントをはじめとするLINEのB2Bプロダクトで活用できるプロダクトです。LINE DMPはPrivate DMPであり、LINE内部に閉じた活用に限定されているため、馴染みのない方も多いと思います。以下の記事ではLINE DMPについて詳しい説明がありますので、ご参考にしてください。 Logmi Tech - LINE DMPの“難しさ”がニアリーイコールの“おもしろさ” LINE DMPにおけるサーバーサイド開発 LINE DMP
- Server-side
Jenkinsfile + Jenkins Shared LibrariesでCI設定のコピペを撲滅する
Takahiro Shimizu2023-01-17
Dev4 SRE Team
LINE株式会社Dev4 SREチームのShimizuです。今回の記事では私たちのチームで進めているJenkinsの機能であるJenkins Pipeline(Jenkinsfile)と、その拡張であるShared Librariesの導入について、導入した背景、導入するにあたってのテクニックなどを紹介したいと思います。背景私たちの所属する開発4センターではCIツールとして主にJenkinsを利用しています。ありがたいことに社内にJenkinsを運用してくれているチームがあり、そのチームの運用するJenkinsをメインに使っています。今まで、Jenkinsの設定はチーム内のわかる人がJenkinsのGUIから直接設定をしていました。しかし、設定が煩雑で難しい上、並列化をする場合は似たようなJobを大量に作成することになってしまい管理が大変であるという課題がありました。たとえば、Gradleのmulti moduleで構成されているプロジェクトの並列化の設定を変更する場合や、Jobの実行結果の通知先を変更しようとしたときに、ほぼ全てのJobの設定を見直す必要があり、なか
- Server-side
- CI
- Jenkins
Pyroscopeを使ったContinuous Profilingの活用事例
Ryosuke Hasebe2022-12-08
LINE Engineer
LINE株式会社OA SREチームのhasebeです。先日、私の担当するプロダクトにてPyroscopeというツールを導入しました。このブログではなぜPyroscopeを導入したのか、導入した結果どういった利点があったのかなどについてご紹介したいと思います。 Pyroscopeとは Pyroscopeとは、Continuous Profilingを実施することができるOSSのツールです。 Profilingについては特に説明は不要でしょう。ざっくりいうと、CPUやメモリ等のリソースをプログラム中のどこが多く消費しているのか(= ボトルネック)を突き止める手法のことを意味します。一般的には、なにか問題が起きたときに手動でProfilingツールをかけることが多いです。 Continuous Profilingとは、その名の通り継続的に常にProfilingをかけておく手法のことです。詳しくは以下のCNCFのブログをご覧ください。https://www.cncf.io/blog/2022/05/31/what-is-continuous-profiling/ どういったメリットがあるのか
- Server-side
MySQL のインデクスが利用されないクエリ等を自動検出する ExplainPolice の運用について
Matsuno Tokuhiro(tokuhirom)2022-11-30
Fellow of the Business Platform Development
LINE 株式会社 B2B Platform 開発担当フェローの Matsuno です。 LINE の Business Platform ではメインのデータベースとして MySQL を利用しています。MySQL は非常に高速に動く OSS の RDBMS なので、とても便利に利用させていただいております。 MySQL はとても高速なのですが、うっかり index を使わないクエリを発行した場合に実行がとても遅くなってしまうことがあります。LINE の Business Platform はとても多くのお客様が利用されるので、B2B としては異例なほどトラフィックが多く、少し遅いクエリが発生した結果としてサイト全体がダウンしてしまう可能性もあります。そこで、防御策として我々は ExplainPolice とよんでいる手法を長年採用しているので、それを今回はご紹介しようと思います。 ExplainPolice とは複雑なクエリを実装する際には、クエリの実行計画をきちんと考えて実装することが大事ですね。 MySQL では EXPLAIN 文を利用することで、クエリの実行計画を調べること
- Server-side
- MySQL
ブロックチェーンのファイナリティ考察 - Part I
Torao TAKAMI2022-10-07
Blockchain Engineering Team
この記事は LINE Blockchain Mainnet (LBM) のアーキテクチャを説明するシリーズの最初のパートであり、既存のブロックチェーン実装に立ち返って分散システムの観点での現在のブロックチェーンのアーキテクチャとファイナリティの実装要件を説明しています。このコンテキストは次の LBM のコンセンサス機構である Ostracon を理解するのに役立つでしょう。現在の Ostracon の成果、特にゼロインタラクションでのリーダー選出や通信効率を向上した BFT に関する論議する機会を嬉しく思います。我々 Blockchain Engineering Team と LINE NEXT は現在と将来の Ostracon の分散合意実装に深く関与する VRF (Verifiable Random Function) や署名集約、仮想マシン化の研究を行っています。ファイナリティに関する考察 2009 年に Bitcoin で最初のトランザクションが発生してから十数年間で様々なブロックチェーンアーキテクチャが生み出されました。当初こそ P

1 2 3 4