Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
こんにちは。id:SlashNephy です。この記事は はてなエンジニア Advent Calendar 2023 の28日目の記事です。 27日目の記事は id:chaya2z さんの Linuxカーネルの赤黒木のおもしろい最適化 でした。 私は最近、自宅で Kubernetes クラスタを構築して遊んでいるのですが、今日は Kubernetes クラスタを構築し始めたきっかけから、実際に何をどうやって運用しているのかまで広くご紹介します。 きっかけ GitOps (Argo CD) シークレット管理 (1Password Kubernetes Operator) Node Feature Discovery 脆弱性スキャナー (KubeClarity) モニタリング (Robusta) まとめ きっかけ 私が所属しているチームでは、Kubernetes (Amazon EKS) を利
はじめに こんにちは。SRE部ECプラットフォーム基盤SREブロックの大澤と立花です。 本記事ではマイクロサービスのカナリアリリースに関して私達が抱えていた課題と、それをFlaggerによるプログレッシブデリバリー導入でどのように改善したのかを紹介します。 ZOZOTOWNのマイクロサービス基盤におけるカナリアリリース手段の変遷については以下のテックブログで紹介しておりますので気になった方はご参照ください。現在はIstio VirtualServiceの加重ルーティングを用いたカナリアリリースに一本化しております。 techblog.zozo.com techblog.zozo.com 目次 はじめに 目次 カナリアリリースの運用課題 解決手段としてのプログレッシブデリバリー Flaggerとは？ Flaggerによるプログレッシブデリバリーの進み方 Flagger導入時の検討ポイント (
これは、とある僕のチームが運用しているWebアプリケーション (Go製) の、ヘルスチェック用エンドポイントの (リクエストハンドラーの) コードです。リクエストがきたら200 OKを返すだけの、シンプルな実装です。 func health(w http.ResponseWriter, _ *http.Request) { w.WriteHeader(http.StatusOK) } ところが、たったこれだけの処理しかしていないエンドポイントのレイテンシが、ある時からピーク時に著しく劣化するようになり、ひどい時には最大3.4秒もかかるようになってしまったのです。 なぜこのようなことになってしまっていたのか、またそれをどのように調査し、解決したのかについて解説します。 システム概要 今回問題となったWebアプリケーションはGoで書かれています。実行環境は Kubernetes (GKE) で
はじめに 先日、JakartaOne Live Japan 2022というイベントで登壇させていただく機会を頂きました。 QuarkusやHelidonのような新しめのEEフレームワークがこれまでのPayaraやWebLogicとどう違うのか？ CloudRunのようなサーバレス環境でMicroProfileのどの機能が効果的に働くのか？ という点を最近のWeb開発周りのトレンドと絡めながら話ました。上記のようにアーカイブ動画も公開されていますが、せっかくなのでQuarkusがサーバレス環境で実行に最適化されるまでの周辺事情等をまとめたいと思います。Javaだけに留まらず最近の環境事情の整理にも役立つかと思います。 TL;DR Quarkus/Helidonは軽量で高速な新しいEEフレームワーク コンテナや、サーバレス、クラウドネイティブなど最新のトレンドに基づいた設計 GCPのCloud
OCHaCafe Season6 #1の資料です．
はじめに kubernetesクラスター上で動作しているPodのデバッグ方法としてkubectl execを用いる方法があります。 ですがこのコマンドはデバッグ対象のPodのコンテナ上で実行するため、kubectl execではコンテナにデバッグを行うための環境がなかった場合、デバッグが難しくなる問題 があります。 kubernetesではこのような問題を回避するためにkubectl debug podというコマンドがありますので紹介をしてみたいと思います。 kubectl execとの違い まずkubetl execとkubectl debug podとの違いを簡単に説明したいと思います。 kubectl execの仕組み 簡潔にまとめると、Pod内のコンテナでコマンドを実行する動作 になります。 コンテナ内で使えるコマンドのみ使用することができます。 例としてimageにnginx:l
NoOps Meetup Tokyo #6 登壇資料 https://noops.connpass.com/event/131553/
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
