Adobe Stock のコレクションには 3 億点以上の素材がそろっています無料で試す Adobe Stock のコレクションには 3 億点以上の素材がそろっています無料で試す
Adobe Stock のコレクションには 3 億点以上の素材がそろっています無料で試す Adobe Stock のコレクションには 3 億点以上の素材がそろっています無料で試す
※この投稿は米国時間 2020 年 10 月 13 日に、Google Cloud blog に投稿されたものの抄訳です。 Google は去年、ベスト プラクティスに従って強固なクラウド基盤を迅速に構築するため役立つオープンソースのテンプレートとして、Cloud Foundation Toolkit をリリースしました。これらのモジュールは Terraform infrastructure-as-code フレームワークと、Google の Cloud Deployment Manager の両方で利用できます。 本ブログ投稿では、Cloud Foundation Toolkit Terraform のサンプル基盤 を使用して、安全なクラウド基盤を構築する方法について詳しく解説します。その次に、Terraform を使用してマイクロサービスのデモアプリケーションを基盤上にデプロイする方法
The Problem So recently I was trying to run some kubectl commands using WSL2 to my home K8S cluster and encountered some strange events. Everything had worked fine when using WSL but for some reason I could now only ping external devices to my laptop (Router, Switch, Printer etc). My Configuration So just for clarification I have my configuration set like this. My local network runs a 192.168.1.0/
これまでのDocker Compose入門は、Docker Compoesの紹介に始まり(第1回)、簡単なウェブサーバを起動する方法(第2回)、ネットワークの理解を深める方法(第3回)でした。今回は連載のまとめとして、ネットワークとボリュームの活用によって、1つのサーバもしくはPC上に複数のアプリケーション環境を動かす方法をみていきいましょう。 Docker Composeはプロジェクトごとにネットワークを持つ 前回はDockerのネットワークの扱いを学びました。Dockerコンテナを実行すると、そのコンテナ内のプロセスは、デフォルトで「bridge」という名称の仮想的な内部ネットワークを通して通信を行います。またホスト上のブリッジ(仮想的なネットワーク・スイッチ)を経由して、Dockerが作成する他の内部ネットワークや、ホスト側のインターフェースを通して、インターネットなどの外部ネットワ
このページはPrometheus公式ドキュメント和訳+αの一部です。 Amtool 全てのalertmanagerのリリースに付属している。 インストール 代わりに以下のコマンドでもインストールできる。 go get github.com/prometheus/alertmanager/cmd/amtool 利用例 今起きている全アラートを表示する $ amtool alert Alertname Starts At Summary Test_Alert 2017-08-02 18:30:18 UTC This is a testing alert! Test_Alert 2017-08-02 18:30:18 UTC This is a testing alert! Check_Foo_Fails 2017-08-02 18:30:18 UTC This is a testing ale
amtool って最高じゃね? Howdy! Prometheus Advent Calendar 2018 23日目の sugitak です :yo: ! Prometheus が良い点は色々あるわけですが、その多くの部分は Alertmanager の素晴らしさでもあります。 Alertmanager はその名の通り、アラートの出力抑制・内容まとめ・サイレンスやルーティングなど、開発運用に必要なアラートの細やかな制御を実現します。 そんな Alertmanager ですが、いまいち使い方の話が盛り上がっていない… MOTTAINAI Alertmanager 付属の amtool を使えば Alertmanager の中身を自由自在にいじれるので、テストやデバッグはもちろん、 Prometheus を使わずに単体で Alertmanager を使用することすら可能になってきます。 とい
はじめにマネージャーになり、メンバーに仕事をお願いすることは本当に難しいと痛感しました。 いくつか難しいと思った瞬間があるのですが、中でも一番難しいなと思ったことが「この仕事は自分がやりたい仕事ではないです」と言われた時です。 そこまでストレートに言われなくとも、明らかに嫌な顔をされたり、気が乗らない様子を目の当たりにすることはよくあるのではないでしょうか。 ・メンバーのWillなど聞かなくて良い ・これは会社からの指示なので拒否する権利はありません ・仕事を選り好みしないでください なんて言いたいところですが・・・。 たしかにそれは正論なのですが、正論で飯が食えるなら苦労はありません。ベンチャー企業は常に人手不足で、かつ採用力も弱い。 ・辞めたらどうしよう、困る・・ という考えがベンチャーマネージャーの皆さんの頭によぎるのではないでしょうか。 転職も気軽にできる時代なので、自分の要望に応
Ubuntuはマルチユーザーに対応したシステムです。つまりシステムを使用する際は、ログインシステムを介して使う人が「誰であるか」を識別し、「本人であること」を認証する必要があります。今回はUbuntuに「普通に」ログインするさまざまな方法を紹介します。 一般的なログイン方法 おそらくUbuntuを日常的に使っている人で、「Ubuntuにログインしたことがない人」はほぼ皆無でしょう[1]。それくらい当たり前に使っているログインシステムですが、その仕組みは想像以上に複雑です。 歴史的経緯から、一般的にローカルユーザーの情報は/etc/passwdファイルに記載されてはいるものの、実際のログイン時にはその方法によって/etc/passwd以外にもさまざまな「ユーザーに関する情報データベース」にアクセスすることになります。さらにLDAPのようなリモートのアカウントサービスまで加えると、その全
雑にまとめるので何かあったら直接言ってほしい。⇒ @konifar チームで仕事をしていると、なんかあんまり意味のないことで議論している事態に陥ることがある。こういうのは議論の中心にいるとわかりにくいが、少し引いて眺めてみると「それそんなに重要なんだっけ?俺たちはこんなに時間使って何を決めようとしてるんだっけ?」という状態になってることも多い。 例えばAとBどっちがいいですかね?という意見の時、正直どちらでもいいと皆が思ってるのにAとBのそれぞれのいいところや懸念点なんかを皆で話しこんでしまっているみたいな。こういう時に難しいのは、単に「それどっちでもよくないですか?」みたいな言い方をすると場が凍って空気が悪くなるという点である。もちろんそういう本質的なことを言ってくれる人はありがたい存在なんだけど、言うタイミングが少し遅くなると「俺たちはなぜこんな無駄な時間を…」みたいな感じになることが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く