ぼくのかんがえたさいきょうのDevOps実現構成
はじめに 昨年、AWS のインフラを運用・監視する上で使いやすいと思ったサービスを組み合わせて構成図を紹介した記事、「【AWS】ぼくのかんがえたさいきょうの運用・監視構成」が投稿したその日の Qiita のトレンド 1 位になり、はてなブックマークのテクノロジー分野でトップを飾りました。（たくさんの方に見ていただき感謝してます！） 本記事では「ぼくのかんがえたさいきょうの運用・監視構成」の続編として「ぼくのかんがえたさいきょうの DevOps 実現構成」を紹介させていただきます。あくまでも「ぼくのかんがえた」なので私個人の意見として受け入れていただけると助かります。 前回の記事でもお伝えいたしましたが、各個人・企業によって環境は違うと思いますし、使いやすいサービスは人それぞれだと思うので、これが正解という訳ではありません。一個人の意見として参考にしてただければ幸いです。 また、こちらの記事
React Testing Libraryの使い方 - Qiita
Robin Wieruch氏によるHow to use React Testing Library Tutorialを著者の許可を得て意訳しました。 誤りやより良い表現などがあればご指摘頂けると助かります。 原文： https://www.robinwieruch.de/react-testing-library Kent C. Dodds氏によるReact Testing Library (RTL)がAirbnbのEnzymeに取って代わるものとしてリリースされました。EnzymeはReact開発者にReactコンポーネント内部をテストするためのユーティリティを提供しますが、React Testing Libraryは一歩さがって、「Reactコンポーネントを完全に信頼するためにはどうテストすべきか」を問いかけます。コンポーネントの実装の詳細をテストするのではなく、React Testi
富士通の欠陥システムで無実の人が投獄、自殺者も「イギリス史上最大の冤罪事件」はなぜ起こった？
30年のキャリアを誇る経営戦略コンサルタント。情報分析や業界分析に強く、未来予測やイノベーション分野が得意領域。一方で雑学にも強く、経済エンタテナーとして各方面に寄稿。経済クイズ本『戦略思考トレーニング』シリーズは20万部を超えるベストセラー。マスコミ関係者の地下クイズ集団『夜会』のメンバーとしても活躍。 今週もナナメに考えた 鈴木貴博 経済誌をにぎわすニュースや日常的な経済への疑問。そのときどきのトピックスについて経済の専門知識を縦軸に、社会常識を横軸において、ナナメにその意味を考えてみる。 バックナンバー一覧 富士通が「イギリス最大の冤罪事件」の当事者になるという事態が起きています。未解明の事実も多いものの状況を整理してみると、「富士通を悩ませる問題」も見えてきました。（百年コンサルティング代表 鈴木貴博） イギリス最大の冤罪事件 富士通が当事者になった経緯は？ 富士通が「イギリス史上
OpenSSHを最新にバージョンアップ CentOS6
CentOS6のOpenSSHが古い問題でいろいろ大変です。 CentOSのデフォOpenSSH(5.3p1)はちょっとアレなんで最新版(7.1p1)をコンパイルしてみたでかなり詳しく正確に書いてくれているのでなになんですが、ちょっとリマインドで書いておきます。 今回既存のSSHが5.3で7.5にバージョンアップしたという感じです。CentOS6やRedhad系だったらそこそここのやり方でOKな筈。 OpenSSH_5.3p1 ↓ OpenSSH_7.5p1 しかし結果からいうとtelnetや最近のクラウドサービスのコンソール的なものでSSH以外で接続しておかないとちょっと怖い感じがあります。 とはいえきちんと設定しればSSHの再起動で接続は切断されますが、すぐにSSHログインができるようにはなります。 バージョンの確認 http://ftp.jaist.ac.jp/pub/OpenBSD
【10分で確認】インフラ起因のシステム障害で焦らないための監視系コマンド集 - Qiita
はじめに ベンチャー企業や立ち上がって間もない開発組織の場合、事業の成長スピードに対して、インフラ/SREエンジニアへのリソース不足が発生します。 スピード重視の結果、監視設計が不十分なままプロダクトがリリースされることも少なくないため、インフラに強いベテランの方のみが障害対応に当たらざるを得ず、周囲はただ応援するといった形もあるのではないでしょうか。 いざというとき、「アプリケーション起因じゃなければ、私は何もわからない...」とならないために、非インフラ/SREエンジニアでも最低限覚えておきたい障害発生時に役立つ監視系のコマンドをまとめてみようと思います。 本記事で想定している読者は以下の通りです。 インフラ関連の障害時に、問題の切り分けを行うためのコマンドが知りたい人 監視系コマンドを実行できる環境構築をサクッと作って動かしながら学びたい人 非インフラ/SREエンジニアでインフラ起因
daemontools とか supervisor とか pm2 とか forever とか foreman とか systemd で同じコマンドを複数のプロセスでサービスにする - ngyukiの日記
これまでスクリプトをデーモン化するために daemontools をよく使っていたのですが、同じコマンドを複数プロセス起動させたいときに煩雑というか、そもそもこのやりかたあってんの？ って思ったので、代替になりそうなものをいくつか試しました。 例として、w1.sh と w2.sh の 2 つのサービスを、w1.sh は 2 プロセス、w2.sh は 3 プロセス起動したいものとします。 daemontools http://cr.yp.to/daemontools.html 定番 下記の SRPM から入れるとインストールが簡単 http://www.qmailtoaster.com/ １サービス＝１プロセスが基本 複数プロセスを起動したければその数だけサービスを定義する必要がある もしくはサービスとして起動したプロセスでさらにプロセスマネージャーみたいにするか # インストール sudo
DeNA TechCon 2021 - 技術の力で事業の未来をリードする -
DeNA TechCon 2021では、各セッションごとにTwitterハッシュタグを用意しています。 ぜひ、セッションの感想などを下記のハッシュタグ付きでツイートしてみてください！ #denatechcon #techcon_19 このセッションに関するツイートを見る 佐藤 健太 2016年にDeNAに入社。認証認可基盤周辺サービスの開発・運用に従事。大規模流入に対する負荷対策、クラウド間システム移管、アプリケーション実行基盤移管など、様々なクラウド上の運用課題の解決に日々取り組んでいる。ほか、社内Goコミュニティの運営や、エンジニアサマーインターンの課題制作なども行っている。Japan Perl Association代表理事。
CentOS6サポート終了 yumでパッケージを更新するには at softelメモ
問題 CentS6のサポートが終了して、yumでパッケージのupdateやインストールができなくなりました。 もう無理ですか。 答え まだいける。 yumリポジトリの設定ファイルを編集。 vi /etc/yum.repos.d/CentOS-Base.repo mirrorlist の行はコメントアウト。 :%s/^mirrorlist/#mirrorlist/g #baseurl=http://mirror.centos.org/ の行を baseurl=http://vault.centos.org/ に変更。 :%s/^#baseurl/baseurl/g :%s/mirror.centos.org/vault.centos.org/g こんな風になっているところを [base] name=CentOS-$releasever - Base mirrorlist=http://mir
Blogger - サービスの詳細
This page provides status information on the services that are part of Google Workspace. Check back here to view the current status of the services listed below. If you are experiencing an issue not listed here, please contact Support. Learn more about what's posted on the dashboard in this FAQ. For additional information on these services, please visit https://workspace.google.com/. For incidents
LinuxサーバでネットワークI/Oで刺さっている接続先を発見する - ゆううきメモ
Linuxサーバの障害対応で社内で伝統的に使われているテクニック。I/Oで完全にブロックしているポイントを特定するノウハウ。 問題対応のため、怪しいプロセスをstraceしてみる read(2)やwrite(2)でブロックしていることを発見する read(2)やwrite(2)、connect(2)の引数にはファイルディスクリプタ番号がみえる プロセスIDとファイルディスクリプタ番号を使って、/proc//fd/ の中身をみると、ソケットI/Oで刺さっている場合はソケット番号を発見できる netstat からソケット番号でgrepして接続先を発見する [y_uuki@hogehoge ~]$ sudo strace -p 10471 Process 10471 attached - interrupt to quit read(58, <unfinished ...> Process 10
grep テキスト検索に使える便利なコマンド - 30代SEの広く浅く技術メモ ～ z/OSからWindows,Linuxまで
ハード障害や、ソフト障害のどちらが起きても大変なことですが、 発生後に、膨大なOSやアプリケーションのログから原因を究明するのは非常に困難です。 そんなときに、役に立つのが「grep」コマンドです。 必要なファイルのみをフィルタリングしたり、 「|(パイプ）」を使用して複数のgrepの処理をつなげることで、 不要なメッセージを除外したりいろんなことができます。 また、正規表現も使用する事ができるので、「grep」を自由自在に操ることができれば、 自分の探したい事にたどり着くまでの時間が相当早くなると思います。 以下、grepコマンドのオプションです。 ぜひいろいろと試してください。 grepコマンドオプション n 該当する行が何行目か表示 A x 該当する行の後x行を表示 B x 該当する行の前x行を表示 h ファイル名を表示しない ■検索対象の語句を除外するには grep -v "Lin
bashスクリプトをデバッグする方法 - Qiita
#!/bin/bash exec 5> debug_output.txt BASH_XTRACEFD="5" PS4='$LINENO: ' set -x するとdebug_output.txtにログが出力される。 exec 5>はファイルディスクリプタ5番をdebug_output.txtにするという意味。 PS4はトレース出力の際に表示されるプロンプト。$LINENOにより行番号を表示している。 set -xは実行するコマンドをトレース出力させる。 元記事にはbashdb、log4bash、Eclipse、Visual Studioo Codeを使う方法なども紹介されているが、これが一番手軽でほとんどの場合十分だと思う。 Register as a new user and use Qiita more conveniently You get articles that match
Linuxメモ : topの代わりとして使えそうなコマンド（glances, ctop, gtop, htop, vtop, cpustat）を試してみる - もた日記
glances インストール 使い方 ctop インストール 使い方 gtop インストール 使い方 htop インストール 使い方 vtop インストール 使い方 cpustat インストール 使い方 GitHubを眺めていたらtopの代わりとして使えそうなコマンドが色々あったので試してみる。 glances Glances - An Eye on your system（公式ページ） github.com glancesは色々な情報を表示できるモニタリングツール。 インストール pipでインストールできるので下記コマンドを実行。 $ pip install glances 使い方 glancesで起動できる。図のように色々な情報がまとめて表示可能。 ブラウザで確認できるWebサーバモードや、リモートマシンを監視するクライアント／サーバモードもあるようだ。 ctop ctop（公式ページ
Linuxのパッケージをアップデートしたあとrestartが必要なプロセスを見つける方法 - Qiita
はじめに 脆弱性対応のためのアップデート作業というものは頻繁に発生するものですが、本番運用しているシステムではサービスへの影響を最小限にしたいものです。 アップデートした後、出来ることなら必要なプロセスだけリスタートさせることで済ませたいのですが、どのプロセスをリスタートすれば良いのか、そもそもOS再起動しないと反映されないものなのか、判断が付かない場合が少なくありません。 そのような場合のため、再起動が必要なプロセスを見つけたり、OS再起動が必要かどうかアドバイスしてくれるコマンドがあります。 Redhat系 「yum-utils」パッケージに入っている「needs-restarting」コマンドを使います。 # needs-restarting -h Usage: needs-restarting: Report a list of process ids of programs th
Linuxでネットワーク内に重複、衝突しているIPアドレス(競合IPアドレス)を調べる方法 | 俺的備忘録 〜なんかいろいろ〜
人間なので、時折IPアドレスの設定時に誤って重複したアドレスを振ってしまう、設定してしまうこともある(DHCPサーバの範囲内のアドレスで固定IP設定しちゃったりとか)。 そんな時すぐに気づければいいのだが、結構気づかずにそのままにしてしまって対象のホストのネットワークが不安定になった段階でようやく気付くこともあるだろう。 そんなときは、以下のいずれかの方法で重複したIPアドレスを調べて修復してやるといいだろう。 1.arpingで調べる 重複しているであろうIPアドレスに当たりがついている状態であれば、apringコマンドで確認ができる。 そのIPアドレスが重複している場合、返ってくるMACアドレスが交互に出てくるので、そこで判断する。 sudo arping -I eth0 -c 2 重複しているであろうIPアドレス blacknon@BS-PUB-UBUNTU-01:~$ sudo a
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - wevm/vocs: Minimal Documentation Framework, powered by React + Vite.
Using the OpenAI platform to analyse automated test failures
実録レガシーコード改善 / Working with Legacy Code: the True Record
Amazon Linux2とAmazon Linuxの違いについて（メモ） - Qiita
hapijs/boom: HTTP-friendly error objects
