こんにちは。MLOpsチームリーダー兼プラットフォームSREチームリーダーのsonotsです。今年の4月からZOZOTOWNリプレイスプロジェクトにも関わるようになりました。Zoomの背景画像を「進め！電波少年」にしてみても、チームの若者に伝わらないのが最近の悩みです。 今回の記事は、昨年度にタスクフォースとして発足したOSSポリシー策定委員会を代表して、今年の4月に弊社で策定したOSSポリシーについて紹介します。 OSSポリシー策定の背景と目的 弊社でもOSSを利用・貢献・公開しているメンバーが増えてきています。また、会社としても業界貢献、技術アピールの側面からOSS活動を奨励したいという想いがあります。 しかし、弊社にはOSSポリシーが存在しなかったため、相談を受けた際にCTO室が都度判断するという状況がしばらく続いていました。都度判断ではスケールしないため、「社員がOSS活動しやすい
Amazon Aurora MySQLの不具合でローカルディスクが枯渇しクエリが実行出来なくなった話 - Kaizen Platform 開発者ブログ
SRE Group Managerをしている前田です。今回の記事は当社で遭遇したAmazon Aurora MySQLの不具合の話になります。 3行まとめ Amazon Aurora MySQLのローカルストレージが異常な速度で消費、枯渇しクエリを実行するとエラーが発生するようになった 原因調査とAWSサポートへの問い合わせの結果、Aurora MySQL 2.10.0 の不具合と判明し、2.10.2へバージョンアップで解消 Auroraのローカルストレージは自動拡張されないので、残容量の監視をしましょう 事象発生と解決までを時系列で記載。 2021年10月、Auroraに対してクエリが実行出来なくなる 社内メンバーよりBIツールからAurora MySQLに対してのクエリがエラーになるとのことで、クエリに limit 100 を付けると実行出来、 limit 1000だと Error w
Fastlyのパスベースルーティングで実現するWEARのゆるやかなクラウド移行 - ZOZO TECH BLOG
はじめに こんにちは。メディアプラットフォーム本部 WEAR部 WEAR-SREの長尾です。 WEARは2013年にリリースされ、現在8年目のサービスです。そして、2004年にリリースされた当時のZOZOTOWNと同じアーキテクチャを採用しているため、比較的古いシステム構成で稼働しています。本記事では、そのWEARのWebアプリケーション刷新とクラウド移行で実践している、Fastlyを活用したパスベースルーティングによる段階移行の取り組みを紹介します。 WEARをリプレイスする理由 WEARのWebアプリケーションは、データセンターでオンプレミス（以下、オンプレ）上で稼働しています。また、DBはSQL Serverを利用しています。長年このアーキテクチャで成長を続けてきましたが、今後さらに成長を加速させていくためには以下の3点を実現する必要があります。その実現に向け、2年前からリプレイスに
teyuに届いたPullRequestで使われているRubyの高速化手法 - takanamitoのブログ
この記事は ZOZOテクノロジーズ #1 Advent Calendar 2019 21日目の記事です。 昨日の記事は @awsmgsさんによる「Classic ASPによるRESTful APIのルーティング実装例」でした。 この記事では、会社の開発合宿でつくったgem teyu に届いたPullRequestで使われていた高速化手法の紹介と、なぜ速くなるのか？の考察をします。 techblog.zozo.com 届いたPullRequest 高速化その1 each → while 高速化その2 define_method → class_eval 最後に 届いたPullRequest sonots さんから2件の高速化PullRequestが届きました。 Improve performance and readability #2 Fastest version #3 前者では eac
こんにちは。WEARバックエンドエンジニアのid:takanamitoです。先日リリースしたWEARの新プッシュ通知基盤の紹介をしようと思います。 新プッシュ通知基盤開発の背景と目的 WEARでは既にiOS/Androidアプリに向けたプッシュ通知配信基盤が存在していました。 しかし、かなり昔につくられた基盤ということで運用にコストがかかったり、必要な機能が足りていなかったりします。 例えば、ユーザー全体にプッシュ通知を送りたい場合に以下のような問題が存在しました。 ログイン済みユーザーにしかプッシュ通知を送信できない プッシュ通知の送信開始から完了までに半日以上かかる 配信サーバーのスケールに手作業が発生する 1.についてはWEAR開発当初、はじめてプッシュ通知を導入するきっかけとなったキャンペーンが存在したものの、そのキャンペーンの対象がWEARアカウントを持っている人だったために、こ
※ 2020/04時点でIngress for internal load balancingは公開されたものの、未だプレリリースのステージにあります。Rapid channelのクラスターでしか動かないため、Stableに降りてきたら手順を更新予定です。 はじめに この記事はZOZOテクノロジーズ #1 Advent Calendar 2019 22日目の記事です。 昨日の記事は @takanamitoさんによる「teyuに届いたPullRequestで使われているRubyの高速化手法」でした。 みなさん、GKE完全に理解していますか？僕は定期的に完全理解しています。 今回は、GKEに内部ロードバランサーをデプロイする方法についてご紹介します。 Kubernetesのネットワークの世界のおさらい 内部ロードバランサーの話をする前に、まずはKubernetesのネットワークについて簡単に振
退職後にitamae-plugin-recipe-datadog gemのリポジトリを譲り受けました - takanamitoのブログ
Speeeで働いている時に作ったgemのリポジトリを退職後に譲り受け、さらにitamae-pluginsのメンテナの方々にowner権限をお譲りしました。 けっこう珍しい話だと思うので経緯を残しておきます。 github.com きっかけはDocker移行 退職者に対するOSSの権限問題 メンテナ探し まとめ きっかけはDocker移行 itamae-plugin-recipe-datadogはdatadog agentをインストールするitamae用のレシピgemです。 自分がSpeeeで働いてた時にAWS EC2でRailsアプリケーションを運用していたので、EC2上でdatadog agentを動かすために作りました。 （自分が初めてリリースしたgemだったので感動した記憶があります） 2016年のリリースから時は経って、数回gemのアップデートをしましたが Docker時代の到来と
この記事は 10X アドベントカレンダー2023 の10日目（12/10）の記事です。9日目（12/9）の昨日は、 id:takanamito さんによる「grpc-dartのInterceptorを使う」でした。 10Xのお届けチーム エンジニアリングマネージャー(以下, EM)の id:hisaichi5518です。10Xではソフトウェアエンジニアとしてサーバサイド、Android、iOS、Flutterと色々やってきて、今は「人を動かして、ことを成す」を目指してEMとして活動しています。 今回は、自分が担当しているお届けチームについて「どんな雰囲気なのか」「どういうチームを目指しているのか」「具体的な活動」について書いていこうかなと思います。書き終わって気付いたんですが、今年のテーマは"開発・プロダクト"らしく、ちょっとテーマに沿ってない感があるけどまあいいかってなりました。人生って
10X の Kubernetes おじさん兼娘ちゃん好き好きおじさんこと SRE の @tapih です。 この記事は 10X プロダクトアドベントカレンダー2023 の 8 日目の記事です。昨日は PdM の @enaminnn さんの記事でした。 note.com 本記事では、 2023 年 1 月頃に行っていたインフラコスト削減の施策についての話をご紹介します。 施策を行った背景 Goals / Non Goals Node pool の命名規則 Pod の移行 AOT コンパイル リソース設定 振り返り インスタンスコスト削減 CronJob 実行時間の短縮 リソース使用の安定化 今後について マニフェストレポジトリの統一と自動化 Re-architecture の機運 Wrap up 施策を行った背景 弊社が提供している Stailer では、サービスローンチ当初から Kuber
itamae-plugin-recipe-datadogのリポジトリを移管しました - Speee DEVELOPER BLOG
はじめに こんにちは、情報システム部で主に社内システムを開発している三宅です。 この度、SpeeeがOSSとして公開していた speee/itamae-plugin-recipe-datadog について、リポジトリを移管することになりました。 SpeeeのOSSへの取り組みについては、 SpeeeでのOSS活動事例をご紹介します - Speee DEVELOPER BLOGの記事などを読んでいただけると幸いです。 そういった取り組みの中で、itamae-plugin-recipe-datadogは生まれました。 事の発端や経緯については、Speee在籍中にOSSとしてこのGemを公開された @takanamitoさんの書かれた記事に詳しく載っていますので、興味のある方はぜひご一読ください。 takanamito.hateblo.jp この記事では、移管するにあたってクリアコードの須藤さん
プロ野球監督（高津・緒方・阿部・ラミレス・落合）の本に書かれた組織論・育成論の読み比べ - takanamitoのブログ
たまたま読んだヤクルト高津監督の本に書いてあった若手の育成論がおもしろくて他の監督経験者の本も読んでみることに。 すると意外にも自分の職場でも役に立ちそうな組織論・育成論が書かれていたので、何人かの本を読み比べてまとめてみました。 読む本はなるべく最近の情報が書かれているものがよかったので、5~10年以内に選手・監督経験がある人の著書を選びました。 ヤクルトスワローズ 高津監督「二軍監督の仕事〜育てるためなら負けてもいい〜」 よかったところ 広島カープ 緒方監督「赤の継承」 よかったところ 読売ジャイアンツ 阿部2軍監督「阿部慎之助の野球道」 よかったところ DeNAベイスターズ ラミレス監督「CAHNGE!」 よかったところ 中日ドラゴンズ 落合監督「決断=実行」 よかったところ まとめ ヤクルトスワローズ 高津監督「二軍監督の仕事〜育てるためなら負けてもいい〜」 二軍監督の仕事 育てる
itamae-plugin-recipe-datadogのメンテナになった＆itamae-plugins orgのオーナーになった - くりにっき
簡単な経緯 詳しい経緯 itamae-plugin-recipe-datadogとは itamae-plugins orgのオーナーになった経緯 v0.2.2について まとめ 2022/4/2 1:10追記 2022/4/6 14:20追記 簡単な経緯 PRを送ったらitamae-plugin-recipe-datadogのメンテナになった 詳しい経緯 経緯は id:takanamito さんのエントリに詳しく書いてます。 takanamito.hateblo.jp itamae-plugin-recipe-datadogとは Itamaeでdatadog-agentをインストールするためのプラグインです。 今年のISUCONに向けてずっと素振りをやってるんですが、今年はDatadogを使いたくてitamae-plugin-recipe-datadogを使ってました。 そこで、Itamae
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ZOZOテクノロジーズのオープンソースソフトウェアポリシーを策定しました - ZOZO TECH BLOG
FCMを使ったWEARプッシュ通知基盤リプレイス - ZOZO TECH BLOG
GKEの内部負荷分散機能を使ってInternal Load Balancerを構築する - Qiita
“10xを創る”開発チームの文化とはなにか 〜お届けチーム編〜 - 10X Product Blog
Kubernetes のインスタンスコストを 0.6x した話 - 10X Product Blog