Sensu Casual Talks #1
![Sensu と PagerDuty を使って眠れない日々を実装する](https://cdn-ak-scissors.b.st-hatena.com/image/square/0235be25c1c923802f9fad418c3af6a843f2329b/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F3c19bc70209d0132fa3d463cb3105589%2Fslide_0.jpg%3F3536001)
2. matsuu is 何 ● matsuuです o 大抵のサービスでmatsuu o はてなはid:tmatsuu ● Gentooの方から来ました o RSS消化に明け暮れる日々 o 最近はDockerとTerraformとISUCON ● MSP事業の会社でインフラエンジニア o 前職プログラマ o 前々職ネットワーク屋 3. MSP is 何 ● Management Service Provider o 企業システムの運用・監視などを請け負う事業者の こと(引用元Wikipedia) o お客様のシステムを24時間365日運用・監視 運用は行わず監視と一次対応のみの場合もある 監視のみの場合もある エスカレーションのみの場合もある o 環境はお客様によってバラバラ chef/puppet/ansibleとか使えないことが多いよ! 4. 現在の監視is 何 ● 死
gistfile1.pl �� A�U � A�U use Kossy; use Plack::Session; sub Plack::Session::new { my ($class, $env) = @_; my $self = bless { session => $env->{'psgix.session'}, options => $env->{'psgix.session.options'}, }, $class; for my $flash_key ( grep { m/^__flash__/ } keys %{$self->session} ) { delete $self->options->{no_store}; delete $self->session->{$flash_key}; my $key = substr($flash_key,9); $self->{
重要: 全員発表必須のゼミナール形式です 趣旨 ここ数年、ITインフラの構築・運用の自動化が盛んに話題になっています。 しかし、ベストプラクティスはこれだ!と言えるほどの知見はまだまだ少なく、個々人で悩みつつも前進されているのが現状ではないでしょうか。 そこで、今回は 全員発表のゼミナール形式 で皆さんの知見を持ち寄り、かつ意見を交換できる場を作ってみました。その上で、明日から良いITインフラの構築・運用が行える知見を獲得できる場にできたらと考えております。 形態 ゼミナール形式 持ち時間10分/人程度 質問時間を含む 「背景」「導入内容」「効果」という流れでお話頂けると皆さんと共有しやすいです 全員発表が必須 スライド、またはデモンストレーション環境等を用意して下さい。 事前にテーマがお話しできる方はコメント欄にお書き下さい(必須ではありません)。 一部オフレコとしたい場合は発表時にその
11:10~ 課題ページの確認&PageSpeed Insightsの実行目的:チューニング対象のウェブサイトの改善の余地を調査 上記のgruntプラグインをインストールする npm install コマンドを実行しながら、ブラウザやIDEでチューニング対象のウェブサイトを確認し始めました。 少し見ただけでもCSSの構文エラーがあったり、使っていないJavaScriptライブラリがインポートされていたり…。 まるで無茶な運用を数ヶ月続けたかのような、カオスなファイル群でした。 ここで実行した PageSpeed Insights に画像サイズの最適化をオススメされたので、まずはそこから行うことにしました。 11:20~ 画像ファイルの最適化目的:画像ファイルサイズの削減 30 x 30pxで表示している画像ファイルが実際には150 x 150pxで保存されていたりする画像がそこそこあったの
ども、takiponeです。 GCE(Google Compute Engine)でVMインスタンスと並んで注目される機能が、ロードバランサ(負荷分散)だと思います。今回から数回に渡ってロードバランサを触り、その特徴をまとめてみたいと思います。 GCEロードバランサの基本 GCEのロードバランサは、2つの独立したサービスがあります。 Network load balancing (L4ロードバランサ) HTTP load balancing (L7ロードバランサ)[Limited Preview] 参考 : Google佐藤さんのQiitaでの紹介 今回は、L4ロードバランサを提供するNetwork Load Balancingを試してみます。 VMインスタンスの準備 まずは、実際に作成して動作を確認します。今回はこちらのエントリーでご紹介した自動構成を利用し、ロードバランサの転送先として
(最終更新日: 2017/9/25) はじめに production 環境で MySQL 5.6 動かすためのパラメータ設計についてまとめました。この記事がカバーする内容は次のとおりです。 パラメータを設定するスクリプト。 各パラメータにおける変更するかどうかの判断基準。 想定されるメモリの消費サイズを算出してパラメータが妥当かどうか確認する方法。 サービスの状況に応じててきぎ読みかえてください。 【結論】パラメータグループ作成・パラメータ設定のスクリプト 結論として、パラメータグループを作成し、パラメータを設定する aws-cli のスクリプトを置きます。Amazon AWS の Web Console から設定することもできます。 #!/bin/sh # == パラメータグループ作成 aws rds create-db-parameter-group --db-parameter-gr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く