こんにちは、みてねプロダクト開発部 プラットフォームグループ SREチームの kohbis です。 『家族アルバム みてね』（以下、みてね）では、ほとんどのサーバーサイドをRuby on Railsアプリケーションで展開しています。 そしてタイトルの通りですが、2024年6月時点でみてねのアプリケーションのすべてにおいてRuby 3.3.3へのアップグレードが完了したので、その結果について紹介したいと思います。 Ruby 3.3アップグレードの結果以下はみてねの主なAPIを提供しているアプリケーションのグラフ（平均）です。 Ruby 3.3リリースのタイミングで大幅にレスポンスタイムが改善していることがわかります🙌 Ruby 3.3へのアップグレードでおおよそ10％の速度改善を得られました。 グラフにはありませんがp95やp99も同様の割合、つまり速度としてはより大幅な速度改善にいたって

こんにちは、みてねプロダクト開発部 基盤開発グループ SREチームの尾関と申します。 これは MIXI DEVELOPERS Advent Calendar 2023 19日目の記事です。 今回は、「家族アルバム みてね」(以下、みてね)におけるレガシーなシステムとの向き合い方について書きます。 旧バージョンのImageMagickみてねは8年も続くプロダクトなので、これまでの運用で様々なものをバージョンアップしてきました。 特にOSやミドルウェア、フレームワークなどのバージョンを上げるのは大変で、いつも苦労しています。 ImageMagickというソフトウェアをご存知でしょうか。 主に画像の加工・操作を行うソフトウェアスイートですが、みてねは画像・動画をメインで扱うサービスということもあり、様々なところで利用しています。 今はlibvipsに置き換えた部分もありますが、過去にはアップロー

MERCHチームは2022年4月に結成され、自分は2022年7月に配属されました。開発プロセスとしてはスクラムを採用しており、当初から色々なプロセス改善が行われています。 特に2023年2月ごろにKAKKAさんによって行っていただいた、より本格的なスクラムの導入により大きな変化がありました。今回は一メンバーの視点で、前後におけるプロセスの変化と、それに対する感想を書かせていただきます。 本記事では以下を知ることができる予定です。 みてね MERCHチームの開発プロセス本格的なスクラムの導入による変化の実例スクラム導入がよかった要因の考察また、断りなくスクラムに関する用語が出てくることがありますので、詳しくはスクラムガイドなどを参照いただけると幸いです。 以前の開発プロセスMERCHを含むみてねプロダクト開発部では、以前からスクラム開発体制をとっていたものの、スクラムガイドに準拠したりスクラ

はじめに「家族アルバム みてね」（以下「みてね」）でエンジニアリングマネージャ（EM）をしているsobataroです。この記事では、みてねで作成・運用しているエンジニアリングラダーを公開します。 背景と目的エンジニアリングラダーを作成する背景と目的みてねでは、サービスのさらなる成長を目指し、組織強化に取り組んでいます。このサービスと組織の成長にあわせて、みてねの開発に携わるエンジニア個人の活躍と成長を後押しするため、みてね独自のエンジニアリングラダーを作ることとしました。このエンジニアリングラダーは、各等級のエンジニアに求められるスキル・マインド・行動を明示することで、エンジニア個人の成長に役立てるほか、直近で発生している以下のような課題の解決も目指しています。 キャリアプラン検討、育成、目標設定、人事評価の一連のサイクルが、各Engineering Manager（EM）の属人的なマネジ

みてねのE2E自動テスト導入戦略こんにちは、みてね事業部 プロダクト開発グループ QAチームの森島です。 この記事では、「家族アルバム みてね」の品質において欠かせないテスト自動化プラットフォームのMagicPodの導入と定着に至る導入戦略についてご紹介します。 MagicPodを導入する前の状態について（約一年前）みてねでは二週間に一度リリースするサイクルで開発を進めており、iOS/AndroidのアプリをStoreにリリースする前に不具合がないか確かめるためのシナリオテスト（以降はリリース前テストと呼びます）を実施しています。 同じテストを繰り返し行うので簡易化できるように、E2E自動テスト（以降は自動テストと呼びます）として実機を使ってローカル環境で構築していました。 これは全てのテスト項目を自動化できておらず、約半分は手動で実施していました。 この時点の自動テストに対する課題は以下

こんにちは、みてね事業部 SREグループの伊東 @hekki です。 はじめに「家族アルバム みてね」（以下、みてね）では、アプリから日々大量の画像がアップロードされます。このアップロードされた画像をベースとしてサムネイルを生成し、ユーザーのアルバムに反映します。 このサムネイル生成にかかる時間はみてねにおいて非常に重要で、サムネイル生成を速くすることで以下のようなメリットが考えられます。 ユーザーが画像のアップロードを開始してからアルバムに反映されるまでの時間が短くなるので、アップロード時のユーザー体験が向上するサムネイル生成には多くのコンピュートリソースが必要となるため、エンコード速度が速くなれば単位時間あたりに処理できる画像枚数が増え、コスト効率が良くなるこのためサムネイル生成の高速化のチャレンジを行ったのですが、本記事では具体的な手法、結果、ハマったポイントについてご紹介させていた

