システム運用保守で役に立つ知識 - Qiita
はじめに 私は2次の運用保守の業務経験がメインですが、様々な現場で8年間働いてきました。現在はAWSのシステム運用保守をしています。 二次運用保守は障害対応する際は深い知識が必要になります。 また、保守の方はサーバーを構築したり、スクリプトを開発することもありました。 本記事に記載している内容は運用保守に限らずインフラエンジニアとしても大事な知識だと思います。 私の個人的な見解を元に本記事は作成しているため、多くあるエンジニアの経験の一例として参考程度にしてください。 個人的には本記事に記載した内容をすべて習得することで、経験としてAWSとミドルウェアの運用保守の業務に対応できると考えます。 学習については短期間で詰め込んで勉強するよりは、長期的な目線で毎日少しづつ継続する習慣を付けるのが良いと考えてます。 一次運用と二次運用どちらも大事なお仕事です。 上記の違いについては、以下のサイトが
Mac mini (Late 2005 以前)：PMU のリセット方法 - Apple サポート
Mac mini の電源管理ユニット (PMU) をリセットする方法についてご説明します。この記事の内容は、2006 年より前に製造された Mac mini コンピュータが対象となります。以降の Mac mini モデルについては、こちらの記事でシステム管理コントローラのリセット方法をご確認ください。 一般情報 電源管理ユニット (PMU) は、通常はコンピュータのロジックボードに搭載されている集積回路 (コンピュータチップ) です。名前の通り、PMU はコンピュータの電源をすべての面で管理します。ハードディスクの回転低下、スリープ／スリープ解除、一部の充電機能、コンピュータにデバイスを接続したときにスリープを解除するかどうかをコントロールします。 この PMU の設定がうまく機能しなくなると、起動しない、映像が表示されない、スリープから復帰しないなどの問題が起きることがあります。このよう
システム設計 設計の考え方
要件定義、基本設計、詳細設計、プログラム設計、テスト、運用というシステム構築の手順が一般的に浸透しているが、このプロセスは 実践ではほとんど守られておらず、要件定義の中で、ユーザと一緒に一部分を掘り下げて行っているうちに混合されることが多い。 ここではその区別について考える。ただし、実践手順が多少、イレギュラーに設計されるのは全体の合理化を促進しようとするためであり、必ずしも良くないこととは言い切れない。 基本的には必要とされるアクターを考えることが重要だと思われる。 外部設計（システム設計） ＝システム方式設計+ソフトウェア設計 内部設計 ＝コンポーネント設計 詳細設計 ＝プログラム設計 （IPA） １．システム方式の決定：アーキテクチャーとして、H/
System Requirements Specifications
システム要求仕様書の書き方 IEEE Std. 830-1998, IEEE Recommended Practice for Software Requirements Specificationより Table of Contents (目次) 1. Introduction (はじめに) SRSの「はじめに」では、SRS全体の概要を書く。 1.1. Purpose (目的) この小節では SRSの目的を描写する SRSが意図する聴衆を指定する 1.2. Scope (範囲) この小節では これから作るソフトウェア成果物に名前を付ける このソフトウェア成果物が何であるか(必要ならば、何でないか)を説明する 指定されたソフトウェアの適用について、対応する利点、目的、目標を含めて記述する もし上位レベルの仕様書(例えばSyRS)があれば、同様の記述と矛盾がないようにする 1.3. Def
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
