こんにちは！株式会社ヌーラボでカスタマーサポートを担当している伊東です。本記事はBacklog Advent Calendar 2019向けに書いています。 ヌーラボではサービス開発から人事・バックオフィスまで、幅広い業務でBacklogを活用しています。わたしたちサポートチームでも、お客様からのお問い合わせをBacklogで管理しています。 とはいえ、Backlogはそもそもがプロジェクト管理ツールなので「お問い合わせの管理のツールとして最適か？」と問われると、細かい点で及ばないところがあることは否めません。それでもわたしたちカスタマーサポートチームがBacklogを使う理由、そのために工夫している「お問い合わせ管理の自動化」を公開します！ なぜカスタマーサポートでBacklogを使うのか？ カスタマーサポートチームがBacklogを使うのは、なによりも第一に自分たちがサポートするサービ

こんにちは、エンジニアの @akase244 です。 弊社ではいくつかのドメイン事業者を利用しているのですが、つい先日、そのうちの1社であるお名前.com社より「【必ずご返信ください】」というタイトルのメールが届きました。 タイトルをよく見ると「Whois」との文字があったので、定期的に送られてくる「Whoisの内容は正しいですか？最新状態に更新してくださいね」といったニュアンスのメールかと思ったらどうやら様子が違います。 定期的に送られてくるメールのタイトルはこちら。 「【重要】Whois情報 正確性確認 ドメイン名」 今回送られてきてメールのタイトルはこちら。 「【必ずご返信ください】[お名前.com] Whois情報修正のお願い ドメイン名」 今回はこのメールが一体何なのか、いつまでにどういった対応を行うべきなのか、といった点について紹介したいと思います。 このメールは何？ メール本

こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きな吉井 亮です。 オンプレミスで稼働しているシステムを AWS へ移行する or すでに移行した会社は多いと思います。 移行にあたり運用設計を見直すことになりますが、AWS 特有の考え方や AWS サービスを活用するための運用はどのようにシステムに取り込んでいけば良いでしょうか。 今回は、主にエンプラ系システムの運用設計 パッチ運用について考えてみます。 パッチ適用の目的 前提としてパッチを適用する目的は以下です。 セキュリティホールを塞ぐ ソフトウェアのバグを修正する ソフトウェアの機能追加をパッチという形式で提供されることもある パッチ分類 パッチと一言に言っても様々なパッチがあります。 パッチ運用では適用対象ごとに分類していきます。 分類 説明

このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。

Trusted Advisor AWS Trusted Advisorは、コスト、パフォーマンス、セキュリティ、耐障害性、サービスの制限について、アドバイスしてくれるサービスです。 サポートプランによって、チェック項目が異なります。 セキュリティについては、セキュリティグループの無制限アクセス、S3バケット許可などをチェックしてくれます。 セキュリティについては、赤の指摘項目は0にしましょう。 insightwatch insightwatchは、弊社が提供するサービスです。 AWSアカウントが、ガイドラインに沿ったセキュリティのベストプラクティスで運用されているかチェックします。 複数アカウントをチェックしやすいため、たくさんのアカウントを運用されているかたに特にお勧めします。 どなたでも無料でご利用いただけます。 IAMの見直し、定義 IAM のベストプラクティスに基づいた見直しを行い

運用設計とは？ システムを導入する各現場に応じた、システム運用の枠組みを作りこむこと 運用設計はなぜ必要か？ システム運用が高負荷にならないようにする トラブルが少ない 日々行なうことが少ない 運用が属人的にならないようにする 効果を測定できるようにする 誰が何をやったかを分かるようにする 費用対効果を高める 少ないコストで効果的に運用する 運用設計を行うタイミング フェーズのはじめ 基本設計と同じくらい 運用に必要な機能があれば予め設計に組み込める 具体的な設計項目 業務内容 管理項目 運用体制 運用スケジュール 監視設計 データ管理 バックアップ設計 障害対応 業務内容 どういう業務を行なうのかを定義する 定義を行なうことで、作業の見える化 それぞれの業務における運用を考えることができる 管理項目（何を管理対象とするか） 業務とは、システムを使用して、データを扱うこと システムとデータ

