はてなブックマーク

はじめに STORES 予約でSREを担当している矢作です。 STORES 予約では今年(2022年)の9月にアプリケーションを構成する大多数のサーバーをEC2からECSへと移行することでコンテナ化(以降ECS化)しました。 今回はコンテナ化をすることで解決を目指した課題についてや、コンテナ環境でどういったアーキテクチャを構築し、その後移行していったのかについてお話ししていきます。 コンテナ化以前の構成 コンテナ化する前のSTORES 予約のざっくりとしたインフラ構成は以下のようになっています。 一台のEC2インスタンスの中に、Nginx(緑のアイコン)、Next.js(黒のアイコン)を利用して作られたコードベース、Railsを利用して作られたコードベースの3者が同梱されています。 Nginxがリクエストを受け取り、パスベースでNext.jsかRailsのプロセスへとインスタンス内でリバー

CTO 藤村がホストするPodcast、論より動くもの.fmの第12回を公開しました。今回は STORES 予約 のエンジニアリングマネージャー ゆきぽよ（ykpythemind）と、ものづくりのモチベーションや不安な気持ちとの向き合い方について話しました。 論より動くもの.fmはSpotifyとApple Podcastで配信しています。フォローしていただくと、新エピソード公開時には自動で配信されますので、ぜひフォローしてください。 テキストで読みたい方は下記からご覧ください。 ものづくりへのモチベーションはどこから来ているのか 藤村：こんにちは、論より動くもの.fmです。論より動くもの.fmは、STORES を運営するSTORES 株式会社のCTO藤村が技術や技術に関係ないことについてざっくばらんにお話しするPodcastです。今日は STORES 予約 のエンジニアリングチームをリー

CTOの藤村です。つい最近まで STORES ブランドアプリ のチームでRailsを書いていました。 STORES ブランドアプリ のRailsリポジトリではdatabase_cleanerを（strategy = truncationで）使ってテスト中のデータベースをリセットしており、このことがテストコードの品質、速度などで重荷となっていました。 これを、テスト実行時にテストコード自体を書き換えて改善する仕組みを作り、先日無事Transactional Testへの移行が完了しました。ということで気分がとてもよいので、どうやったか共有させてください。 課題 STORES ブランドアプリのRailsのテストコードは速度に課題がありました。 テストデータを片付ける仕組みとして、 Railsエンジニアにはお馴染みのdatabase_cleanerというGemを使っていました。database_

はじめまして、こんにちは。 iOSエンジニアの とと です。 STORES 決済 アプリ / SDK の開発を担当しています。 少し前になりますが、決済 iOSチームでCI上でのビルド時間削減の取り組みをおこなっておりました。 Bitriseがクレジット制になるということで、ビルド時間を短くしてクレジットの消化（ひいてはコスト）を抑えようというのが目的でした。 そもそも、エンジニアとして日々の業務でビルド待ち時間が短くなるのは嬉しいですよね。 今回は、その時の取り組みの中から、主にコンパイル時間削減のためのSwiftでのコードの書き方を修正したお話をします。 環境 Xocde：13.3.1 Swift：5.6 ローカルで計測時に使用したMacのスペック MacBook Pro (16-inch, 2019) 8コアIntel メモリ64 GB コンパイル時間の計算 XCLogParser

2022年9月28日に『業務に役立つISUCON』というイベントを開催しました。イベントでお話した内容をご紹介します。 登壇者紹介 hogelog CTO室 バックエンドエンジニア。 ISUCON歴：初参加 ahogappa STORES ブランドアプリ バックエンドエンジニア。22卒入社。 ISUCON歴：初参加。ずっと参加したかったので、参加できてうれしかった！ waniji STORES 予約 SRE。 ISUCON歴：ISUCON4から参加していて、ISUCON12で8回目の参加。 ISUCON12 と heyの関わり ISUCON12 にゴールドスポンサーとして協賛しました。 イベントレポート 予選に向けての準備は？ hogelog：wanjiさんは8回目の参加ということですが、毎回どういう準備をしているのか、今回どういう準備をしたかを教えてもらえますか？ wanji：基本的なと

