サクサク読めて、
アプリ限定の機能も多数!
アプリで開く
●はてなブックマークって?
●アプリ・拡張の紹介
●ユーザー登録
●ログイン
●ログアウト
検索対象
●すべて
●タグ
●タイトル
●本文
並び順
●新着
●人気
ブックマーク数
●1 user
●3 users
●50 users
●100 users
●500 users
セーフサーチ
●オン
●オフ
期間指定
●すべて
●1週間
●1ヶ月
●1年
まで
1 - 40 件 / 1095件
新着順
人気順
絞り込み
検索対象
ブックマーク数
期間
セーフサーチ
SREの検索結果1 - 40 件 / 1095件
SREに関するエントリは1095件あります。 開発、
運用、
エンジニア
などが関連タグです。 人気エントリには ﹃総務省、きょうから﹁社会人のためのデータサイエンス入門﹂を無料開講 | Ledge.ai﹄などがあります。
SREの関連エントリー
384 users
338 users
293 users
251 users
228 users
224 users
211 users
206 users
192 users
192 users
●
1402 users
●
ledge.ai
●
テクノロジー
●2022/06/07
サインインした状態で﹁いいね﹂を押すと、マイページの ﹁いいね履歴﹂に一覧として保存されていくので、 再度読みたくなった時や、あとでじっくり読みたいときに便利です。
●統計
●あとで読む
●データ
●入門
●AI
●社会
●分析
●勉強
●本
●機械学習
●
1206 users
●
www.slideshare.net/slideshow
●
テクノロジー
●2020/03/05
2020/03/03 に富士通本社で行われた、富士通TechLiveに発表資料です。 コロナウィルスの影響で、リモート発表になりましたが、当日は800人以上の方に同時視聴していただきましたRead less
●DevOps
●DX
●あとで読む
●組織
●ソフトウェア
●労働
●仕事
●心理
●コンピュータ
●slide
●
1152 users
●
dev.classmethod.jp
●
テクノロジー
●2020/07/27
こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社の吉井 亮です。 日本国内においても多くのシステムがクラウド上で稼働していることと思います。 俊敏性、拡張性、従量課金、IaS、セキュリティなどクラウドのメリットを享受しやすい所謂 SoE で多くの実績があるように感じます。 ここ1~2年は、社内基幹システム・情報システム、SoR 系のシステムのクラウド移行が本格化してきたというのが肌感覚であります。 クラウドでのシステムインフラ構築は従来のようにゼロから非機能要件定義を行っていくものではなく、ベストプラクティスをまず実装して少しずつ微調整を行っていくものと考えています。とはいえ、システムごとの要件は予め明らかにしておくことがインフラ構築においても重要になります。 クラウド上では出来ること出来ないこと
●aws
●インフラ
●あとで読む
●設計
●運用
●非機能要件
●システム
●要件定義
●セキュリティ
●cloud
●
1092 users
●
dev.classmethod.jp
●
テクノロジー
●2020/09/17
突然ですが、以下の機能がそれぞれどういうものか すべて ご存知でしょうか? CloudWatch ServiceLens X-Ray CloudWatch Contributor Insights CloudWatch Synthetics CloudWatch Container Insights CloudWatch Logs Insights CloudWatch メトリクス Metric Math 検索式 カスタムメトリクス CloudWatch ダッシュボード CloudWatch 異常検出︵Anomaly Detection︶ CloudWatch 埋め込みメトリックフォーマット CloudWatch アラーム 異常検出に基づいたアラーム 複合アラーム 私はわからなかったですね。ここ1〜2年のCloudWatch系のアップデート量は凄まじいなと個人的には思っていて、Cloud
●aws
●あとで読む
●監視
●学習
●マネジメント
●勉強
●サービス
●tutorial
●monitoring
●IT
SREの関連エントリー
521 users
423 users
169 users
433 users
101 users
193 users
280 users
181 users
27 users
38 users
●
1023 users
●
cloud.google.com
●
テクノロジー
●2019/10/26
デジタル トランスフォーメーションを加速 お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。
●DevOps
●あとで読む
●google
●開発
●cloud
●クラウド
●development
●GCP
●ソフトウェア構成管理
●仕事
●
966 users
●
qiita.com/e99h2121
●
テクノロジー
●2021/08/16
再発防止策を書くのは難しい。 良い再発防止策 良い再発防止策について、順位付けするとしたら、 その種類の問題について二度と意識することがなくなる解決策 その種類の問題を開発時に自動的に検知することができる解決策 その種類の問題が発生しても自動的に復旧することができる解決策 その種類の問題が発生しても影響が局所化される、フールプルーフ、フェールセーフになる解決策 と言うのは意識したいと思いつつ、やはり難しい。 再発防止はむずかしい 障害の再発防止策は、 メカニズム ツール ルール チェックリスト の順番に検討せよ。と言われても、急いで書けなんて言われると﹁次回からは複数人でチェックします。﹂とか﹁チェック項目を追加します。﹂とかいう徹底できなそうな﹁反省文﹂になってしまう。 まさにこの有名な猫...。 **﹁なぜミスを繰り返すのか﹂﹁どうすればミスを防げるのか﹂を真剣に考えていないことがミス
●マネジメント
●あとで読む
●仕事
●再発防止
●エンジニア
●ドキュメント
●開発
●work
●考え方
●Qiita
●
776 users
●
www.m3tech.blog
●
テクノロジー
●2023/10/24
こんにちは。エムスリー・QLife(エムスリーのグループ会社)・エムスリーヘルスデザイン(エムスリーのグループ会社)でエンジニアとして各種作業に関わっている山本です! 以前もメール送信の話を書かせていただいたことがありますが、今回もまたメールネタとなります。今回のお題はメールセキュリティです。 大量メール送信のための予備知識 - エムスリーテックブログ すでにご覧になった方もいるかと思いますが、次のようなニュースが流れています。 www.proofpoint.com この﹁GoogleとYahooの新Eメール認証要件﹂ってつまりどういうことよ? というところを具体的にどのように進めているかについて書かせていただきたいと思います。 2023/12/18追記 : Googleからメール送信にTLSを使うことが追加要件として示されました。 TL;DR とりあえず何から始める? 何はともあれ実際に
●gmail
●メール
●あとで読む
●mail
●セキュリティ
●認証
●google
●DKIM
●SPF
●DMARC
●
667 users
●
scrapbox.io/kawasima
●
テクノロジー
●2020/01/17
#翻訳 https://www.scalyr.com/blog/the-10-commandments-of-logging/ CC BY 4.0 @Brice Figureau 1.自分でログの書き出しをしない printfをつかったり、ログエントリを自分でファイルに書き出したり、ログローテションを自分でやったりしてはいけない。運用担当者にお願いして、標準ライブラリやシステムAPIコールを使うようにしよう。そうすれば、実行中のアプリケーションが他のシステムコンポーネントと適切に連携して、特別なシステム設定なしに適切な場所またはネットワークサービスにログを記録できるようになる。 ロギングライブラリを使いたければ、特にJavaの世界にはLog4j, JCL, slf4j, logbackなど多くのものが存在する。私はslf4jとlogbackを組み合わせて使うのが好きだ。とてもパワフルで、設
●ログ
●logging
●あとで読む
●運用
●log
●java
●システム
●ロギング
●プログラム
●api
●
636 users
●
blog.kyash.co
●
テクノロジー
●2021/08/18
はじめまして。Kyashでデータエンジニアリングを担当しているKyashデータマンです。この記事では、Kyash社内のデータ分析の基礎に関するドキュメントを紹介します。 Kyashでは、データエンジニアリング・ガバナンス・セキュリティなど様々な角度から、公正なデータの取扱いと活用を推進しています。従来は、一部の訓練された技術者がデータ分析を一手に担っていましたが、社内でもデータ活用のニーズも多く、その担当者に分析や集計の業務が集中するという課題がありました。 この課題に対して、データへの適切なアクセス管理を行い、そして適切なBIツールを導入することで、データを取り扱う人が自分でデータ分析・そして活用できるようになることを目指しています。アクセス管理には、個人情報やそれに準ずる機密データに対して、ポリシータグによるアクセス権のコントロール、そしてアクセス権のリネージなどのソリューションの導入
●統計
●あとで読む
●データ分析
●データ
●分析
●仕事
●グラフ
●可視化
●tableau
●tips
●
586 users
●
www.oreilly.co.jp
●
テクノロジー
●2022/03/25
上層部がDevOpsに理解のない組織で働き、組織構造を変える権限を持っていない開発者であっても、チームにDevOpsを導入するための現実的な方法を紹介します。 重厚な承認プロセス、可視化されていない運用、プロセスの最後でのみ行われるソフトウェアテスト、ノイズだらけのアラート、インシデントから学習しない習慣、時間外のデプロイ、情報のため込みなどを取り上げ、ソフトウェアシステムの開発運用が滞るチームや組織に共通してみられる陥りがちな状況や犯しがちな間違いをアンチパターンとして紹介します。そして管理職やマネージャでなく、エンジニアが実行し、繰り返すことで改善できる具体的な行動を解説します。 組織で必要とされる変化を、エンジニアが行動することで実現する本書は、ソフトウェアシステムをよりよく開発運用したいエンジニア必携の一冊です。 目 次 序文 本書について1章 DevOpsを構成するもの 1.1
●運用
●あとで読む
●DevOps
●book
●システム
●本
●書籍
●仕事
●パターン
●文化
●
554 users
●
speakerdeck.com/shuntakahashi
●
テクノロジー
●2024/05/21
株式会社サイバーエージェントAI事業本部の2024年度 エンジニア新卒研修でシステム運用の基本と戦略に関する講義を行いました。
●運用
●あとで読む
●エンジニア
●システム
●研修
●資料
●仕事
●学習
●AI
●サイバーエージェント
●
542 users
●
techblog.zozo.com
●
テクノロジー
●2024/06/10
こんにちは。MA部の田島です。 弊社では開発ガイドラインというものを用いて、システムの品質を担保しています。今回私がテックリードを務めているということもあり、バッチアプリケーションを開発するためのガイドラインを作成しました。本記事では﹁開発ガイドライン﹂と﹁バッチ開発ガイドライン﹂を紹介します。 バッチアプリケーション開発に限定したTipsはまとまっているものが多くないため参考にしていただければと思います。 開発ガイドラインについての紹介 冒頭でも紹介した通り弊社では、開発ガイドラインというものを用いてシステムの品質を担保しています。バッチ開発ガイドラインを紹介する前に、まず開発ガイドラインを紹介します。 開発ガイドラインの種類 開発ガイドラインは現在、以下の種類が存在します。 共通 Android iOS Frontend Backend Infra API Batch DB(Datab
●バッチ
●あとで読む
●開発
●設計
●development
●batch
●ツール
●ガイドライン
●architecture
●ドキュメント
●
529 users
●
www.m3tech.blog
●
テクノロジー
●2023/06/06
︻SREチーム ブログリレー1回目︼ お疲れ様です。エンジニアリンググループ、コアSREの山本です。 他の情報伝達手段が現れた今は﹁メール﹂は以前よりも比重は落ちたかもしれませんが、まだまだ多くの人に情報を一気に伝えるための重要なツールです。 エムスリーでは自社サーバを利用してメールの大量送信を実施していますが、メール送信を実施するにあたって気にすべき基本的な事項についてシェアさせてください。 大量メール送信に関連する基本的な設定 基本的な設定(SPFと逆引き) DKIM IPの追加削除 バウンスメール処理 金で解決 まとめ We are Hiring! 大量メール送信に関連する基本的な設定 メール送信自体はそれほど難しいものではありません。 エムスリーではpostfixを利用していますが、設定はほとんどオリジナルでもメール送信自体は可能です。せいぜいドメイン名を登録するくらいでもいけます
●メール
●あとで読む
●mail
●ネットワーク
●DNS
●サーバ
●ドメイン
●network
●設定
●開発
●
518 users
●
qiita.com/iStone
●
テクノロジー
●2023/02/22
AWSのインフラを運用・監視する上で使いやすいと思ったサービスを組み合わせて構成図を作成しました。それぞれのサービスの簡単な説明と類似サービスの紹介、また構成の詳細について説明していきます。 (開発で使用するようなサービスも紹介しますが、あくまでも運用・監視だけの構成です。) 各個人・企業によって環境は違うと思いますし、使いやすいと思うサービスは人それぞれだと思うので、これが正解という訳ではありませんが、参考にしてただければ幸いです。 参考になった教材を紹介した記事も作成しました。是非読んでみてください! ︻AWS︼さいきょうの運用・監視構成を作成するのに参考になった書籍 インフラエンジニア1年生がプログラミングを勉強するのに使った教材 全体図 こちらがAWSにおける"ぼくのかんがえたさいきょうの"運用・監視構成です。複雑で分かりづらいかと思うので、詳細に説明していきます。最後まで読めばこ
●aws
●監視
●あとで読む
●運用
●サービス
●cloud
●grafana
●Amazon
●terraform
●qiita
●
503 users
●
sreake.com
●
テクノロジー
●2024/07/17
はじめに こんにちは、皆さん。今日は、シェルスクリプトを使った高度な自動化のベストプラクティスとパターンについて解説します。これらは、ちょっとした知識で実行でき、作業を大幅に効率化できるTipsです。シェルスクリプトは、特にUNIX系システムでの自動化タスクに欠かせないツールです。適切に使用すれば、複雑なタスクを効率的に、そして信頼性高く実行できます。 トイルとは、反復的でマニュアルな作業のことを指します。これには、例えば、手動でのシステムのスケーリングや、エラーのトラブルシューティング、ルーティンなメンテナンス作業などが含まれます。トイルを特定し、それを自動化することで、エンジニアはより創造的なタスクやプロジェクトに焦点を合わせることができます。 トイルを判別する方法としては、以下のような基準が挙げられます‥ 手作業であること 完全な手作業だけでなく、﹁あるタスクを自動化するためのスクリ
●bash
●シェルスクリプト
●あとで読む
●shell
●linux
●shellscript
●シェル
●プログラミング
●SRE
●開発
●
491 users
●
syu-m-5151.hatenablog.com
●
テクノロジー
●2023/03/14
ドキュメンタリアンとは、役職に関係なく、ソフトウェア業界でドキュメントとコミュニケーションに関心を持つ人のことです。 www.writethedocs.org はじめに これは主に﹃ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング﹄の書評です。私はSreakeにてSREという役職についています。SREはサービス概要、アーキテクチャの解説や図、各種構成図、各種手順書、ポストモーテム、ポリシー、SLA(SLO) … その他の様々な場面でドキュメントを書く必要があります。しかし、ドキュメントは価値が見えにくく時間と労力がかかり品質担保の面で重要度がとても高いのにその場での価値が見えにくいので浸透しにくいです。そのため、エンジニアとしてモチベーションが保ちづらいです。2021年 State of DevOps 2021 にもドキュメントに関する言及があり今後、
●ドキュメント
●あとで読む
●本
●エンジニア
●開発
●document
●SRE
●ライティング
●book
●development
●
473 users
●
tech.newspicks.com
●
テクノロジー
●2019/07/25
NewsPicksのエンジニア採用サイトです。さまざまな強みを持つエンジニアが、自分たちの個性を活かし、未来を創るための挑戦をしてる自由な環境で、一緒に世の中をおもしろくしてみませんか?
●slack
●あとで読む
●インフラ
●組織
●エンジニア
●サービス
●QCon
●infra
●採用
●投資
●
470 users
●
blog.yuuk.io
●
テクノロジー
●2019/10/04
この記事は第5回Webシステムアーキテクチャ研究会の予稿です。 はじめに Webサービスにおいては、スマートフォンの普及によるアクセス増加に対してスケーラビリティを持ち、個人向けだけでなく企業向けサービスの可用性の要求に耐えられるようなシステム設計が必要とされている。 さらに、Webサービスが人々の生活に浸透したために、Webサービス事業者はサービスを長期間運用することが当たり前となっている。 その間、新機能開発、ソフトウェアの実行効率化、セキュリティ向上などを目的に、システム管理者は自身が管理するソフトウェア群を更新しつづける必要がある。 このような多様な要求を満たすために、Webサービスを開発・運用するエンジニアには、OSやデータベース、ネットワーク、分散システム、プログラミング言語処理系などのコンピュータ工学における広範囲の基礎知識と、ミドルウェア、オペレーション自動化のためのソフト
●アーキテクチャ
●あとで読む
●システム
●web
●インフラ
●SRE
●architecture
●infrastructure
●ブログ
●地図
●
467 users
●
www.m3tech.blog
●
テクノロジー
●2021/02/04
エムスリーエンジニアリンググループ製薬企業向けプラットフォームチームの三浦 (@yuba)です。普段はサービス開発やバッチ処理開発をメインにやっておりますが、チームSREに参加してからはこれに加えて担当サービスのインフラ管理、そしてクラウド移行に携わっています。 今回はそのクラウド移行の話そのものではないのですが、それと必ず絡んでくるインフラ設定に関してです。 アクセス元IPアドレスを知りたい Webアプリケーションがアクセス元IPアドレスを知りたいシーンというのは、大まかに二つかと思います。ログ記録用と、アクセス制限ですね。どちらもアプリケーションそのものではなく手前のWebサーバの責務のようにも思えますが、そうとも言い切れません。動作ログ、特に異常リクエストをはじいた記録なんかにセットでIPアドレスを付けたいとなるとアプリケーション要件ですし、アクセス制限についてもマルチテナントサービ
●http
●あとで読む
●インフラ
●nginx
●network
●ネットワーク
●サーバ
●web
●Apache
●security
●
462 users
●
speakerdeck.com/iselegant
●
テクノロジー
●2023/05/29
全AWSエンジニアに捧ぐ、CloudWatch 設計・運用 虎の巻 / CloudWatch design and operation bible
●aws
●あとで読む
●運用
●設計
●cloudwatch
●monitoring
●監視
●エンジニア
●design
●slide
●
460 users
●
y-ohgi.blog
●
テクノロジー
●2021/01/05
概要 学生氏に適当なことを言い過ぎ反省しているので、バックエンドのいま覚えてる良かった記事の共有です。 まっさきにみるやつ Web 系エンジニアの学習ロードマップです。 とりあえずこのロードマップにのってる"紫のチェックマーク"がついたものを順番にこなしていけば良いとおもいます。backend のロードマップを紹介しましたが他にもfrontend やdevops などもあります。しかも毎年更新してくれます。 この記事はこのロードマップ以上の情報は提供できません。おわり。 roadmap.sh その他 エンジニアリングについては雑に調べると歴戦のエンジニア各位が紹介してくださってるので、クラウド系をメインに紹介します。 一般的なやつ タイトルママ。 バックエンドというよりエンジニアリング全般。 japan.googleblog.com 技術記事に特化したキュレーションサービスです。 追いたい
●エンジニア
●あとで読む
●サーバサイド
●学習
●aws
●SRE
●バックエンド
●Azure
●設計
●クラウド
●
453 users
●
speakerdeck.com/netmarkjp
●
テクノロジー
●2022/05/15
SRE NEXT 2022 2022-05-15 14:15〜15:00 Track A 非ITの事業会社にSREと言わずにSREを持ち込んだ #srenext
●SRE
●あとで読む
●運用
●組織
●開発
●IT
●会社
●仕事
●slide
●システム
●
449 users
●
moneyforward-dev.jp
●
テクノロジー
●2023/08/23
半年ぶりのカキコ……ども……。気づいたらHRソリューション本部からMFBC-CTO室に異動していたVTRyoです。兼任で引き続きHR系のマネーフォワード クラウドシリーズも担当しています。 ソフトウェアエンジニアとしての経験値が増えてくると、次第にレビュー担当者になることが増えてくるでしょう。私が所属するSREチームでもTerraformの相互レビューが頻繁に実施されています。そこで、事件は起きたのです。 自信を持ってApproveしたPull Requestで次々に事故が起きてしまった 現在HR内のマネーフォワード クラウドシリーズは、モダンな開発基盤へとリプレイス作業を多く行っています。これまで動いていた基盤に感謝しつつ、新しいPlatformへと移行し、最終的に元あったリソースを削除します。 事件はこの リソース削除 で起きました。 チーム内レビューOKリポジトリ管理者レビュー
●心理
●あとで読む
●management
●チーム
●考え方
●仕事
●コミュニケーション
●Developers
●SRE
●PM
●
448 users
●
chrisdown.name
●
テクノロジー
●2020/02/16
(This post is also available in English.) この記事は Linux memory management at scale を 著者の Chris Down さんの許可 を得て Hiroaki Nakamura が日本語に翻訳したものです。 原文のライセンス は CC BY-SA 4.0 であり、翻訳のライセンスも同じく CC BY 4.0 とします。 cgroup2 プロジェクトでの私の仕事の一部として Linux システムのリソース管理についてエンジニアと話すことに多くの時間をかけてきました。 これらの会話を通じてどんどん明らかになってきた1つの事実は多くのエンジニアは、シニア SRE たちでさえも、 Linux のメモリ管理についていくつかのよくある誤解を持っていて、そしてそれが彼らがサポートするサービスやシステムが本来確実に稼働したり効率的
●linux
●あとで読む
●メモリ
●システム
●memory
●管理
●distributed system
●リソース
●エンジニア
●ハードウェア
●
443 users
●
speakerdeck.com/xerial
●
テクノロジー
●2023/02/15
600ページを超える書籍である﹁データ指向アプリケーションデザイン﹂の要点を最近の話題を交えながら解説します。 Data Engineering Study #18 の発表資料です プレゼンテーション https://www.youtube.com/watch?v=ZiKWXc0fSCw イベントURL https://forkwell.connpass.com/event/269125/ データ指向アプリケーションデザイン https://www.oreilly.co.jp/books/9784873118703/
●設計
●あとで読む
●architecture
●データ
●データベース
●開発
●database
●DB
●アーキテクチャ
●study
●
441 users
●
news.yahoo.co.jp
●
世の中
●2021/10/09
みずほ銀行は8月から先月まで4回発生したシステムなどの障害について、ハードディスクの経年劣化などが原因だったと公表しました。 みずほ銀行は8月20日に店頭での取引の一部ができなくなった障害について、データセンターのハードディスクが稼働から6年経って劣化していたことに気付かず、故障したことが原因だと明らかにしました。 この際、バックアップシステムに切り替えようとしましたが、入力すべき追加の指示を飛ばしたため失敗しました。8月23日や先月8日に100台以上のATMが一時停止したケースではネットワーク機器に静電気などが生じエラーが発生した可能性が高いということです。 再発防止のため、みずほ銀行は6年前のシステム構築に携わった富士通や当時の技術者らとの関係を強化する方針です。
●システム障害
●あとで読む
●銀行
●みずほ
●障害
●システム
●ニュース
●金融
●社会
●business
●
438 users
●
techlife.cookpad.com
●
テクノロジー
●2020/05/08
技術部 SRE グループの mozamimy です。 クックパッドでは、 SRE が中心となって、サービスを動かす基盤の大部分である AWS のコスト最適化を組織的に取り組んでいます。 昨年夏に公開した記事である、インフラのコスト最適化の重要性と RI (リザーブドインスタンス) の維持管理におけるクックパッドでの取り組みでは、 なぜインフラのコスト最適化が必要なのか、具体的にどのような考え方に沿って進めてゆけばよいのか。 SRE が一括して管理する AWS のリソースプールそのもののコスト最適化を実践するための具体的な取り組みの一例として、RIのモニタリングや異常時の対応フローによる維持管理。 といった話題にフォーカスしました。 今回は、インフラにかかるコストを正しく﹁説明﹂するための取り組みということで、コスト最適化に貢献する社内アプリケーションである Costco (Cost Co
●インフラ
●AWS
●あとで読む
●コスト
●cookpad
●開発
●サービス
●Cloud
●SRE
●管理
●
428 users
●
speakerdeck.com/onohiroshi1
●
テクノロジー
●2021/10/18
ログ基盤をCloudWatchLogからNewRelic Logs + S3に変えたら 利便性も上がってコストも下がった話
●DMM
●あとで読む
●電子書籍
●サーバ
●ebook
●SRE
●AWS
●障害対応
●書籍
●インフラ
●
423 users
●
mazyu36.hatenablog.com
●
テクノロジー
●2023/02/24
はじめに 入門監視をはじめ一般的な監視に関するプラクティスは出回っているものの、AWSで具体的に何を監視するか?そのとっかかりについてはあまり出回っていないような気がします。 AWSの監視ってみんな何監視してるんすか…っていうぐらい実例あまり見つからないな。門外不出?— mazyu36 (@mazyu36) 2023年2月14日 どこまで監視するかは基本的にシステムの特性によると思います。一方でAWSのサービスごとにシステムによらずよく監視で使う項目というのもあるかと思います。 今回は過去の経験をもとに、最低限この辺りは監視することが多いかなというものをまとめてみます。全体像としては以下になります。 最低限これは監視しないとダメでしょ、とかこれは不要でしょ、などなどあるかと思います。そういうのがあればぜひコメントいただきたいです。 はじめに ﹁監視﹂について 前提 1-1. Webサービス
●aws
●あとで読む
●監視
●monitoring
●メトリクス
●運用
●Amazon
●aurora
●設定
●
416 users
●
speakerdeck.com/soudai
●
テクノロジー
●2023/10/24
# 参考資料 - https://speakerdeck.com/hanhan1978/purohuairawoshi-tutaphpapurikesiyongai-shan-falsekan-suo - https://speakerdeck.com/hanhan1978/web-application-tuning-guildline - https://speakerdeck.com/soudai/basic-of-rdb - https://speakerdeck.com/soudai/shi-xing-ji-hua-falsehua - https://fortee.jp/phpcon-2021/proposal/1e11a6b1-08d9-4044-9909-4c90105ea726 - https://fortee.jp/phperkaigi-2021/proposal/1d
●パフォーマンス
●あとで読む
●チューニング
●performance
●web
●DB
●webサービス
●アプリケーション
●php
●engineering
●
412 users
●
www.atlassian.com
●
テクノロジー
●2022/05/07
本ブログは、こちらに掲載されている英文ブログの意訳です。万が一内容に相違がある場合は、原文が優先されます。また、PDF版をダウンロードいただけます。 はじめに – 共同創業者兼共同最高経営責任者より 2022年4月上旬に発生した障害により、お客様へのサービス提供が中断されたことをお詫び申し上げます。私たちは、当社の製品がお客様のビジネスにとってミッションクリティカルであることを理解しており、その責任を重く受け止めています。今回の全責任は私たちにあり、影響を受けたお客様の信頼を回復するために尽力しています。 アトラシアンのコア バリューの1つに﹁オープンな企業文化、デタラメは無し (Open company, no bullshit)﹂というものがあります。この価値を実現する取り組みの一環として、インシデントについてオープンに議論し、学びにつなげています。そして、このインデント事後レビュ
●障害
●あとで読む
●サービス
●atlassian
●会社
●アトラシアン
●incident
●アーキテクチャ
●運用
●アプリ
●
410 users
●
shinyorke.hatenablog.com
●
テクノロジー
●2020/09/30
要約すると, データサイエンス・機械学習周りでよく聞かれること&回答を言語化しました. ﹁データサイエンティストやりたい﹂﹁機械学習エンジニアになりたい﹂というキャリア志望を持つ方は多いと思います. 私の周りでも, 公私ともにそんな志望者の相談を聞いたり, ︵主にインターンの学生さんですが︶一緒に仕事をしたりする機会もメッチャ多いです. ﹁ビジネスサイド強いマン﹂﹁サーバーサイドエンジニア﹂という視点からデータエンジニア兼データサイエンティストな自分が, そんな彼ら彼女らにオススメしている, データサイエンティストを目指すためのスキルマップ 各領域のスキルアップを実現するためにオススメしたい書籍 を紹介したいと思います. なお, 昨年も同様のエントリーを書いておりそのUpgrade版となります. shinyorke.hatenablog.com このエントリーの対象読者 データサイエンスに
●機械学習
●あとで読む
●エンジニア
●学習
●本
●データ
●python
●データサイエンス
●データ分析
●勉強
●
404 users
●
developer.hatenastaff.com
●
テクノロジー
●2020/08/06
こんにちは、はてなでWebアプリケーションエンジニアをやっている id:polamjag です。 最近のはてなでは、若手エンジニアを中心として、いろいろな技術を見つめ直すワーキンググループをやっています。先日、id:onk も﹁デプロイ今昔﹂という記事を書きましたが、このエントリーはそのシリーズの続きで、ワーキンググループの﹁ログ﹂の回で議論したこと・話題になったことをまとめました。 Web開発におけるログを見つめ直す ログを4つの目的で分類する 目的ごとに求められる取り扱いの要求水準 いまどきのログフォーマットについて まとめ‥どう実装するかを模索していく Web開発におけるログを見つめ直す Webサービス︵Webアプリケーション︶の運用には、多種多様なログがついてまわります。多くのミドルウェアは何もしなくてもそれなりの量のログを出力しますし、クラウド上のマネージドサービスも然りです。行
●ログ
●あとで読む
●logging
●log
●運用
●web
●開発
●エンジニア
●hatena
●データ
●
397 users
●
speakerdeck.com/nulabinc
●
テクノロジー
●2022/05/15
2022年5月15日(日)に開催されたSRE NEXT 2022 Day 2の登壇資料です。 ▼SRE NEXT 2022オフィシャルサイト https://sre-next.dev/2022/ ▼発表の概要 https://sre-next.dev/2022/schedule#jp20
●コンテナ
●あとで読む
●SRE
●docker
●運用
●aws
●kubernetes
●開発
●サーバ
●EKS
●
394 users
●
speakerdeck.com/yuichielectric
●
テクノロジー
●2022/08/24
﹁システム運用アンチパターン - Forkwell Library #4﹂でお話しした際の資料となります。 https://forkwell.connpass.com/event/256481/ 動画はこちら。 https://youtu.be/hQAeMgXsZWc
●運用
●あとで読む
●パターン
●システム
●サーバ
●DevOps
●slide
●SRE
●開発
●
394 users
●
speakerdeck.com/nojima
●
テクノロジー
●2020/07/14
2020/07/14 Cybozu Tech Meetup #3
●インフラ
●あとで読む
●aws
●アーキテクチャ
●devops
●cybozu
●IaC
●サービス
●Architecture
●deploy
●
389 users
●
zenn.dev/kenzan100
●
テクノロジー
●2022/03/05
背景 Shopifyという会社に1年半前に転職しました。あれよあれよと会社が拡大して、現在は従業員一万人弱くらいです。 画像元 公式ではない雑な情報です。あくまでイメージ その前はChartmogulという、せいぜい20人、30人ぐらいの会社にいました。 なぜ表題のようなことを思ったか 面接インタビュアー側として、出題することになるコーディング問題を自分で試しに解いていました。一年半前には自分が受ける側の立場だったので、自分の腕前の定点観測ができました。 やってみてどうだったか。 コーディングにおけるシャープさという観点では明らかに衰えているな、と思いました。問題が与えられて、それに短時間で、論理的に向き合う力とでもいうのでしょうか。 自分は現職でマネージャの立場になったわけでもないので、これはマズイ。なんとなくこの一年くらいそんな気はしていたので、これを機会にもうちょっと深堀してみます。
●エンジニア
●あとで読む
●開発
●設計
●仕事
●コーディング
●会社
●development
●engineer
●career
●
384 users
●
shinyorke.hatenablog.com
●
テクノロジー
●2023/12/24
Google Cloud Partner Top Engineer 2024を頂いた者です. 仕事はエンジニア系のコンサルとSRE, 趣味︵と前職以前の仕事︶で機械学習や生成AI*1をやっとります. この記事は当ブログの名物かつ人気シリーズである, 主に技術書を中心としたオススメ書籍︵元々はPython本メイン︶の紹介エントリーです. ※去年の記事はこちら. 本年のこのエントリーは, 2024年の推し本4冊 CloudおよびSREな4冊 いい感じな技術書2冊 この三本立て︵+私の完全なる趣味チョイスで数冊︶でご紹介できればと思います. というわけで, 本年のラインナップは以下の通りです. この記事の著者 2024年の推し技術書10冊 特に推したい4冊 クラウドストラテジー 世界一流エンジニアの思考法 仕事に役立つ新・必修科目﹁情報Ⅰ﹂ キャリアづくりの教科書 CloudおよびSREな4冊
●エンジニア
●あとで読む
●本
●キャリア
●書籍
●book
●SRE
●cloud
●仕事
●本
●
380 users
●
speakerdeck.com/qryuu
●
テクノロジー
●2021/01/24
July Tech Festa 2021 winter E2セッションの資料ですITシステム監視とは何か 監視エンジニアの未来 監視エンジニアのトレーニング 次世代MSPの役割
●監視
●あとで読む
●DevOps
●エンジニア
●monitoring
●SRE
●開発
●設計
●slide
●システム
●
377 users
●
qiita.com/e99h2121
●
テクノロジー
●2022/04/16
システム運用アンチパターン ―エンジニアがDevOpsで解決する組織・自動化・コミュニケーション | Jeffery D. Smith, 田中 裕一 |本 | 通販 | Amazon エンジニアがDevOpsで解決する組織・自動化・コミュニケーション。早速お薦めしたく書いています。読書感想文です。 感想5点 良いぞ。周りに薦めたい 百聞一見。目次だけでも: https://www.oreilly.co.jp/books/9784873119847/#toc 特に自分にとって良かったのは以下9章 せっかくのインシデントを無駄にする10章 情報のため込み‥ブレントだけが知っている だが、一番スゴイのは11章かもしれない ﹁文化を変えようと思うのであれば、文化がどのように共有されているかを理解すること﹂ コロナ以前は 議事録 会議 机横での雑談 飲み会 タバコなどなどあったが コロナ以降、リ
●devops
●あとで読む
●運用
●本
●書籍
●組織
●エンジニア
●開発
●ドキュメント
●運用保守
1
2
3
4
5
6
7
8
9
10
次のページ
新着記事
1 user
anond.hatelabo.jp
1 user
suumo.jp
1 user
www.city.myoko.niigata.jp
1 user
xn--t8j4cxcta.com
1 user
shiawasenoyokann.hateblo.jp
1 user
www.koshi-matsu.koshigaya.saitama.jp
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
●総合
●一般
●世の中
●政治と経済
●暮らし
●学び
●テクノロジー
●エンタメ
●アニメとゲーム
●おもしろ
●アプリ・拡張機能
●開発ブログ
●ヘルプ
●お問い合わせ
●ガイドライン
●利用規約
●プライバシーポリシー
●利用者情報の外部送信について
●ガイドライン
●利用規約
●プライバシーポリシー
●利用者情報の外部送信について
●公式アカウント
●ホットエントリー
●はてなブログ
●はてなブログPro
●人力検索はてな
●はてなブログ タグ
●はてなニュース
●ソレドコ
Copyright © 2005-2024 Hatena. All Rights Reserved.
設定を変更しましたx