並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 223件

新着順 人気順

監視の検索結果161 - 200 件 / 223件

  • ブラック企業アナリスト 新田 龍 on Twitter: "北海道新聞記者が旭川医大に不法侵入して逮捕された件について社内調査報告が出たんだけど、まあ酷い。責任者がケツ持つどころか、完全に新人記者のせいにしてるよ。こんな体たらくで、よく「権力監視!」とか言えたもんだわ。 本件で「不当逮捕… https://t.co/vO3uU7Oh7D"

    北海道新聞記者が旭川医大に不法侵入して逮捕された件について社内調査報告が出たんだけど、まあ酷い。責任者がケツ持つどころか、完全に新人記者のせいにしてるよ。こんな体たらくで、よく「権力監視!」とか言えたもんだわ。 本件で「不当逮捕… https://t.co/vO3uU7Oh7D

      ブラック企業アナリスト 新田 龍 on Twitter: "北海道新聞記者が旭川医大に不法侵入して逮捕された件について社内調査報告が出たんだけど、まあ酷い。責任者がケツ持つどころか、完全に新人記者のせいにしてるよ。こんな体たらくで、よく「権力監視!」とか言えたもんだわ。 本件で「不当逮捕… https://t.co/vO3uU7Oh7D"
    • Microsoft 365、企業の上層部が従業員を追跡・監視できる仕様だった!? - iPhone Mania

      Microsoft 365、企業の上層部が従業員を追跡・監視できる仕様だった!? 2020 11/28 Microsoftが提供するOffice製品のサブスクリプションサービス「Microsoft 365」には、企業側が従業員の行動を追跡できる機能が装備されているとして、セキュリティ研究者らが批判しています。 各従業員の行動を上層部が把握可能 The Guardianによると、Microsoft 365の「生産性スコア(productivity score)」という機能を使うと、マネージャーが従業員の行動を監視することができるそうです。 Microsoftによれば、2019年に導入された同機能は、メールの数やネットワークへの接続時間などのデータを収集・解析することで「企業がどのように機能しているかを可視化する」ことを目的としています。 しかし同時に、どの従業員のグループチャットへの参加率が

        Microsoft 365、企業の上層部が従業員を追跡・監視できる仕様だった!? - iPhone Mania
      • システム監視、何からはじめる? / What is the first step for system monitoring?

        2020/08/31開催の、Infra Study Meetup #5「企業に必要とされているインフラ技術とこれから」のLTでお話した内容です。 https://forkwell.connpass.com/event/183909/

          システム監視、何からはじめる? / What is the first step for system monitoring?
        • フェイスブックのコンテンツ監視員の職場は「搾取工場」――元監視員が激白

          <幼女虐待、動物虐待、暴力また暴力──毎日、死と苦痛を見続け、クビにならないために不潔なトイレに行くのさえ我慢する。人と人をつなげるフェイスブックの理念はここにも見当たらない> 米国で、米フェイスブックが新たな批判の的になっている。米テック系メディア「バージ」がフロリダ州タンパ市勤務の元フェイスブック・コンテンツ監視員の告発を受け、6月19日、彼らがいかに劣悪な労働環境に置かれているかを報じたのだ。スキャンダルにあえぐフェイスブックに追い打ちをかけるかのように、主流メディアなども一斉に後追い報道に走った。 タンパのオフィスを運営しているのは、フェイスブックからコンテンツ監視業務を委託された米ITサービス大手のコグニザント・テクノロジー・ソリューションズだが、元監視員のメリンダ・ジョンソン氏がバージとのビデオインタビュー(19日付)で語ったところによると、同職場はアメリカにおける「スウェット

            フェイスブックのコンテンツ監視員の職場は「搾取工場」――元監視員が激白
          • 「通信の秘密の保護」に制限検討 サイバー攻撃への対処、政府が強化:朝日新聞デジタル

            ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

              「通信の秘密の保護」に制限検討 サイバー攻撃への対処、政府が強化:朝日新聞デジタル
            • PostgreSQLに関するNTTデータのSlideShareのスライドリスト

              はじめに SlideShareの広告対策です。 更新履歴 2023/12/13 CloudNative Days Tokyo 2023の資料を追加しました。 2023/12/07 PostgreSQL Conference Japan 2023の資料を追加しました。 2023/11/16 NTTデータで以前使われていたSlideShareのスライドを追加しました。 2024/03/08 第45回PostgreSQLアンカンファレンス@オンライン、DEIM2024の資料を追加しました。 2024 OSSデータベースの開発コミュニティに参加しよう! (DEIM2024 発表資料)

                PostgreSQLに関するNTTデータのSlideShareのスライドリスト
              • AWSを用いたフロントエンドモニタリング入門 ~Next.js編~ - ウェルスナビ開発者ブログ

                こんにちは。ウェルスナビでソフトウェアエンジニアをしています水馬(@mizuma_t)です. 今回のテーマはフロントエンドモニタリングです。 みなさんフロントエンドのモニタリングは正しく行えているでしょうか? 各ユーザの端末内で生した事象を正しくモニタリングするためにはサーバサイドとは異なる知見が求められます。今回は、AWS上でフロントエンドアプリケーション(Next.js)を運用するにあたってのモニタリングの知見をお伝えしたいと思います! フロントエンドの「何を」モニタリングするのか? ひとえにモニタリングといっても目的やサービスの特性に応じて期待されるモニタリングの範囲と意味合いが異なることが一般的です。 本記事では以下の項目に焦点を当ててAWSを用いたモニタリング手法について解説しています。 ユーザの端末内で発生したエラーを正しく検知できているか? レンダリングサーバで発生したエラー

                  AWSを用いたフロントエンドモニタリング入門 ~Next.js編~ - ウェルスナビ開発者ブログ
                • 企業がサイバー攻撃を「防げる」という考え方は時代遅れ 攻撃を受けて「侵入される」前提のセキュリティ対策

                  連日さまざまなサイバーセキュリティ犯罪のニュースが報じられる中、いまだに日本のセキュリティレベルは高いとは言えない状況にあります。一方で、企業がサイバーセキュリティ対策を進める上では、人材不足や経営層の意識・関心、コスト、導入による利便性の低下など、さまざまな壁が立ちはだかっています。 そこで今回は、株式会社網屋が主催する「Security BLAZE 2023」より、サイバーセキュリティのエキスパートによる講演をお届けします。本記事では、サイバー攻撃によって侵入されることを前提とした、企業側の打ち手について解説します。 今のサイバーセキュリティは「侵入されること」が前提 鈴木暢氏:みなさま、こんにちは。このセッションでは「ログの監視分析とSOCサービス、組み合わせの勘どころ」と題して、ログの分析・監視環境をどのように構成すべきかという情報提供と、ALogを活用した弊社のマネジメントセキュ

                    企業がサイバー攻撃を「防げる」という考え方は時代遅れ 攻撃を受けて「侵入される」前提のセキュリティ対策
                  • 中国が世界で100カ所以上の警察署を開設、一部の国は支援も 報告書

                    オランダ・ハーグの中国大使館入り口。オランダはアイルランドと同様、国内で見つかった中国の警察署を閉鎖した/Bart Maat/ANP/AFP/Getty Images ロンドン(CNN) 中国政府が世界各地にいわゆる「海外警察署」を100カ所以上開設していることが、CNNが入手した最新の報告書から明らかとなった。この報告書によると、中国は亡命した中国人に対する監視やいやがらせ、場合によっては送還を行う目的でこうした警察署を設置し、国境を超えたプレゼンスを確保しようと欧州やアフリカ諸国と締結した二国間の安全保障協定を利用しているという。 今年9月、マドリードを拠点とする人権活動団体「セーフガード・ディフェンダーズ」はこうした海外警察署が全世界54カ所に存在することを明らかにした。同団体はその後、新たに48の海外警察署が中国により運営されている証拠をつかんだという。 「巡回と説得(Patrol

                      中国が世界で100カ所以上の警察署を開設、一部の国は支援も 報告書
                    • 東証、障害の原因を特定 「自動切り替えできない設定値になっていた」

                      東京証券取引所は10月5日、株式売買システム「arrowhead」(アローヘッド)で1日に発生した障害の原因を特定し、4日中に修正したと発表した。 障害は、ストレージ内でメモリ故障が起き、サブ機にも切り替わらなかったことが原因。メモリ故障による障害が起きた際、自動切り替えできない設定値になっていたという。 arrowheadのユーザー情報などを格納するストレージ「共有ディスク装置」の1号機に搭載されたメモリが故障したことに起因。1号機が障害を検知すると、切り替え用設定値に従って自動で2号機に切り替わるはずが、切り替わらなかった。 調査したところ、メモリ故障が原因の障害パターンが発生した際、自動切り替えできない設定値になっていたという。設定値を変更すれば、自動切り替えできることが判明。4日にシステムに適用し、自動切り替えが動作することを確認したという。 稼働前のテストでは、1号機と2号機相互

                        東証、障害の原因を特定 「自動切り替えできない設定値になっていた」
                      • 上司にキーを打った「回数」がバレていた…1時間に『平均54回』の従業員は解雇処分 - フロントロウ | グローカルなメディア

                        テレワーク中に従業員の作業実態を監視するための新技術を導入する雇用者が増えるなか、慢性的なサボり疑惑があった従業員をクビにした保険会社インシュアランス・オーストラリア・グループ(IAG)が“サボりの実態”を把握するために取り入れた方法とは。 「たまに買い物に行くことはありますが…」 豪保険会社IAGがサボり疑惑のあった女性の勤務実態を調査するために取り入れたのが、キーボードを打った回数を監視できるテクノロジー。 約18年勤務していたという女性は、自宅勤務をしていたここ数年で与えられたタスクが未達となる案件が目立ったため、マネージャーが女性に指導を行なうとともに勤務状況を調査。 その結果、調査した49日中、47日は就業開始時刻を守っていなかったこと、29日は就業終了時刻前にいなくなっていたこと、4日は全く仕事をしていなかったことが分かり、さらに、キーボードのキーを物理的に押した回数を計る調査

                          上司にキーを打った「回数」がバレていた…1時間に『平均54回』の従業員は解雇処分 - フロントロウ | グローカルなメディア
                        • "壊れにくい"データ基盤を構築するためにMackerelチームで実践していること - Hatena Developer Blog

                          こんにちは。MackerelチームにおいてCRE(Customer Reliability Engineer)をしているid:syou6162です。主にカスタマーサクセスを支えるデータ基盤の構築や、データ分析を担当しています。 今回は、壊れにくいデータ基盤を構築するため、Mackerelチームで実践していることを紹介します。 なぜ壊れにくいデータ基盤を構築するのか データ基盤が“壊れている”とはどういうことか 壊れてないだけでなく、壊れたら気付ける 前提とするシステム構成 壊れたことに気付けるよう監視する 1. バッチジョブが失敗したことに気付く 2. 投入されたデータの性質を監視する 3. ビューが壊れてないかを監視する 4. 利用状況を監視する そもそも壊れてない状態を保つ 1. データリネージを元に修正できるようにする 2. 使われていないテーブルやビューは定期的に掃除 おわりに 参

                            "壊れにくい"データ基盤を構築するためにMackerelチームで実践していること - Hatena Developer Blog
                          • GCP Projectを消しちゃった話 - 839の日記

                            この記事は「本番環境でやらかしちゃった人 Advent Calendar 2019」の7日目です。 qiita.com 個人の趣味でやっていたやらかしなので、あまり大した内容ではありませんがご容赦ください。。 背景 趣味で運用していたVPSのサーバをGKEに移そうとしていました。 段階的に移行を進めていたため問題が発生した時点ではapp群はVPSで動いており、Cloud DNSのみGCPに移行済みな状態でした。 なぜ起こったのか Firebaseのプロジェクトを消してしまい、それに伴ってGCP側のプロジェクトも消えてしまいました。 背景に記載した通り、段階的に移行を進めていたことと以下のような理由が重なり消した直後は気づいていませんでした。 HTTPアクセスによる外形監視を入れていなかったため、VPS上のサービスが接続不可になっていることに気づかなかった VPS上のプロセス監視(macke

                              GCP Projectを消しちゃった話 - 839の日記
                            • 次世代デジタル保険を支える監視・通知の技術

                              監視・通知の仕組みの全体像また、弊社では Terraform を用いて IaC ( Infrastructure as Code ) を実現して、各AWSアカウント環境の状態をコードで一元管理していますが、 Datadog の監視項目も Provider が用意されているため、Terraform で管理をすることが可能です。現状はすべての Datadog の監視項目がコード化されているわけではないですが、こちらは随時対応を行っていきたいと思っています。 外形監視外形監視は、WebサイトやAPIエンドポイントが正常に動作していることを、定期的に特定のURLに対して問い合わせをして、期待されたステータスコードや要素を返すことを監視することを目的とします。 弊社では Datadog の Synthetic Monitoring という機能を利用して監視を行っていますが、この機能の特徴としては W

                                次世代デジタル保険を支える監視・通知の技術
                              • 「児童ポルノ規制」を旗印にiPhoneのプライバシー保護を弱体化させようとする圧力団体は出所不明の政治資金で運営されている

                                資金豊富な新たな圧力団体が、児童ポルノの取り締まりを名目にAppleデバイスの強力なプライバシー保護を弱体化させようとしていると、海外メディアのThe Interceptが報じています。 Group Attacking Apple Encryption Linked to Dark-Money Network https://theintercept.com/2023/10/01/apple-encryption-iphone-heat-initiative/ 「どのような理由があってもプライバシーは絶対的な権利である」というプライバシー擁護派の主張と、「法執行機関や諜報機関による監視を拡大するためにプライバシー保護機能を制限すべき」というプライバシー制限派の主張が、長らく争いの種となっています。プライバシー制限派は、過去数十年間にわたり「公共の安全のために暗号化は廃止するべき」と主張し、

                                  「児童ポルノ規制」を旗印にiPhoneのプライバシー保護を弱体化させようとする圧力団体は出所不明の政治資金で運営されている
                                • AWS ECS on Fargate + FireLens で大きなログが扱いやすくなった話 | BLOG - DeNA Engineering

                                  はじめに コンテナオーケストレーションサービスの一つである AWS ECS on Fargate (以下 ECS on Fargate) では、FireLens を利用することで、コンテナが出力するログを簡単に任意のログ基盤へ送信できます。 しかし、FireLens を通じてコンテナのログをルーティングする場合、16 KB 以上のログは分割された状態でログルーティング用のコンテナに到達します。構造化ログを実現するためにアプリケーションが JSON などの形式でログを出力している場合、ログを分割される前の状態に復元する必要があります。 この記事では、FireLens とは何かをおさらいした上で、上記の問題の背景を解説します。また、この問題の解決策についてこれまで知られてきた方法と、最近の ECS on Fargate のアップデートにより利用できるようになった方法を解説します。それにより、読

                                    AWS ECS on Fargate + FireLens で大きなログが扱いやすくなった話 | BLOG - DeNA Engineering
                                  • 「監視のための監視」にならないために AWS上で小さく・的確に監視を始める時のファーストステップ

                                    人・カネ・ものの足りないスタートアップにおいて、どのように工夫しているか発信する「スタートアップ事例祭り ~監視・モニタリング・セキュリティ編~」。ここではまーん氏が「スタートアップの人たちに捧ぐ監視再入門 in AWS」をテーマに登壇。ここからはAWSで監視を行う時のTipsを紹介します。前回はこちらから。 AWSで行う監視のファーストステップ「CloudWatch」 はまーん氏(以下、はまーん):ここまで監視についての基本や、世の中の監視におけるありがちなアンチパターンを紹介してきました。さて、アンチパターンは理解したうえで、とはいえ時間も人も貴重なスタートアップで、ビジネス価値そのものを生むわけではない監視は、やっぱり後回しになりがちじゃないかなと思います。ガッツリ監視するまでにかける時間も惜しいし、どうすればいいのかと。 この次は、「私が考える」という前提は付きますが、AWS上で小

                                      「監視のための監視」にならないために AWS上で小さく・的確に監視を始める時のファーストステップ
                                    • ぼくのかんがえたさいきょうのDevOps実現構成

                                      はじめに 昨年、AWS のインフラを運用・監視する上で使いやすいと思ったサービスを組み合わせて構成図を紹介した記事、「【AWS】ぼくのかんがえたさいきょうの運用・監視構成」が投稿したその日の Qiita のトレンド 1 位になり、はてなブックマークのテクノロジー分野でトップを飾りました。(たくさんの方に見ていただき感謝してます!) 本記事では「ぼくのかんがえたさいきょうの運用・監視構成」の続編として「ぼくのかんがえたさいきょうの DevOps 実現構成」を紹介させていただきます。あくまでも「ぼくのかんがえた」なので私個人の意見として受け入れていただけると助かります。 前回の記事でもお伝えいたしましたが、各個人・企業によって環境は違うと思いますし、使いやすいサービスは人それぞれだと思うので、これが正解という訳ではありません。一個人の意見として参考にしてただければ幸いです。 また、こちらの記事

                                        ぼくのかんがえたさいきょうのDevOps実現構成
                                      • インシデント指揮官トレーニングの手引き | Yakst

                                        [SRE]原文 An Incident Command Training Handbook – Dan Slimmon (English) 原文著者 Dan Slimmon 原文公開日 2019-06-24 翻訳依頼者 翻訳者 meiq 翻訳レビュアー doublemarket 原著者への翻訳報告 1723日前 Twitterで報告済み 編集 私が Hashicorp で担った最初の仕事のひとつは、社内向けのインシデント指揮官のトレーニング資料を作ることでした。 これは私自身がインシデントへの対処にあたりながら何年ものあいだ肌身に感じてきた、あらゆる類の考えをまとめ上げる良い機会となり、最高に面白いタスクでした。 以下は私の書いたトレーニング資料、ほぼそのままです。 あなたがインシデントレスポンスのポリシーを定義するにせよ、即興でインシデントレスポンスを行うにせよ、お役に立てたら幸いです。

                                        • 【サイバーセキュリティ】SOCによる24時間365日監視は本当に必要なのか再考してみる - Qiita

                                          はじめに 近年、サイバーセキュリティに対する意識の高まりを感じている。 国会では「セキュリティ・クリアランス制度」なるものの検討が進んでおり、誰もが知っているような上場企業であれば当たり前のようにサイバーセキュリティ対策を専門で行う部門が設置されるようになってきた。 筆者が実際にクライアントと会話していても、以前のように「サイバーセキュリティ対策の必要性がわからない」というケースは減ってきており、「サイバーセキュリティ対策をとりあえずやりたい」という経営層が増えているようにも感じる。 そして、需要が高まれば供給側の企業も増えるのが資本主義の性(さが)である。 大手SIerやコンサルティング会社はこぞってサイバーセキュリティ分野への増員に力を入れている。 サイバーセキュリティ分野を得意としたベンチャー企業の上場事例も多数見受けられる。 そんな中、近年急速に拡大しているビジネスが24時間365

                                            【サイバーセキュリティ】SOCによる24時間365日監視は本当に必要なのか再考してみる - Qiita
                                          • アプリチーム x SRE チームによるアプリケーションモニタリング運用改善 - freee Developers Hub

                                            freee人事労務の品質改善を専任で活動している keik です。 freeeではアプリケーションパフォーマンスモニタリング(APM)に Datadog を利用しています。 SRE チームが導入し、アプリケーション開発チームに利用提供する形で運用されています。 導入のきっかけについては以下の記事でも触れられています。 developers.freee.co.jp Datadog APM の画面は多機能かつ柔軟で、例えばウェブサーバーが受けたリクエスト処理の内訳を視覚的にドリルダウンできたり、リクエストや SQL クエリごとのレイテンシやエラー率を計測してダッシュボード化してくれたり、また全画面で共通的に「タグ」や日時を用いたフィルタリングができたりします。直感的なだけなく、見た目もオシャレで、適当に眺めているだけでもワクワクします。 しかし、私達は「ここに映っているもの」が何なのか、正直分

                                              アプリチーム x SRE チームによるアプリケーションモニタリング運用改善 - freee Developers Hub
                                            • 10日間 で AWS Lambda 関数を 28億回 実行した話|デロイト トーマツ ウェブサービス株式会社(DWS)公式ブログ

                                              はじめに こんにちは、エンジニアの内山です。 最近は AWS を使ったサーバレス開発に従事しています。 今回は、サーバレス開発時にやらかしてしまったお話です。 どんなことが起こった? プログラムのバグが原因で、AWS Lambda 上で再起呼び出しの無限ループが起こりました。さらに発生時にはそのことに気づけませんでした。 発生時から 10 日後の月末に、請求額が想定よりも異常に高いという報告を受け、その時点で初めて無限ループが起こっていることが発覚しました。 10 日間 で、AWS Lambda 関数が 28億回__ほど実行されており、付随するサービス(X-Ray/CloudWatch Logsなど)の料金も加わって、__27万円 ほどの料金が発生してしまいました。 経緯 ある Lambda 関数から別の Lambda 関数を非同期で実行する処理を実装していました。実際とは少し違いますが、

                                              • データ基盤の管理に役立つ監視用のSQLを紹介します - 10X Product Blog

                                                Analytics Engineerの吉田(id:syou6162)です。BigQueryを中心に10X社内のデータ関連の管理をしています。10Xに入社してそろそろ一年になろうかとしていますが、データ基盤を適切に管理 / 運用するためにSQLによる監視を少しずつ取り入れています。この記事では、具体的にどのようなSQLを書いて監視しているのか紹介したいと思います。 なお、SQLを使ったデータ基盤の監視自体については私の前職のTech Blogで詳細に書いていますので、そちらを参照してください。 SQLを使った監視でデータ基盤の品質を向上させる - MonotaRO Tech Blog データ管理に役立つメタデータに関する勉強会を社内外で開催しました - MonotaRO Tech Blog 本エントリはこれをベースに「dbtをフルに活用している10Xの環境向けに入れた監視」や「BigQuer

                                                  データ基盤の管理に役立つ監視用のSQLを紹介します - 10X Product Blog
                                                • 在宅勤務の終わりとテレワークの始まり

                                                  今日、電車に乗っていると、車内で広告の動画が流れていた。 在宅勤務中の社員を監視するためのPC用ソフトウェアの広告が堂々と放映されている。 勤務時間中に在宅で社員が全員遊んでいるかのような姿を映し出してから、これでは「生産性」が下がりますよね?とやっている。 監視される側となる人間が大半であろう乗客は、ぼんやりとこの広告を眺めている。 コロナウイルス騒ぎが長引いたせいでとうとう在宅勤務は終わり、日本的な「テレワーク」の時代が本格的にやってきたのだと、この光景を眺めながら私は思った。 テレワークは、社員が常にPCに張り付いて仕事をしているふりをすることを求める。 家にいても仕事で結果を出していれば問題ないという在宅勤務の時代は終わったのだ。 テレワークは、社員がオフィスに出勤し、時間までそこにいること自体を評価する日本的な働き方の再来だ。 結果ではなく、姿勢や努力といったよくわからないものを

                                                    在宅勤務の終わりとテレワークの始まり
                                                  • なぜマスコミは実名報道にこだわるのか? メディアと社会との間にある意識のズレ | 文春オンライン

                                                    実名報道問題について考えるべきポイントは、2つある。第一には捜査当局とマスメディアの情報をめぐる「闘争」の歴史であり、第二には、情報というものの意味が21世紀のGAFAの世界では大きく変わってきているということだ。 ひとつずつ説明していこう。まず第一の「闘争」について。これを理解するためには、警察や検察などの捜査当局と新聞やテレビの記者との関係を説明しておかないといけない。 夜回り取材の「権力監視」という役割 新聞記者は殺人などの事件を取材し、記事を書く。しかし日中の捜査当局の記者会見だけでは、たいした情報は出てこない。当局は来たるべき刑事裁判のために秘中の秘の大事な情報はとっておきたいし、マスコミ経由で出る情報もできるだけコントロールしておきたいからだ。そこで記者は刑事の自宅を深夜こっそり訪問する「夜回り」と呼ばれる取材を行い、昼間のオフィシャルな場面では出てこない情報を探ろうとする。

                                                      なぜマスコミは実名報道にこだわるのか? メディアと社会との間にある意識のズレ | 文春オンライン
                                                    • [書籍レポート] 「オブザーバビリティ・エンジニアリング」はパワーワード満載の「『入門 監視』の次に読むべき本」だった | DevelopersIO

                                                      自分の関わるアプリケーションやインフラのモニタリングに困っている? オーケイ、冒頭からアクセル全開の力強いワードにあふれたこの一冊を紹介するぜ! はじめに 今年(2023年)の1月末に発売されたこちらの本、もう読まれたという方も多いのではないでしょうか!(挨拶 本記事は、まだ読まれていない、買ってもいないという方に向けて、「紹介しなきゃ」という謎の強い使命感をもって書かれています。 というのも、実は本記事の執筆者(ぼくです)は、300ページを越えるこの本のまだ半分ほどしか読むことが出来ていません。。! *1 それでもこの本を紹介するモチベーションは十分です。なにしろ、この本は冒頭から、もっといえば「まえがき」の段階から、パワーワードにあふれた一冊だからです。引用してみましょう。 “(「オブザーバビリティ」という)用語が注目されるようになると、ある種の隣接性を共有する別の用語と互換的に使われ

                                                        [書籍レポート] 「オブザーバビリティ・エンジニアリング」はパワーワード満載の「『入門 監視』の次に読むべき本」だった | DevelopersIO
                                                      • Software Design連載 2021年12月号 リリース作業とエラー追跡の改善 - MonotaRO Tech Blog

                                                        新年あけましておめでとうございます。モノタロウでエンジニアをしております大西です。本年もよろしくお願いいたします。 本年もMonotaRO Tech Blogでは社内の様々な取り組みを定期的に更新して参りますので、お時間の空いた際にお読み頂けると嬉しく思います。皆様のお役に少しでも立つことができれば幸いです。 今回は、リリースにかかる時間の増加や、リリースに関する作業の属人化を体制変更によって解消した経緯と、大規模な開発体制におけるリリース作業や監視業務でのエラーやアラートの管理方法についてご紹介します。 本記事の初出は、 Software Design2021年12月号「Pythonモダン化計画(第5回)」になります。 過去の連載記事は以下を参照ください。 第1回 Software Design連載 2021年8月号 Python製のレガシー&大規模システムをどうリファクタリングするか

                                                          Software Design連載 2021年12月号 リリース作業とエラー追跡の改善 - MonotaRO Tech Blog
                                                        • エラー監視とテスト体制への改善作戦 / PHPerKaigi2022

                                                          issueに対するエラー 数を集計 [ { … "permalink": "Sentryのエラー画面URL", "platform": "PHP", "metadata": { "value": "Fatal Error (0): Call to a member function result()....." }, … "stats": { "14d": [ [ 1541455200, // timestamp 473 // error count ], … ] }, … "title": "This is an example PHP exception" } ] • 14d制限でリクエスト • エラー内訳取得 • stats内のパラメータに日付事 のエラー数が格納 https://docs.sentry.io/api/events/list-a-projects-issues/

                                                            エラー監視とテスト体制への改善作戦 / PHPerKaigi2022
                                                          • はてなの「Mackerel」をNTT東日本が「クラウド導入・運用サービス」で採用。監視サービスとして初 - プレスリリース - 株式会社はてな

                                                            株式会社はてな(代表取締役社長:栗栖義臣/本社所在地:京都市中京区)は、東日本電信電話株式会社(代表取締役社長:井上福造/本社所在地:東京都新宿区/以下、NTT東日本)が2019年6月28日より提供を開始する「クラウド導入・運用サービス」において、当社のサーバー監視サービス「Mackerel」が採用されたことをお知らせします。監視サービスとしてのパートナーシップは「Mackerel」が第一号になります。当社は、NTT東日本とともに「クラウド導入・運用サービス」の顧客に対する運用プロセスの効率化に貢献してまいります。 ▽ サーバー監視サービス「Mackerel(マカレル)」 https://mackerel.io/ 当社が提供する「Mackerel」は、サーバーにおける各種ハードウェアやアプリケーションソフトウェアの性能をリアルタイムに監視することができるSaaS型サーバー監視サービスです。

                                                              はてなの「Mackerel」をNTT東日本が「クラウド導入・運用サービス」で採用。監視サービスとして初 - プレスリリース - 株式会社はてな
                                                            • SLOをゼロからつくる

                                                              tfnotify - Show Terraform execution plan beautifully on GitHub

                                                                SLOをゼロからつくる
                                                              • Mackerelでは計画メンテナンスをどう実施しているか? RedisをElastiCacheに移行した裏側をご紹介 - Hatena Developer Blog

                                                                こんにちは。MackerelチームSREのid:heleeenです。 Mackerelでは、2020年10月14日に計画メンテナンスを実施しました。今回は告知ブログに記載の通り、Mackerelが利用しているRedisをAmazon ElastiCache for Redis(以下、ElastiCache)へ移行しました。 本記事では、この10月の計画停止の裏側を紹介します。 どのようにElastiCacheへ移行するか 大半のRedisを無停止で移行 最後はElastiCacheへのオンライン移行を使用 メンテナンスに向けたさまざまな準備 メンテナンス手順書のチーム内レビュー メンテンス実施中の役割分担 なぜタイムキーパーが必要になったのか リモートで停止メンテナンスを実施する方法 検証環境を利用して事前にリハーサルも実施 Redisを安全に効率よく切り替えるために 参照するRedisを

                                                                  Mackerelでは計画メンテナンスをどう実施しているか? RedisをElastiCacheに移行した裏側をご紹介 - Hatena Developer Blog
                                                                • 国土交通省が管理する簡易型河川監視カメラへの不正アクセスについてまとめてみた - piyolog

                                                                  2023年3月2日、国土交通省近畿地方整備局が管理する河川監視用カメラが不正アクセスの被害に遭っていた可能性があると報じられました。ここでは関連する情報をまとめます。 インターネット接続した河川監視カメラに不正アクセスか 国土交通省近畿地方整備局が管理する河川監視用のカメラ 261台に対して、不正アクセスされた形跡が2023年1月中旬に確認された。その後中国地方整備局、四国地方整備局の管理する70台の同じカメラでも不具合の恐れが確認され、合計で331台(その後最終的に337台)のカメラの運用が休止された。*1 当該機器は2020年2月以降導入が進められた「簡易型河川監視カメラ」と呼称されるものの1つで、10分から15分の間隔で撮影した河川の静止画をLTE網などを通じて送信する。送信された画像は国土交通省が公開する川の防災情報のサイトで画像を閲覧することが可能。大雨による川の増水や氾濫などか

                                                                    国土交通省が管理する簡易型河川監視カメラへの不正アクセスについてまとめてみた - piyolog
                                                                  • AWS Security HubとSlackを利用して、セキュリティ状況の監視運用を効率化したお話 - Uzabase for Engineers

                                                                    はじめに 初めまして!ソーシャル経済メディア「NewsPicks」SREチーム・新卒エンジニアの樋渡です。今回は「AWS Security Hub」と「Slack」を用いて、弊社で利用しているAWSリソースの監視運用を効率化したお話です。 お話の内容 年々増加するサイバー攻撃に対抗するため、セキュリティ対策は日々重要度が増してきています。 そこで弊社で利用しているAWSのリソースに対して、各種セキュリティイベントの収集ができるAWS Security Hubを利用することで、セキュリティ状態の可視化と迅速な対応がしやすい運用を行い、セキュリティ状態の現状把握から始めることにしました。特にNIST CSFの「検知」部分の運用について整備した内容となっています。 NIST Cyber Security Frameworkについて 皆さん、「NIST Cyber Security Framewo

                                                                      AWS Security HubとSlackを利用して、セキュリティ状況の監視運用を効率化したお話 - Uzabase for Engineers
                                                                    • 「北欧、暮らしの道具店」インフラ構成の変遷、5年間の課題と取り組み|Kurashicom Tech Blog

                                                                      こんにちは。エンジニアの佐々木です。 先日12/6、弊社イベントにてカヤックの藤原さんを交えてクラシコムのSREについてお話をさせていただきました。 当日は96名と多くの方にお申し込みいただきありがとうございました。1時間半があっという間で、時間の関係でお話できなかったことも多々ありました。改めてではありますが、記事にて当日の内容含め話せなかったこともご紹介したいと思います。 当日のテーマは「インフラ強化に向けた具体的な取り組み」と「一人に頼らないチーム体制づくりを目指して」という2つでした。 この記事では前半の「インフラ強化に向けた具体的な取り組み」について紹介します。北欧、暮らしの道具店のインフラ構成の変遷を追いつつ、その時々の課題や実際の取組みについて説明していきます。 5年前(2017年5月頃)のインフラ構成エンジニア3人で作った月間1600万PVのECサイト 「北欧、暮らしの道具

                                                                        「北欧、暮らしの道具店」インフラ構成の変遷、5年間の課題と取り組み|Kurashicom Tech Blog
                                                                      • 監視論 ~SREと次世代MSP~

                                                                        ITシステム監視を何故行うのか なぜ監視からオブザーバビリティーが求められるのか 次世代MSP、今後の監視エンジニアに求められる能力とは

                                                                          監視論 ~SREと次世代MSP~
                                                                        • Amazon Aurora MySQLの不具合でローカルディスクが枯渇しクエリが実行出来なくなった話 - Kaizen Platform 開発者ブログ

                                                                          SRE Group Managerをしている前田です。今回の記事は当社で遭遇したAmazon Aurora MySQLの不具合の話になります。 3行まとめ Amazon Aurora MySQLのローカルストレージが異常な速度で消費、枯渇しクエリを実行するとエラーが発生するようになった 原因調査とAWSサポートへの問い合わせの結果、Aurora MySQL 2.10.0 の不具合と判明し、2.10.2へバージョンアップで解消 Auroraのローカルストレージは自動拡張されないので、残容量の監視をしましょう 事象発生と解決までを時系列で記載。 2021年10月、Auroraに対してクエリが実行出来なくなる 社内メンバーよりBIツールからAurora MySQLに対してのクエリがエラーになるとのことで、クエリに limit 100 を付けると実行出来、 limit 1000だと Error w

                                                                            Amazon Aurora MySQLの不具合でローカルディスクが枯渇しクエリが実行出来なくなった話 - Kaizen Platform 開発者ブログ
                                                                          • EC2における「管理用VPC」設置の是非について

                                                                            こんにちは、SCSKの木澤です。 先日、VPCにおける大きなアップデートが発表されました。 Multi-VPC ENI Attachmentsaws.amazon.com EC2から複数のVPCに対してENIを接続できるようになったよ、という話です。 オンプレミスのネットワーク設計経験者であれば、この話を聞いて「管理用VPCが作れるようになったな」と感じることでしょう。 実際私自身もAWS初心者の頃は管理用のネットワークが構成できないことが気になっていました。 ですが、AWSにおいては安易に管理用VPCを設置すべきではないと考えています。 その理由を下にまとめたいと思います。 オンプレミスネットワーク設計のセオリー オンプレミスにおけるネットワーク設計経験が無い方もいらっしゃると思いますので、丁寧に解説したいと思います。 今回は下図のような一般的なWeb3層のシステムのネットワークを設計す

                                                                              EC2における「管理用VPC」設置の是非について
                                                                            • 自動運転「レベル4」実現へ 警察庁、許可制度を創設 - 日本経済新聞

                                                                              警察庁は23日、特定の条件下で運転を完全に自動化する「レベル4」の自動運転車を地域の移動サービスで使用するための許可制度を創設する方針を固めた。過疎地で運行する無人巡回バスへの活用などを想定。都道府県公安委員会が事業者の運行計画を審査し許可を与える。来春にも道路交通法改正案を通常国会に提出し、成立すれば国内で初めてレベル4実用化への道が開く。運行許可の対象は、限定された地域で遠隔監視のもと特定

                                                                                自動運転「レベル4」実現へ 警察庁、許可制度を創設 - 日本経済新聞
                                                                              • コロナ禍でも問題なし!フルリモートIoT案件(副業)をbalenaを使って完遂しました。 - 僕のYak Shavingは終わらない

                                                                                開発環境 <2020/09/21 9:24 追記> %s/渦/禍/g— kazuph@-12kg達成! (@kazuph) 2020年9月20日 ありがとうコロナ渦警察 <追記終わり> はてブロではお久しぶりです。 この度「フルリモートIoT案件」をbalenaを使って完遂したので、その内容を共有したいと思います。 先に書いておきますが、「技術書典9でbalena本書いたから買ってほしい」という願望により書かれた記事ですw (セルフPR) 案件内容 詳しくは書けませんが、友達のベンチャーのIoTデバイス(抽象的表現)用のゲートウェイとスマホアプリとそれをつなぐクラウド部分を担当しました。 その会社には組み込みより下のレイヤーのメンバーしかいない状態だったので、今回は組み込みより上を担当した感じです。 本来であれば、IoT案件となると、開発中の試作品の目の前でうんうんうなりながら開発すると思

                                                                                  コロナ禍でも問題なし!フルリモートIoT案件(副業)をbalenaを使って完遂しました。 - 僕のYak Shavingは終わらない
                                                                                • フロントエンド監視の全体像と実現方法

                                                                                  必要性 フロントエンドの監視はバックエンドやインフラのそれらと比べ、優先度が低くなりがちです。 バックエンドやインフラでの障害はサービス継続に直結するため、これは当然と言えば当然なのですが、別の理由もあると考えています。 それは計算リソースをサービス提供側が管理していないことです。 例えばアプリケーションがインフラとして AWS を利用しているなら、AWS のリソースを管理するのはサービス提供側です。 これは AWS 以外のクラウドサービスプロバイダやオンプレであっても同様です。 一方でフロントエンドはエンドユーザのブラウザ上で動作し、これを管理しているのはエンドユーザです。 フロントエンドはその性質上、監視の「盲点」になりがちです。 しかしフロントエンドはエンドユーザが直接触れるものであるため、そこで何が起きているかサービス提供側は正確に把握する必要があります。 マイルストーン フロント

                                                                                    フロントエンド監視の全体像と実現方法