CTO 藤村がホストするPodcast、論より動くもの.fmの第11回を公開しました。今回はCRM事業部の内田と、事業サイドがエンジニアに求めるものについて話しました。 論より動くもの.fmはSpotifyとApple Podcastで配信しています。フォローしていただくと、新エピソード公開時には自動で配信されますので、ぜひフォローしてください。 テキストで読みたい方は下記からどうぞ。 CTOの隣で働き続けた11ヶ月間 藤村：こんにちは、論より動くもの.fmです。論より動くもの.fmは、STORES を運営するヘイ株式会社のCTO藤村が技術や技術に関係ないことについてざっくばらんにお話しするPodcastです。今日はちょうど1年ぐらい、真隣に近いところで一緒に働いていた内田皓大（うちだこうだい）さんをお招きしています。よろしくお願いします。 内田：よろしくお願いします。 藤村：自己紹介とh

こんにちは、ヘイ株式会社（2022年10月1日から STORES 株式会社と社名変更します*1）エンジニアの id:hogelog です。 Rubyist のみなさん、9月8日（木）〜9月10日（土）に開催された RubyKaigi 2022 は楽しみましたか？　私はおおいに楽しみました。今回多数の会社メンバーとともに RubyKaigi に参加し、熱も冷めやらぬ 9月12日（月）にふりかえり RubyKaigi 2022 というイベントを開催しました。 rubykaigi.org ふりかえりRubyKaigi 2022 - connpass STORES は RubyKaigi 2022 のプラチナスポンサーです。 ヘイ株式会社（2022年10月1日から STORES 株式会社と社名変更します）は RubyKaigi 2022 のプラチナスポンサーです。 https://rubykaig

hey Product Blog をご覧の皆様こんにちはこんばんは。 STORES の業務改善グループ所属の id:HolyGrail です。 RubyKaigi 2022 での協賛について 間近に迫ったRubyKaigi 2022ですが hey は今年も協賛させていただくことになりました。 残念ながらスポンサーブースについては落選となってしまったのですが hey からも10人ほどのメンバーが現地での参加を予定しております。 RubyKaigi 当日、社員は「論より動くもの.fm Tシャツ」を着て参加予定なので見かけたらぜひお声がけください。 論より動くもの.fm Tシャツ また、テクノロジー部門のマニフェストをステッカーにしてみました。こちらも当日社員が持ち歩いている予定となっておりますので受け取っていただけると嬉しいです。 テクノロジー部門のマニフェストステッカー 社内勉強会で Rub

はじめに こんにちは。テクノロジー部門プロダクト基盤本部の@NAL_6295です。 プロダクト基盤本部では、ID基盤を開発・運用しており、Go を採用しています。 参考までに、ID基盤のアプリケーションアーキテクチャについて書いた記事を紹介します。 tech.hey.jp 今回、Go WGという名前で社内勉強会をはじめて1年がたったので、その振り返りをしていきます。 昨年の12月にも以下の記事で社内勉強会の紹介をさせていただいていますので、ご興味があれば参照していただけると嬉しいです。 tech.hey.jp 1年が経ちました というわけで、あらためて2021/08/18 にキックオフをして1年が経ちました。 隔週で1時間という間隔で開催しており、ちょうど 2022/08/17 に第25回が開催されました。 毎回、事前にエントリされたテーマについて話したあと、時間いっぱいまでモクモクとそれ

CTO 藤村がホストするPodcast、論より動くもの.fmの第9回を公開しました。今回はCTO藤村が生産性をあげるためにやっていることについて話しました。 論より動くもの.fmはSpotifyとApple Podcastで配信しています。フォローしていただくと、新エピソード公開時には自動で配信されますので、ぜひフォローしてください。 テキストで読みたい方は下記からどうぞ。 パンを作るだけじゃなく、パンを作る機械も作る 藤村：みなさん、こんにちは、論より動くもの.fmです。論より動くもの.fmは、heyのCTO藤村が技術や技術にまつわるさまざまなことについてざっくばらんにお話しするPodcastです。今回はゲストに技術広報のえんじぇるさんを招いております。よろしくお願いします。 えん：よろしくお願いします。 藤村：今日は生産性について話したいというお題を受けたので、それについて話そうと思い

こんにちは、CRM事業部門のid:ahogappaです。 前回の記事の通り、先日行われたISUCON12にメンバーとして参加してきました。 tech.hey.jp 私はISUCONに参加したことがなく、いつか参加したい！　と思っていたところ、heyがスポンサーになるということなので参加しました。 ISUCON開催前 ISUCON初参加ということもあり、何はともあれ練習をしようと思いました。そこで、素振りを兼ねていわゆる「ISUCON本」を読みながらパフォーマンスチューニングの基礎を勉強していきました。 これを読破したあとは「完全に理解した」気持ちだったのですが、開催直前にISUCONを題材にした解説本が出るということは、今回はこの本に載っていないような問題が出るのではないか、と勘繰っていました。 また、チームとしても過去問を行いチューニングの流れを確認しました。 事前練習はさくらのクラウド

