既知の不具合として Cloud Run でカスタムドメインを利用するとレイテンシーが高くなる問題があります。 Cloud Run の既知の問題 | Cloud Run のドキュメント | Google CloudCustom Domains latency impact for asia-northeast1, australia-southeast1 and northamerica-northeast1 [64458939] — Issue Trackerとはいえ直接カスタムドメインマップする機能はプレビューリリースなので仕方ありません。(カスタム ドメインのマッピング | Cloud Run のドキュメント | Google Cloud) この記事ではなぜレイテンシーが高くなるのかを調べてみます。 ※この記事は2023/11/30時点の調査のものです <目次> 先に結論予備知識 2.
こんにちは。MIXI 開発本部 SREグループの riddle です。 以前 Flutter on the Web と WidgetBook をGCSを使って Pull Request 単位にセキュアに公開する | MIXI DEVELOPERS という記事を書きましたが、今度は Cloud Run で似たことをやってみます。 単に Cloud Run を Pull Request ごとに作るのは簡単ですが、Identity-Aware Proxy を使うところが難しいのでそこに焦点をあてて紹介します。 <目次> 作った全体の構成仕組み 2.1 Developer が https://XXXXX.example.com にアクセス 2.2 Identity-Aware Proxy が Developer の認証を行う 2.3 Nginx による Cloud Run へのリバースプロキシ 2
AWS re:Invent 2023 も大盛況のうちに終わりましたね。現地参加の方々は無事に帰国されましたでしょうか。 本記事では、re:Invent で盛り上がるSREのSlackを見ながらふと思い立ち、2023年のMIXI SREたちによるアウトプットをまとめてみました。 登壇数:32回(※同じイベントに2名登壇していた場合、2回とカウント)ブログ執筆数:18記事外部メディアへの寄稿:7記事※2023/11/22時点 となっています。興味があるものから、ぜひご覧ください! · 登壇 ∘ 2/7:kazeburoさんとShimizuさんに聞く、SREに必要なスキルと運用の秘訣 ∘ 2/27:CI/CD Conference 2023 前夜祭 (前夜ではない) ∘ 3/1–3/3:MIXI TECH CONFERENCE ∘ 3/13:Kubernetes Novice Tokyo #23
本記事は、2023年9月29日に開催された SRE NEXT 2023 に登壇させていただいた みてねプロダクト開発部 基盤開発グループ SREチーム 杉本(@kohbis)のセッションを、文字起こしをベースにブログ記事にまとめたものです。 セッションについてタイトル1,800万人が利用する『家族アルバム みてね』におけるK8s基盤のアップグレード戦略と継続的改善 セッション概要『家族アルバム みてね』(以下、『みてね』)のインフラは、2021年始めにAWS OpsWorksからAmazon EKSのマネージドK8s基盤へと移行しました。K8sの採用は大きな恩恵がある一方で「運用コストが高くなる」と一般的に言われています。その理由としてあげられやすい4ヶ月に一回のマイナーリリースへの追従については、K8sクラスタの運用経験のある方であれば少なからず苦労した思い出があるのではないでしょうか。
最近は日本でも、時々耳にするようになった DevRel ( Developer Relations ) という職種。 でも多くの方は、DevRel が企業組織の中でどんな役割を持ち、どんなことを行っているのか、ご存知ないかと思います。 MIXI では、約4年前から DevRel の名前のついた組織が存在します。組織といってもつい最近まで2名、現在で3名体制ですが…。 正式に DevRel チームとなるまでは、採用・技術広報として、エンジニアの採用担当と連携しながら、カンファレンスへの協賛やエンジニアの登壇サポートなどを行っていました。その後、エンジニアブログの立ち上げや YouTube で海外カンファレンスの現地からのレポートを配信するなど試行錯誤を重ねる中、一方的な情報発信やPR活動だけではなく、社内エンジニア同士や社内外エンジニア同士のコミュニケーションについても目を向けるようになり、
ユーザーの増加を喜んでいたら、いつの間にかクラウドコストが高額になっていた!という経験や、コスト削減の結果、安定したサービス運営に必要な部分まで削ってしまわないか不安になった経験はありませんか? 多くの事業にとって、クラウドサービスは欠かせないものになりましたが、何も気にせずに使っているとクラウドコストは右肩上がりで高くなってしまいます。 今や『コスト最適化の知恵』は誰しもが持っていて損が無いもの。ですが、養うのは中々難しい。 こんな時は詳しい人に聞くしかない!ということで、酸いも甘いも知るベテラン SRE のおふたりに、クラウドコスト最適化術について聞いてみました。 クラウドコスト削減のアイデアが欲しい闇雲にコスト削減を目指すのではなく、『コスト最適化』の考え方が知りたい方は、ぜひご覧ください。 ※この記事は「MIXI DEVELOPERS Advent Calendar 2022 」
こんにちは。MIXI 開発本部 SREグループの riddle です。 自分の所属するプロダクトでは、ビルドツールとして Bazel を利用していたのですが、いろいろあって make に変えたので「Bazel をなぜ導入してなぜやめたのか?」 を紹介します。 <目次> Bazel とはどこに Bazel を使ってたのか?なぜ Bazel をやめたのか? 3-1. Bazel の運用コストが高かった 3-2. Bazel の速度問題 3-3. Bazel ではできないことがあるmake に移動したわけまとめBazel とは Bazel は Google が開発したビルドツールで、Java、C++、Go、Android、iOS、その他多くの言語とプラットフォームを使用してビルドとテストができます。 ローカルやリモートのキャッシュをうまく用い、アプリケーションのビルドやコンテナイメージの生成、テ
こんにちは。MIXI 開発本部 SREグループの riddle です。 開発環境で Ingress から Gateway API に移行しようと頑張ったけど、機能が一部足りない(Identity-Aware Proxy がない)ので諦めた話を紹介します。 ※機能が追加されたら再チャレンジするんだ… <目次> 開発環境の話開発環境の問題点いくつかの解決策Gateway API とは?Ingress から Gateway API に移行してみた(けどダメだった) 5.1 移行方式 5.2 Gateway API 導入の注意点 5.3 External DNS が Gateway API の v1beta1 に未対応 5.4 URLMap の 64KB 制限まとめ開発環境の話わたしたちは開発環境に GKE を利用しています。 ゲーム開発では、エンジニアだけではなくプランナーやデザイナーも個人環境
本記事は、世界規模の情報セキュリティコンテスト『SECCON』のインフラチームで活躍する2名のエンジニアへのインタビューです。 ◎前編はこちら 前編では、おふたりのSECCONでの活動内容や、SECCONインフラチームとしての今後の展望などについてお話いただきました。 後編では、「なぜそこまでセキュリティに惹きつけられるのか」や「セキュリティとプロダクト開発、ふたつの主軸を得た先で目指すエンジニア像」など、おふたりのセキュリティに対する興味の根幹に迫るインタビューをお送りしていきます。 ━セキュリティへの強い興味、そしてふたりに共通する「プロダクト開発も大事にする」という考え方の源泉は?━━後編では、おふたり自身についてお聞きしていきます。まずは、セキュリティに興味を持ったきっかけを教えてください。 浅野:最初のきっかけで言うと、確か小学校入学前に家でパソコンを触っていて、マルウェアに感染
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く