こんにちは、株式会社 MIXI のみてね事業部 SRE グループに所属している尾関と申します。 みてねでは2021年2月から Kubernetes を運用していて、今回はクラスターオートスケーラーの Karpenter を導入した話をさせていただきます。 結論Karpenter では要望を満たせなかったので、Managed Node Group に戻しました。 Karpenter とは？Karpenter は AWS がオープンソースとして開発しているクラスターオートスケーラーで、2021年11月にリリースされました。 Karpenter 自身が Pod のリソースリクエストを監視し、必要なノードを適切なサイズで高速に起動・停止を行うことができます。 『家族アルバム みてね』における Karpenter の導入例ここからは、みてねで Karpenter を導入した具体的なお話をさせていただ

こんにちは！みてね事業部 SREグループの本間 @HonMarkHunt です。あだ名はポンタです。 はじめにみてねは2015年にリリースされ、現在は日本国内のみならず、海外でもサービスを展開しています。(海外での名称はFamilyAlbum) 日本国内においては少子化の影響などもあり、事業としても海外のユーザー数を伸ばすのは非常に大きな注力ポイントとなっています。 一方で注力ポイントにはなっているものの、みてねを利用した際の海外のユーザー体験というのは国内に比べるとあまり高くないのが課題でした(詳細は後述)。 今回は海外のユーザーの体験を向上させるために、みてねをマルチリージョン化するまでの経緯や苦労ポイント・これからの課題について書いていこうと思います。 これまでの海外施策実はこれまでにも海外ユーザーの体験を向上させるための施策はいくつか実施しておりました。 マルチリージョン化は海外体

この記事では、以前に別記事で「みてねを支えるプロダクト開発体制」という記事の中で説明した「みてねのプロダクト開発体制」を最近になってアップデートをしたので、その詳細をお伝えします。 プロダクト開発体制については、数多くカジュアル面談や面接を行なっている中でも多くのエンジニアの皆様にご質問をいただく部分で、特に「エンジニアがどの段階から施策に入り込んで開発できるのか？」であったり「エンジニアと他職種のメンバーとの関わり方は？」など、確かに自分自身もソフトウェアエンジニアとして事業に関わるときに気になることではあるので、ここで再度整理したいと思います。 みてね開発体制のこれまでみてねの開発チームは、これまで組織規模や事業課題に合わせて複数回の大きな体制変更を行なってきました。どのような変遷を辿ってきたかを整理してみます。詳しい時期はあまり覚えていないので、年の記載はおおよそです。 2014年~

GitHub - kubeflow/kubeflow: Machine Learning Toolkit for Kubernetes Kubeflow the cloud-native platform for machine learning operations - pipelines, training and deployment. Please refer… AIモデルの実験には様々な工程があり、実験管理や環境整備が重要です。最近ではこういった機械学習の実験やサービングについて、パイプラインの有用性が大分浸透してきているとは思います。 ただし、Kubeflowの公式ドキュメントには実装についてあまり詳しく載っていなかったり、複数の実装の仕方が書かれていたりすると思います。 そこで、新たにKubeflow Pipelinesを導入しようか迷っている方を対象に、個人的に良いと思う実

最近は毎年恒例のことですが、targetSdkVersionをGoogle Playが指定しているバージョン以上にしておかないと、Google Play Storeにアプリのアップデートを公開できなくなります。2022年の場合は11月から、targetSdkVersionが31以上じゃないと、アプリのアップデートを配布できなくなります。 みてねでも今年の6月に targetSdkVersionを31にしました。その際開発中にどういう不具合が起こったかを紹介し、なぜそうなるのかを解説したいと思います。 11月まではあと3ヶ月ちょっとしかないので、大体の方は対応済みだとは思いますが、もしこれから対応するという方は参考にしてみてください。 Android 12での動作の変更点基本的には公式ドキュメントに注意すべき変更点が紹介されているので、必ず英語で読むことをおすすめします。日本語だと翻訳が間に

こんにちは、みてねのプロダクト開発グループ エンジニアの ロクネム です。 みてねでは2019年度の頭にモバイルアプリに デザインシステム を導入し、そこから継続的に運用してきて約3年が経ちました。 今回は、そんなみてねでのデザインシステム導入を振り返って、改めてこういう手順で導入すればもっとスムーズだったなという、デザインシステムの導入プロセスについて書こうと思います。 ※本記事では具体的なデザインシステムの実装については触れません、あくまで導入に際しての進め方について言及します。 デザインシステムとは？そもそも、デザインシステムとは何であるかということをまずは説明させてください。 デザインシステムとは一言でいうと、「プロダクトの目的を達成するための首尾一貫したルールで編成された、お互いに関連づけられたパターンとその実践方法」です。 ここでの パターン には大きく以下の2種類が存在します