こんにちは。池田です。先日、うっかり左太ももを痛めてしまい歩行速度が普段の半分以下になっています。日々の適度な運動やストレッチを意識していこうと思います。 AWS再入門2018シリーズ14弾となる今回は前回のセキュリティチェック編と同じく、AWSホワイトペーパーで公開されているOperational Checklists for AWS（AWS 運用チェックリスト）という資料を基に筆者なりに整理/解釈した内容をご紹介したいと思います。 この資料は2013年6月に公開されておりますが、2種類のチェックリストとその使い方、各チェック項目の解説がまとめられており、現在でも有益な内容だと思いますので原文をご一読されることをお勧めします。 Basic Operations Checklist We use AWS Identity and Access Management (IAM) to pro

はじめましてこんにちは。SREの@masartzです。 私は最近joinしたのですが、今回は本番環境に古くからあるテーブルの掃除作業をした案件をご紹介します。 tl;dr; 本番の住所情報テーブルを消したけど問題なかった話 絶対要らないハズだけど、なかなか削除できずにいるもの を対処する話 本番環境の住所情報テーブルをdropするまでの作業 今回、本番環境の住所情報テーブルをdropしました。 と言っても、事故でもうっかりでもなく、既に使われていなかったものの整理という作業でした。 何故使われていなかったかというのは、メルカリの住所情報の保持の仕方の変遷が関係しています。 初期にはuser情報と住所情報は1対1の関係でした。イメージとしては以下です。 CREATE TABLE IF NOT EXISTS users ( id INT UNSIGNED NOT NULL, name VARC

最近インフラ障害が多く、AWSコンソールを開いてCloudWatchの無機質な画面とにらめっこしている毎日に刺激を加えるべく、かっこいい！(当社比)監視ボードもどきを作りたい！という夢をみて、 あれ？ draw.ioって、結構簡単にかっこいいインフラ構成図とか作れるよね？それをそのまま監視ボードとして使えたら、かっこいい図を他人に描いてもらって、それをベースに監視できるのではないのか？そうなのか？！ そんな妄想がよぎったので、ちょっぴりやってみました。 その名も、 Drawatchio です！ 雰囲気 こんな感じで、CloudWatchのメトリクスを表示してくれたり、Alarmがあがると対象のインスタンスがチカチカしてくれたりして、インフラ構成図上のどの部分がいまヤバイのか？を、なんとなくかっこいい図ベースで教えてくる。そんな雰囲気です！ 簡単な仕組み draw.ioは、どうやらmxGra

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 近年、自分の中で集計／可視化は Fluentd(datacounter)+Growthforecast で定番化していました。 しかしプロダクトで新たに集計／可視化の要件が出てきたことと、 最近可視化ツール周りで 「Kibanaってなんじゃ？」「Graphiteってなんじゃ？」「InfluxDBってなんじゃ？」 など、このツール達は一体何なんだろう…？というのが前々から気になっていました。 今回良い機会なので ◯◯は何をするものなのか？ というのを一つ一つ調べてみました。 いわゆる「触ってみた系」の記事なので だいぶ浅い感じです。 大分

クラウド＆DevOps時代に求められる運用とは～Zabbixが有効な理由：クラウド＆DevOps時代の運用をZabbixで（1）（1/2 ページ） ますますクラウド化が進む中、システムにはより迅速な対応が求められるようになっています。要件の変化が早いシステムを適切に運用していくためにはどうすればいいのでしょうか？ この記事では、クラウドやDevOpsを前提としたITシステムの「運用」に求められることを整理し、そういった運用に対して、オープンソースの統合監視ツール「Zabbix」がどのように有効活用できるかを紹介します。 はじめに～なぜ、いま「Zabbix」？ ますますクラウド化が進み、より迅速で柔軟な対応へのニーズが高まる中、ITシステムには、開発と運用が一体となって効率よくシステム（サービス）を提供することが求められています。 この連載では4回に渡って、運用面での視点を中心に、どのように

ミラクル・リナックスは、オープンソース統合監視ソフトウエア「Zabbix」の監視サーバーを一括監視する「監視統合ビューア」をオープンソースソフトウエア（OSS）として2013年6月に公開することを明らかにした。 Zabbixは、ラトビアZabbix SIAが開発し、OSSとして公開している監視ツール（関連記事）。 Zabbix監視統合ビューアはミラクル・リナックスが独自に開発したもの。複数のZabbixサーバーを一元管理することで、監視対象規模に応じてZabbixサーバーを拡張できるとしている。またそれぞれの独立したZabbixサーバーで動作しているため、いずれかのZabbixサーバーで障害が発生しても他のZabbixサーバーに影響を与えないという。 2013年6月より、ミラクル・リナックスで行っている研究開発の成果などを公開しているサイトMIRACLE Labsで、ベータ版を公開する予定

ログ解析というのはインフラエンジニアの基礎の基礎です。アプリケーションが定まればそれなりのログ解析ツールは存在します。Debianのstableですら数十のツールがあります。 とはいえ、実際のログというのは往々にしてアプリケーション毎に全然ちがっているのでツールは役に立ちません。結果としてgrepを駆使したり、はたまたRDBに突っ込んだりして試行錯誤することになります。 見事に解析できたとしても、それを可視化することを考えると楽できることを考えておきたいわけです。 そこで役に立つのはログ解析SaaS．Sumologic, SplunkStorm, Logglyなどけっこうありますが、qpstudyではSumoLogicを紹介してみました。GUIでログを横断的に絞り込めますし、その処理構文はいつでも繰り返すことのできるすぐれものです。 無料で使えるサイズでかなりのことができますので、ちょっと

この記事の所要時間: 1 分マイクロソフト時代の記事は公開を終了しました。 退職のお知らせ Microsoft, Atlassian と継続実施していたご好評いただいていた『無料での出張現場訪問、出張講演』は、原則終了とさせていただきますが、少し対価をいただくサービスとしては実施したいと考えております。それ以外のご希望、フィードバックについても広く受け付けております。忌憚のないご意見やお仕事への期待などお寄せいただけると嬉しいです。 講演・現場訪問のご依頼

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 今月のコラムで紹介するツールは、Web サイトの稼働時間を監視したり、エンタープライズ規模のシステムやアプリケーションを監視するのに役立ちます。 Greg Steen Uptime Robot Web サイトの運用を担当している場合、Web サイトが常時利用できて、いつも応答時間が短くなるようにする必要があります。これを実現できない場合、Web サイトのユーザーは、別の Web サイトに移動してしまいます。Uptime Robot は、最大 50 個の Web サイトの正常性を 5 分おきにチェックできる無料のリモート サービスです。いずれかのサイトのチェックでエラーが発生した場合、Uptime Robot

ChefとFabric、どちらが良いか悩んでいるうちに、Chefが一気にブレイクしてしまった今日この頃です。と言うことで、Chefを中心に今後のサーバ構築・運用について考え中です。そこでまず出てくる問題が、Chef Server+ClientとChef Solo + Knife Solo、どちらの構成が運用しやすいかという点です。 状況を整理する為に、まずは簡単にChef Server, Chef Solo, Knife Soloの関係や役割をまとめて見ます。 Chef Server サーバーの状態を管理し、それに関する情報を保持しておくのがChef Serverです。Client側は個々のサーバにインストールされて、Chef Serverに司令を問い合わせて実行します。Chef ServerはDBやキューなどを持ち、少し複雑な構造です。同じカテゴリーの製品として、PuppetやFabri

2013年3月19日 Tokyo Linux Study #5 #tlstudy の発表スライドです。 ZABBIX(赤) × Munin(緑) 。どうして両方を使う事になったのか？という話しがメイン。 サブタイトル「@zembutsuがホスティングサービスの監視パワーを強化しようとするけどとんでもないことになる話」 Read less