社内で行った Datadog 勉強会の資料になります。 下記の内容について簡単に説明してあります。 ・Datadog でコンテナ監視を行なう場合の基礎知識 ・Datadog で Kubernetes 監視を行なう方法 ・Kubernetes add-on の kube-stete-metri…
社内で行った Datadog 勉強会の資料になります。 下記の内容について簡単に説明してあります。 ・Datadog でコンテナ監視を行なう場合の基礎知識 ・Datadog で Kubernetes 監視を行なう方法 ・Kubernetes add-on の kube-stete-metri…
Kubernetes に入門しようする人を躊躇させる原因のひとつは間違いなくYAMLによる設定ファイルだろう.Kubernetesにアプリケーションをデプロイするとき,例えそれがシンプルなサーバーアプリケーションであっても,多くのYAMLファイルを手で記述する必要がある.初心者を慄かせるその大量のYAMLはよくwall of YAML(YAMLの壁)などと揶揄される. 初心者でなくてもKubernetesのYAMLは煩わしい.YAML自体は単なるKubernetes APIへのリクエストボディであり慣れてしまえば実はそんなに難しくない.しかし記述する内容のほとんどがBoilerplateであり何度も書いていると飽き飽きする(実際にはほとんどがコピペだが).あるアプリケーションの開発環境と本番環境のYAMLファイルをいかに効率的に管理するかについて決定的な方法もない. そもそもKuberne
How to setup tiller per namespace using RBAC on kubernetes. Helm is installing tiller on the kube-system namespace by default. If you need to segregate the permissions tiller has, you will need to create a tiller in every namespace and tie a specific service account to it via the command: helm init --tiller-namespace <namespace> --tiller-service-account <service_account_name>This will create tille
最近の立ち位置としてはライオンと一緒にされていまして、テストを書いていないプルリクエストとかに対して、却下の代わりにこの画像が張られるみたいな形で、一種の恫喝の代わりに使われています。 が、本人はきわめてジェントルな人で、いましゃべってるところを見て、このライオンとはキャラが違うなとお感じになっていただければ嬉しいです。 ついて行くべき変化とスルーしていい変化 昨今の技術の現場でよくあるのは、フロントエンド疲れ。JavaScriptの新しいフレームワークや、開発方法論とか、そういうのがどんどん登場して、また新しいものが出てきたと。 2年前に標準とされていたものがすっかり過去のものになってしまっていて、Gruntはどこに行ってしまったんだとか、Backbone.jsはどこに行ってしまったんだとか。 そうした変化に追いつけずに、疲れてしまうわけです。 かと思えば、一種の限界集落。よく言えば安定
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く