こんにちは、エンジニアリング室のえんじぇるです。 今年の2月から月に1回 テクノロジー部門の社内LT大会を開催しています。どんな目的で社内LT大会を始めたのか、どんなテーマで何を話しているのか、やってみてどんないいことがあったのかを紹介します！ 社内LTを始めた理由 社内の情報交換を活性化したい Product Blogやカンファレンススポンサーなど、社外への発信もがんばっていきたいのですが、それと同時に、社内の情報交流ももっと活性化したいと思いました。heyのテクノロジー部門は事業部ごとにチームがわかれているので、チーム外のメンバーを知るきっかけにもなるといいなと。 話す練習の場にしたい カンファレンスやイベントでいきなり登壇してくださいと言われても戸惑いませんか？気軽に話す練習ができる場として、社内LT大会を利用してもらいたいと考えました。定期的に場があることで、今月は忙しかったけど来

はじめに hey のネットショップ開設サービス「STORES」 の開発フロントエンド組織で EMをしています、 daitasu と申します。 2022年の上半期、私たちのフロントエンドチームで「除雪部」という技術負債解消ワーキンググループ(以下、WGとします)を立ち上げました。 この記事では、「除雪部」とは何なのか、なぜ設立したのか、何をしているのか、半年間の振り返りをご紹介します。 「除雪部」とは 除雪部は、フロントエンド内で、通常のプロジェクト(以下、PJTとします) と並行して、有志数名で集まり、技術負債の解消をハンドリングするWGです。 フロントエンド関連で負債に感じている課題を集約し、優先度付け、必要な各所への連携やタスクの分解をして、「負債を各メンバーが対応可能な状態まで落とし込むこと」、「負債の解消を一歩でも前に進めること」を役割として動いています。 なぜ設立したのか STO

CTO 藤村がホストするPodcast、論より動くもの.fmの第8回を公開しました。今回はモバイル本部のシニアマネージャー坂田と、マネージャーの仕事について話しました。 anchor.fm 論より動くもの.fmはSpotifyとApple Podcastで配信しています。フォローしていただくと、新エピソード公開時には自動で配信されますので、ぜひフォローしてください。 テキストで読みたい方は下記からどうぞ。 間接マネジメントの仕事って面白いんですか？ 藤村：こんにちは、論より動くもの.fmです。論より動くもの.fmは、heyのCTO藤村が技術や技術に関係ないことについてざっくばらんにお話しするPodcastです。今日はheyのモバイルチームのシニアマネージャー、つまり各チームのマネージャーを見ている坂田さんに来てもらってます。坂田さん、こんにちは。 坂田：よろしくお願いします。 藤村：坂田さ

はじめに リテール本部 SREグループの角田です。 この記事は STORES におけるセッションストアへの MemoryDB の活用と移行戦略について話してきました（前編） - hey Product Blog の後編です。 先日6月29日(水)にAWS主催の「インメモリデータベースで実現する超高速データベース活用セミナー」が開催されました。 私と松本さんの2人で、STORESのセッションストアをCookie からAmazon MemoryDB for Redisに移行した事例をお話してきました。 こちらの記事で予告したイベントです。 tech.hey.jp 私は後半でセッションストアの選定理由や導入経緯についてお話しました。 資料はこちらです。 STORESサービスの構成 今回はSTORESのECサイトのお話なので、前提としてインフラ構成を紹介しておきます。 STORES ECのインフラ

はじめに こんにちは。プロダクト基盤本部 基盤グループで EM をやっている松本 @upinetree です。普段は ID 基盤を作っています。 さて、先日 6月29日（水）にAWS 主催の「インメモリデータベースで実現する超高速データベース活用セミナー」が開催されました。縁がありまして、私と、リテール本部 SRE グループの角田さんの2人で、STORES のセッションストアを Cookie から Amazon MemoryDB for Redis に移行した事例をお話してきました。ちなみに、登壇の準備や必要なやり取りなどはCTO室の小室さんが取りまとめをしてくれました。 こちらの記事で予告したイベントです。 tech.hey.jp 資料はこちらです。 https://speakerdeck.com/upinetree/memorydb-for-stores-sessionstore 私は

