タグ

保守運用に関するhiroomiのブックマーク (8)

  • AWS、Azureとオンプレミスの違いが生む問題と、統合運用管理ソフトの使い道

    関連キーワード JP1 | OSS | クラウド運用管理 | 統合運用管理 昨今は「Amazon Web Services」(AWS)や「Microsoft Azure」などのクラウドサービスをシステム運用に用いる企業の動きが顕著だ。これに応じて、統合運用管理ソフトウェアを提供するベンダーもクラウドサービスの運用管理を重点的な分野に位置付けている。 クラウドサービスを利用する場合、企業はオンプレミスシステムとクラウドサービスの混在による運用の複雑化や、クラウドサービスの機能不足などの問題にぶつかる可能性がある。そうした場合に統合運用管理ソフトウェアはどのような点で役立つのか。第2回「『JP1』と『Hinemos』の歴史で考える企業ITと統合運用管理の移り変わり」と同様に、日立製作所の「JP1」とNTTデータ先端技術の「Hinemos」を例にして考える。 併せて読みたいお薦め記事 変わるシス

    AWS、Azureとオンプレミスの違いが生む問題と、統合運用管理ソフトの使い道
  • Google Sites: Sign-in

    Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode

  • ソフトウェアの運用保守フェーズでまず用意すべきドキュメントリスト - ぱと隊長日誌

    はじめに ソフトウェアの開発は厳しい工数管理と納期に迫られます。その中でドキュメントはしばしば削減対象となります。ただ、ドキュメントを削減したツケは運用保守フェーズで払うことになります。コードを見ればわかる?サーバ構成なんて調べればわかる?問い合わせや障害の調査時に訳も分からずコードとサーバをひっかきまわしながら同じことを言えますか? 今回のエントリでは運用保守の担当としてこんなドキュメントがほしかった・あってよかった…という一覧をまとめました。 なお、今回のエントリはまだまだ改善の余地があると考えています。今後の自身の経験や周囲の意見などを取り入れながら、継続的に改善できればと考えています。 はじめに ドキュメントは何のために必要か? 運用ドキュメントの在り方 運用ドキュメントの管理 保存先 ファイル形式 差分の扱い 改定来歴をつける どのドキュメントから作るべきか? 運用保守で求められ

    ソフトウェアの運用保守フェーズでまず用意すべきドキュメントリスト - ぱと隊長日誌
  • AWS監視・運用サービス | 株式会社エヌアイデイ

    お電話でのお問い合わせ 03-6221-6820 ※電話対応は平日の9:00-18:00までとなります。 AWSの監視・運用サービスならエヌアイデイ MesoblueMSP for AWS AWSに精通した専門チームがセキュアで 高品質な監視・運用を24時間/365日担当します。

  • https://www.ipa.go.jp/about/jigyoseika/04fy-pro/chosa/srm/srm4.pdf

    hiroomi
    hiroomi 2021/09/30
    保守・運用
  • 運用マニュアルとは?運用マニュアル作成で重要な5つのポイント | マニュアル制作会社の公式ブログ

    更新日 2022.08.01 カテゴリー マニュアル作成 運用マニュアルとは?運用マニュアル作成で重要な5つのポイント 運用(操作)マニュアルとは?まずは「運用(操作)マニュアル」というものの定義を説明しておきますね。 運用(操作)マニュアルとは「手引書」のことであり、 そこにはPCシステム等の「使い方」、「問題が起きたときの対応方法」、「気を付けるべきこと」などが細かく記載されています。 基的には「提供する側」が運用(操作)マニュアルを作ることになりますが、「利用する側」と協力して「使う環境」に沿った運用(操作)マニュアルが作り上げられる場合もあります。 一言で表現すると「運用(操作)マニュアル=説明書」ということですね。 運用(操作)マニュアルを作る際の要点5つでは運用(操作)マニュアルを作るときにはどのような事に注意すべきなのでしょうか。 1:「使い勝手」を追求する-目的・全体像が

    運用マニュアルとは?運用マニュアル作成で重要な5つのポイント | マニュアル制作会社の公式ブログ
    hiroomi
    hiroomi 2021/07/18
    量が大盛で大変
  • 【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO

    はじめに こんにちは植木和樹@上越妙高オフィスです。日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 (この記事を読むのにかかる時間の目安:5分) 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1

    【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO
    hiroomi
    hiroomi 2016/07/01
  • [運用管理編]運用ルールのない手順書で運用してはいけない

    ここでいう手順書とは,例えば,監視手順書やオンライン運転手順書,バックアップ手順書といった個々の運用作業項目単位で作成する詳細作業マニュアル(作業手順書)のことを指す。一般的にはこれらのドキュメントは,開発フェーズにおいてIT基盤構築チーム(運用基盤チーム)が主管となって作成して,運用保全の準備フェーズにおいて,保守運用の主管グループが引き継ぐことになる。 引き継ぐ前の手順書は,あくまでも個別の作業がメインで記述されているドキュメントである。実際には,作業を実施するときの運用体制や作業承認者,作業スケジュール,報告様式,緊急時対応方法,ほかの運用業務との関連,作業品質指標値など,運用ルールに基づいた作業フローを保守運用グループで追加検討する必要がある。これらの項目を作業手順書の上位文書として記載して,その作業フローから各手順書にリンクを張るか,もしくは,手順書の中に追記すべき作業フローなど

    [運用管理編]運用ルールのない手順書で運用してはいけない
  • 1