2022年6月7日に、テスト駆動開発者の和田卓人さんをお招きし、社内講演会をオンラインで開催しました！ 経緯 弊社では、2022年3月にテクノロジー部門のマニフェストとバリューができました。CTO 藤村が「和田さんの「質とスピード」のお話はテックバリューにも通じるところがあるのでは？」と思い、和田さんのお話をみんなに聞いてもらおうとお招きすることになりました。 結論：めっちゃ盛り上がりました 和田さんの講演会をアナウンスした時の盛り上がり 事前アナウンスでも盛り上がったのですが、当日はもっと盛り上がりました！ 和田さんのアドバイスを受けて、講演会専用のSlackチャンネルを作成したのですが、講演当日の投稿数は1,223！リアクション数は1,540でした！月に一度開催される全社レビュー会での投稿数が数百なので、桁違いの盛り上がりです。同時視聴数も200人を超え、エンジニアだけでなく、色んな職

こんにちは、ヘイ株式会社 CTO 室の id:hogelog です。 先日 STORES https://stores.jp/ec を支える Rails アプリケーションが静かに Rails 6.0 から Rails 6.1 にアップグレードされたのですが、そんな中で出会った現象が非常に不可解でエキサイティングなものだったので紹介させていただきます。 起きた現象 Rails 6.1 アップグレードで発生した不具合は要約すると「入れ子構造のハッシュを引数として作成した ActionController::Parameters 子要素のハッシュは ActionController::Parameters になっているはずなのになぜか低確率で ActiveSupport::HashWithIndifferentAccess になってしまう」というものでした。 不具合に関連するコードのみ示すと以下

はじめに こんにちは。heyで STORES 決済 の Androidアプリ開発をしている Yamaton です。普段は趣味のDIYと業務を掛け合わせて、 決済カードリーダーをワイヤレス充電する記事（★1）を書いたりしています。今日は、 STORES 決済 のエンジニアが日常どのようにVOC*1に対応しているかをお伝えします。 VOCのキャッチアップ heyは基本的にオープンコミュニケーションです。プライバシーに関わることや、個人情報などの秘匿すべき情報以外は、共有されます。コミュニケーションはSlackのパブリックチャンネルで、ドキュメンテーションはesaを利用しています。VOCに関しても、秘匿すべき情報を除外した内容が投稿される専用のチャンネルがあります。 VOCの一例 このチャンネルで共有されるVOCを日々ながめて「オーナーさんがよろこんでくれてる」や「利用者視点ではそこが使いにくか

はじめに プロダクト基盤本部 SREの藤原です。 heyにおけるSREの大切さ~マルチプロダクト運用の「楽しさ」と「難しさ」および今後の展望~と題してSRE NEXT 2022に登壇しました。 www.youtube.com 本エントリはその報告と補足説明です。 セッションでは、SREとは何かというところから始まり、heyにおけるSREの楽しさについて述べました。次に成長し続けるプロダクトと組織において、直面するであろう困難について解説しました。最後に困難の部分に向き合うにあたって、どのような活動や取組を進めていきたいかを述べました。 本エントリでは、セッションのスライドと内容を一部振り返りつつ、補足として取り組みの副作用と向き合い方(案)を述べています。 SREってなに？ まず、SREではなくプロダクト開発組織の目的を考えてみましょう。プロダクト開発組織は、顧客に対してあたらしい価値、よ

はじめに テクノロジー部門 決済本部 フロントエンドグループのはるなです。 本日は、 STORES 決済 フロントエンドチーム（以下、決済フロントチーム）の体制や日々どのように業務をしているかをご紹介します。 開発体制 決済フロントチームは、4 人（男女比半々）が在籍しており、現在はフルリモートで開発しています。 メインで開発しているプロダクトは 4 つあり、 - 加盟店向け管理画面 / 申し込みフォーム - STORES 請求書決済 - 社内向け管理画面 - 決済 SDK 管理ツール を担当しています。 誰がどのプロダクトを担当するというのは決まっておらず、その時のチームの状況とプロジェクトの内容によって、すべてのプロダクトに触れる機会があります。 現在はフルリモートとなっていますが、対面で打ち合わせしたいなど要望があれば柔軟に出社できる雰囲気です。 プロダクトの説明 さきほど、メインで