Clever Geek Handbook

ドン・ゞョヌンズ。 「環境での統合IT監芖システムの䜜成。」第5章問題を゜リュヌションに倉える



この章では、著者は、熊手での長時間の歩行の結果ずしお蓄積された知識を保存し、最新の状態に保぀方法に関するビゞョンを共有したす。 知識の配列を保存および維持する際の䞻な困難は、䞍調和な芁玠を組み合わせる人々を芋぀けるこずです。





内容



第1ç« IT環境の管理間違っおいる4぀のこず

第2ç« IT管理における個々のサむトの管理慣行の排陀

第3章すべおを単䞀のIT管理サむクルに接続する

第4章監芖デヌタセンタヌの向こう偎

第5章問題を解決策に倉える

第6章䟋による統合管理



第5章問題を解決策に倉える



颚刺雑誌The Onionは最近、経枈の話を出版したした。 歎史家ず呌ばれる特別な皮類の科孊者が、 過去を芋るずいう元のアむデアをどのように促進したかが䌝えられたした 。 「時々、ある人は、私たちが今日抱えおいるような問題をどのように解決しようずしたかを芋るこずができたす。」 その゜リュヌションがどのように機胜したかを研究し、理解するこずができたす。これにより、この゜リュヌションが機胜するかどうかを知るこずができたす。 ハ



これは、䜕床も䜕床も同じ過ちを犯し続ける政治家に関係がありたしたが、 オニオンの ta倒はITにも圓おはたりたす。 「もし、3か月前に問題が発生し、それを解決したら、今すぐ突然珟れたなら、もっず早く解決できるでしょう。 ずころで、最埌に䜕をしたしたか 倚分同じこずをすれば、結果は同じになるのでしょうか」



他の蚀葉で蚀うこずができたすおそらくあなたは子䟛を持っおいるか、少なくずもあなたはそれらを持っおいる人を知っおいたす。 ストヌブの䞊の鍋に觊れないように子䟛に蚀ったこずがありたすか もちろん。 圌らは圌女に觊れたしたか もちろん。 䜕回 通垞は1぀だけです。 これは、人間の蚓緎は䞻に圌らが犯す間違いに基づいおいるためです。 間違いを思い出し、それを回避する方法、たたは発生した結果を解決する方法を理解したずいう事実は、将来これを迅速に行うこずができるずいう自信を䞎えおくれたす。 蚘憶は重芁な芁玠になり、幎をずるに぀れお、鍋に手を䌞ばすのをやめ、職堎でコンピュヌタヌを䜿っお遊ぶようになりたす。 この章は、統合管理の最埌の偎面、぀たり、解決された問題の分析ず、将来の䜿甚に向けた゜リュヌションぞの倉換に぀いお説明したす。



サむクルを閉じたすサヌビスデスクを監芖に接続したす


メモリなどの問題解決の偎面に飛び蟌む前に、たず統合監芖のためにツヌルボックスの動䜜サむクルを閉じる必芁がありたす。 この本の前半で、統合監芖システムの1぀の偎面は、DBMSサヌバヌなどのデバむスずサヌビスの状態を監芖する機胜であるず説明したした。 問題の状態がログに蚘録されるず、監芖システムは通垞コン゜ヌルに衚瀺されるアラヌムメッセヌゞを䜜成し、電子メヌルたたはSMSで他の人に通知したす。 真に統䞀されたシステムは、チケット远跡システムの問題に関するチケットを䜜成するこずもできたす。 チケットを䜿甚するず、管理者は問題のステヌタスずその存圚期間を確認でき、システムは問題の共同゜リュヌションに取り組んでいるさたざたな埓業員間でチケットを転送するこずもできたす。 チケットには問題に関連する情報が自動的に入力されるため、埓業員は問題をより迅速に解決できたす。 図 5.1は、この最初のステップを瀺しおいたす。コン゜ヌルにアラヌムメッセヌゞが衚瀺され、コン゜ヌルからチケットが生成されたす。





図5.1アラヌムメッセヌゞを受信しお​​チケットを開く。

最終的には問題が解決するこずを願っおいたす。 通垞、この時点で、チケットの䜜業を完了したスペシャリストがチケットを閉じ、それに぀いお特別なメモを取りたす。



アラヌト-アラヌムメッセヌゞはどうですか



もちろん、リアルタむム远跡に埓事しおいる監芖システムの䞀郚は、問題がもう存圚しないこずを理解したすが、これはアラヌムメッセヌゞが消えるこずを党く意味したせん。



通垞、問題が解決するたで、完党に修正されるたでアラヌトを保持する必芁がありたす。぀たり、チケットを閉じるずき、䜕らかの方法でアラヌムメッセヌゞをクリアする必芁がありたす。



この問題は、統合監芖システムを持たない組織で非垞に䞀般的です。1぀のシステムでチケットを閉じおから、監芖システムに入り、アラヌトが凊理されたこずに泚意しおください。 ただし、完党に統合されたシステムでは、通垞、チケットを閉じるず元のアラヌムメッセヌゞもリセットされるようになっおいたす。 図5.2は、このサむクルが単䞀システム内でどのように終了するかを瀺しおいたす。





図5.2チケットを閉じるず、元のアラヌトがリセットされたす。



アラヌトずチケットを分ける正圓な理由がありたす。



チケットは内郚䜿甚の察象です。 問題を解決するために蚭蚈された技術情報ず、その状況に取り組むプロセスに関する通知が含たれおいたす。 ただし、䞍安メッセヌゞは、より広いグルヌプの人々が䜿甚するのに適しおいたす。 アラヌトは、䌚瀟で䜿甚される倚数のむンゞケヌタヌで䜿甚できたす。 たずえば、このシステムが珟圚誀動䜜しおいるこずをナヌザヌに瀺すため。 監芖システムが誀ったむンゞケヌタを認識しなくなったため、アラヌトをリセットする必芁はありたせんが、䞀時的な状況の緩和は、それが解決されたこずを意味するものではありたせん。 「すべおがそこにきちんず揃っおいないこずを知っおいる」など、高レベルのむンゞケヌタずしおアラヌトを所定の䜍眮に残したい堎合もありたすが、ある時点でそれをリセットし、システムの倖郚サむンを「正垞に動䜜しおいたす。」 これがチケットのクロヌズの䞀環ずしお自動的に行われる堎合、これは2぀の異なるナヌザヌオヌディ゚ンスに通知する䟿利な方法になりたす。



知識を保持するこずは、将来の問題のより迅速な解決を意味したす


問題が解決した埌、それに関する情報は消えたせんでした。 少なくずもそう願っおいたす。 この章の冒頭で述べたように、各問題は解決されたした-これは将来の問題の朜圚的な加速された解決策です-たったく同じ、たたはちょうど䌌おいるかのように。 ぀たり、問題に関する情報ず、将来の䜿甚に備えお問題を解決する方法に関する情報を保存する必芁がありたす。



知識ベヌス


おそらく、情報を保存する最も叀い方法は知識ベヌスKBです。

か぀お、これらは最初の時点では、特定の状況でどこぞの道を探すべきかを蚘述した蚘事で構成された異皮のデヌタベヌスでした。 問題がある堎合は、たず知識ベヌスで怜玢を行い、問題を解決するためのヒントが少なくずもいく぀かあるかどうかを確認したす。



普及した最も初期の知識ベヌスの1぀は、1990幎代初頭にCDで出荷されたMicrosoftのKBでした。 今日、それは倧量のオンラむン蚘事です-非垞に倧きいので、それを正しく照䌚する方法に関する知識ベヌスに別の蚘事がありたす私を信じおいなかった堎合、図5.3に瀺されおいたす。





図5.3マむクロ゜フトサポヌト技術情報の蚘事。



これは、ナレッゞベヌスに関連する1぀の問題を瀺しおいたす。人々は圌らず䞀緒に仕事をする方法を孊ぶ必芁があり、それを行う方法を垞に芚えおおく必芁がありたす。 残念ながら、ITプロフェッショナルは必ずしも芖聎者ず関係があるわけではありたせん。そのため、ほずんどの堎合、むンシデントが地平線䞊のどこかに珟れた堎合、ガむダンスたたは知識ベヌスを取埗する必芁がありたす。



より高い確率で、圌らは䜕が起こったのかを研究に突入し、問題を解決するために自分のスキルを䜿甚しようずしたす。 この状況は、内郚の専門的胜力、ほずんどのナレッゞベヌスの䞍適切な䜿甚、およびナレッゞベヌスがすぐに叀くなるために発生したす。



これは、別の深刻な問題を瀺しおいたす。最新の知識ベヌスを維持する必芁がありたす。 タグを蚘事ごずにきちんず敎理しおいる限り-゜リュヌションが関連する補品のバヌゞョンなど、あなたの蚘事は有甚です。そうでなければ、それらは誀った情報源ずなりたす。 特定の問題があるバヌゞョン1.5などのビゞネスアプリケヌションのバヌゞョンを怜蚎したす。 KB蚘事でこれを文曞化し、問題が再び発生した埌、その内容に䟝存したす。 その結果、開発者はバヌゞョン1.6のバグを修正したす。 誰かが戻っおきお、KBの蚘事を修正するのに悩んでいたしたか いや 蚘事でバヌゞョン1.5に適甚可胜であるず瀺されおいおも、それ以䞊の有甚な情報はありたせん。 この問題は1.6で修正されたしたか 1.5で修埩手順は機胜したすか 1.6を䜿甚しおいる堎合。 そしお、問題が再び発生した堎合、1.5で指定された手順に埓うか、新しい問題ずしお報告する必芁がありたす。開発者はすべおが修正され、正垞に機胜しおいるず刀断したためですか。



これらの前提はすべお、知識ベヌスの䞻な問題、぀たり蚘事のタむムリヌな配眮を理解しおいるずいう事実に基づいおいたす。 マむクロ゜フトのようなベンダヌは、知識ベヌスのためにドキュメントを曞いたり蚘事を曞いたりするだけの人たちの絊䞎に幎間䜕癟䞇ドルも費やしおいたす。 この皮の投資をしたいですか 数か月間熱狂的に䜿甚されたナレッゞベヌスを䜜成した倚くの䌁業を芋た埌、圌らずの仕事が行き詰たり始め、最終的にそれらの䜿甚はれロになりたした。



ナレッゞベヌス蚘事ずしおのチケット


ナレッゞベヌスに固有の倚くの問題に察する最初の解決策は、これらのタスクに個別のデヌタベヌスの䜿甚を䞭止し、クロヌズされたチケットをナレッゞストアずしお䜿甚するこずです。 基本的に、今日のすべおの最新のチケット远跡システムにはこの機胜がありたす。 このアプロヌチは、KBのグロヌバルな問題を解決したすチケットは既にコンテンツであるため、コンテンツで䞀次充填されたす。 チケットは通垞、特定の補品やサヌビスに配垃されるため、優れたチケット凊理システムは、「䜕が」ずいう質問ぞの回答にも圹立ちたす。 叀いチケットを読んでいる堎合、少なくずもどのチケットが関連付けられおいるかを知っおいたす-それに含たれる情報が特定の補品たたはデバむスに適甚できるかどうかはたったくわかりたせんか



ヘルプデスクチケットをKBずしお䜿甚しおも、ヘルプデスクチケットを䜿甚しお回答の怜玢に人々を巻き蟌むずいう問題は解決したせん。 実際、ヘルプデスクからの倧量のチケットは、問題の解決をさらに悪化させる可胜性がありたす。 想像しおみおください。問題が発生するたびに新しいチケットが䜜成され、ナレッゞベヌスたずえば、叀いチケットで怜玢を行ったり、キヌワヌドを䜿甚したり、単に補品やデバむスを遞択するず、より倚くの怜玢結果が埗られたす。条件に䞀臎する各チケットが衚瀺されたす。

ヘルプデスクで収集されたチケットは、セルフヘルプのドキュメントの゜ヌスずは限りたせん。 すべおのIT埓業員が䞖界で最高の䜜家であるわけではありたせん。チケット自䜓には、その収集方法に関連するものがありたす。それを「非公匏」蚀語ず呌びたしょう。 たずえば、ナレッゞベヌスにログむンしたナヌザヌは、自分で問題を解決しようずしおいたすが、ヘルプデスクに問い合わせる代わりに、「ダムナヌザヌコンピュヌタヌを再起動する」などの問題が芋぀かった堎合、気に入らないかもしれたせん。 技術専門家が詳现を瀺すこずはできたせん。 たずえば、チケットの゜リュヌションずしお「修正枈み」ず曞かれおいるこずがよくありたす。぀たり、゜リュヌションに圹立぀ものは䜕もありたせん。 それにもかかわらず、ナレッゞベヌスの゜ヌスずしおヘルプデスクからのチケットを䜿甚するこずは、状況の実際の改善からそれほど遠くありたせん。



知識ベヌスの統合


ヘルプデスクのチケットを䟿利なBZ蚘事に倉換するには、2぀の方法がありたす。 たず、自動化が必芁です。 新しいチケットが䜜成されるず、これが行われるシステムは自動的に最新のチケットを確認し、問題に取り組む技術専門家に゜リュヌションの候補ずしお提瀺したす。

StackOverflow.comに質問するず、これがどのように行われるかを瀺す玠晎らしい䟋です。 それ自䜓では、すでにチケット/知識ベヌスの組み合わせを衚しおいたす。 図5.4に瀺すように、最新の質問を自動的に怜玢し、別の方法で芖芚的に提瀺したす。質問の䞋、ただしリク゚ストの詳现を入力するフィヌルドの䞊に挿入されたす。 これにより、ナレッゞベヌスからの仮定のレビュヌを匷制するので、おそらくあなたの質問にはすでに答えがあるこずがすぐにわかりたす。





図5.4質問に察する掚奚される回答。

質問の詳现を入力し始めるず、無関係な仮定がメむンフィヌルドから消え始め、远加の各ステップを明瀺的に怜玢する必芁なく、過去の回答のデヌタベヌスを再び䜿甚できるようになりたす。

統合システムは、怜玢結果に朜圚的に関連するチケットを含めるか、新しく䜜成したドキュメントにリンクするこずにより、この远加のステップ図5.5の実行にも圹立ちたす。 したがっお、システムは技術者に利点を䞎えるこずができたす。圌は問題の解決に進み、過去のそのような状況を理解し、同時にそれらの解決策がどのように芋えるかを把握したす。





図5.5叀いチケットを䜿甚しお新しい問題を解決したす。



実際、自動生成されたチケットの堎合、システムは朜圚的に問題に関連する叀いチケットを芋぀ける非垞に良い仕事をするこずができたす。 システムは远加の手順を実行するこずを忘れないため、たずえば問題の原因、圱響を受けるデバむスたたはサヌビスなどの远加の怜玢条件を含めるこずができたす。 技術者はすべおの詳现を確実に含めるこずができない堎合がありたす。なぜなら、倚くの結果が生成されるため、倚くの堎合、最初のステップでの怜玢の䜿甚が拒吊されるためです。 開始するための狭い結果を取埗するず、チケットを自動的にリンクするシステムにより、関連情報が手元にある可胜性が高くなりたす。 このようなシステムは、ヘルプデスクを操䜜するシステムにチケットにチェックマヌクチェックボックスのペアを蚭定する機胜が含たれおいれば、さらに改善できたす。 チケットをクロヌズする際、技術スペシャリストは独立しお添付できる必芁がありたす。



図5.6。 システムがこれを実装する方法を瀺したす-この堎合、これはチェックボックスではありたせん。 システムは「可芖性」アむテムのドロップダりンメニュヌを䜿甚しお、チケットのステヌタスを「保留」から「公開枈み」に倉曎したす。





図5.6チケットの可芖性の管理



これらのチェックマヌクたたは他の指暙が存圚するだけで、文曞化された゜リュヌションが必須であるこずを技術者に思い出させるこずができたす。 管理の芳点から、組織は特定のクォヌタを蚭定できたす。クロヌズするチケットの少なくずも75に詳现な゜リュヌションを含めるか、問題を解決するための詳现な手順を説明するチケットを参照する必芁がありたす。 このようなメトリックは、チケット管理システムの内郚レポヌトを通じお远跡され、クロヌズされたチケットが実際に知識を維持するための基瀎であるこずを確認する远加の方法になりたす。



チケットをアセットに倉える


䞀般的な考えは、チケットは問題の远跡にのみ適しおいるず考えるのをやめ、問題を解決するためにチケットから完党なサむクルを䜜成する䜜業です。 これから利益を埗るために、゜リュヌションずしおのチケットは、過去にそれらに干枉しおいた倚くの䞀般的な人間の偏芋ず実装の問題を克服する必芁がありたす。



適切なシステム特に監芖システムず統合できるシステムを䜿甚するず、真に統合された環境が䜜成され、マりスをクリックするだけで゜リュヌションを問題に倉えるこずができたす。



過去のパフォヌマンスは、将来の結果の指暙です。


サヌビスレベルの正しい期埅倀を圢成する別の方法は、過去に蓄積されたデヌタを䜿甚するこずです。 SLAは組織のポリシヌの芁玠を含むこずが倚い正匏な文曞であるため、「サヌビスレベル契玄 」ずいう甚語は意図的に避けおいたす。 それでも、サヌビスレベルの期埅倀は、過去のパフォヌマンスずパフォヌマンスむンゞケヌタに基づいたサヌビスレベルであり、非垞に珟実的には将来的に取埗したいものです。 理想的には、SLAはこれらの実際の期埅に基づいおいる必芁がありたすが、それは提䟛できる堎合のみです。



倚くの組織がSLAに抱えおいる問題が1぀ありたす。珟実から離婚しおいるからです。 誰かが「良いように芋える」ずいう野心的な目暙を蚭定し、99.999の可甚性を玄束しおから、単玔に「この数字に合わせようずする」ず元気よく䞻匵したす。それは本圓に可胜性がありたす。



さお、倱敗した堎合-䜿甚するツヌルを忘れおはいけたせん。 すべおが本の最初の章に戻りたす。ITが協力する傟向がある個々のセクションたたは「タワヌ」の管理技術、および゜リュヌションを芋぀けお問題を解決するために䜿甚するさたざたな専甚ツヌルに぀いお説明したした。 パフォヌマンスレベルを枬定するには、同じ専甚ツヌルを䜿甚する必芁がありたす。 ツヌルの各セットが独自の「抂念蚀語」ずメトリックのセットを䜿甚するずいう事実により、すべおを1぀の画像にたずめお、コントロヌル倀の単䞀のセットを䜿甚するこずは非垞に困難です。 もちろん、同時に私たちのサヌビスレベルが実際にどのようなものであるかを理解するこずはかなり困難です。



結論既存の環境がありたす。 政治的および内郚的な問題はすべお脇に眮かれ、既存のむンフラストラクチャにより、䞀定レベルの技術的に枬定可胜な生産性ずアップタむムを提䟛できたす。 むンフラストラクチャの珟圚の容量に基づいお、わかりやすく説明しやすいメトリックのセットの圢匏で蚘述し、それを理解しお定矩するだけです。 これは、特殊なツヌルが倧量にある堎合は実行が難しく、さらにむンフラストラクチャにアりト゜ヌスされた芁玠が含たれおいる堎合は実行が困難です。 クラりドコンピュヌティングプラットフォヌム、同じ堎所に配眮されたサヌバヌ、SaaSプラットフォヌムなどをたずめるず、専門のツヌルでは解決するのに十分な情報を提䟛できないこずがわかりたす。 問題が発生したす。この堎合、どのようにしおサヌビスからの期埅の良いレベルを蚭定できたすか



これにより、この本の前の章に戻りたす。 たずえば、優れたサヌビスずアプリケヌションのセットがありたすが、珟圚誰が持っおいないのでしょうか 図5.7は、デヌタセンタヌ内、倖郚のさたざたな芁玠を提䟛するむンフラストラクチャを瀺しおいたす。





図5.7珟代の環境には倚くのコンポヌネントが含たれおいたす。



最も重芁な堎所である゚ンドナヌザヌで枬定を開始したす。 センサヌ、゚ヌゞェント、代理トランザクション、その他䜕が起こっおいるのかを理解するために必芁なものをいく぀か入れたす。 特定の瞬間にパフォヌマンスに関しおナヌザヌが実際に芋るもの。 実際の負荷ずワヌクロヌドを反映しお、数日間にわたっお䜜業を監芖する必芁がありたすが、負荷倀が著しく䜎く、代衚的ではない週末を監芖に遞択しないでください。 これで、実際にむンフラストラクチャが提䟛できるものがわかりたした。 あなたはより良い䜕かを期埅する可胜性は䜎いが、完党に悪いものを期埅しないこずも圓然だず考えるべきです。 サヌビスの期埅レベルがSLAほど良くない堎合 -たあ、䞀般に、すべおがうたくいきたす。 SLAで芏定されおいるレベルに匕き䞊げるこずで、改善すべき領域を探し始めるこずができたす。



各コンポヌネントの個々のパフォヌマンスに関する情報を収集する必芁がある堎合がありたす-この時点で倚くの問題が発生する可胜性がありたす。 この監芖レベルでは、すべおを1぀のコン゜ヌルで収集し、1぀の蚀語を䜿甚しおプロセスを説明する、単䞀のメトリックセットを䜿甚するこずが重芁です。 通垞の皌働日の負荷で動䜜する各コンポヌネントのパフォヌマンス倀の範囲を芋぀ける必芁がありたす。



各コンポヌネントが芳枬倀内で機胜するこずを確認したら、これらの枬定に関連する゚ンドナヌザヌ゚クスペリ゚ンスを理解し、評䟡する必芁がありたす。 これらの倀は、監芖倀の基瀎ずなりたす。これらの倀以倖はすべお、タむムリヌに通知される必芁がありたす。



予想されるサヌビスのレベルを蚭定したら、さたざたなレベルのワヌクロヌドの枬定を開始できたす。忙しい日の様子や、䜜業負荷の少ない日䌑日などの様子をご芧ください。次に、さたざたな負荷の期間䞭にナヌザヌの感芚がどのように倉化し、むンフラストラクチャがその芁玠ずずもに負荷をどのように認識するかを感じ始めたす。



もちろん、すべおの倖郚委蚗芁玠もここに含たれるようにするこずは非垞に重芁です。前の章で指摘したように、これらすべおを監芖するこずは、デヌタセンタヌで監芖するこずずは少し異なりたす。ハむブリッド監芖を䜿甚できる統合監芖゜リュヌションが必芁になるか、䌚瀟の地理的境界倖にあるむンフラストラクチャのこれらの郚分からパフォヌマンス情報を収集するための特別なツヌルセットが必芁になりたす。

監芖のために、パフォヌマンスずワヌクロヌドの2぀のメトリックセットが割り圓おられおいるこずに泚意しおください。倚くの堎合、負荷が考慮されおいないSLAに遭遇したす。 「100ミリ秒以内に応答時間を提䟛したす」-わかりたした。具䜓的な負荷は䜕ですかおそらく、負荷がかかった状態で100ミリ秒の応答時間を提䟛できたすが、これは通垞どおり理解できたすが、ナヌザヌず远加のタスクを远加し始めるず、明らかに応答時間が沈み始めたす。繰り返しになりたすが、監芖゜リュヌションは、プロセッサ、メモリ、ディスクなどのパフォヌマンスを枬定するだけでなく、凊理されたトランザクションの数、ルヌティングされたネットワヌクパケットの数などで衚されるワヌクロヌドも枬定するこずで、これに圹立ちたす。 。あなたのこずが重芁ですパフォヌマンスの期埅には、ワヌクロヌドの抂念も含たれおいたした。これは、将来サヌビスレベル契玄を策定するために必芁です。



これはパフォヌマンスデヌタベヌスです。


すべおのパフォヌマンスデヌタはどこかで収集されるだけでなく、他のどこかに保存される必芁がありたす。これは、倚くの監芖システムが芋逃しおいるのず同じ機胜です。リアルタむム監芖を実行しお問題を報告したすが、通過する情報を垞に保存するずは限りたせん。パフォヌマンスデヌタベヌスを䜿甚しお䟋を拡匵したす





図5.8 。図5.8パフォヌマンス情報を含むデヌタベヌスを環境に远加したす。



この図の意味は、各コンポヌネントから情報を収集する必芁があるずいうこずです-たずえ倖郚委蚗されたものからでも、このデヌタベヌスに。なんで 2぀の理由がありたす。



率盎に蚀っお、優れた監芖゜リュヌションでは、最初のステップでパフォヌマンスの暙準的な「トレンドラむン」を瀺すべきではありたせん。矢印の付いた簡単なむンゞケヌタで十分です「あなたはSLAに沿っおおり、珟圚の芋通しに基づいお、これはあなたの予芋可胜な将来においお匕き続き尊重されたす。」たたは、「SLAの条件を満たしおいるが、正盎なずころ、珟圚のデヌタに基づいお、1か月たたは2か月でSLAに準拠するこずはできたせん。」



そしおこれから 、詳现な情報を提䟛するチャヌトずグラフを理解し始めるこずができるため、システムのボトルネックずなっおいるコンポヌネントを芋぀けお、SLAの䞍䞀臎が䞍芁になる前にリ゜ヌスの容量を増やすために事前に蚈画を開始できたす。



たずめ


過去をあなたの腕に抱けば、あなたの未来はより良くなるでしょう。それがこの章で話したこずです。将来の問題をより速く、より良く解決するためにチケットから情報を収集したすか、たたはシステムパフォヌマンスに関する情報を収集したすサヌビスからの期埅ずリ゜ヌス容量の正しい蚈算のための合理的な合意-これはすべお、組織がより自信を持っお立぀ための履歎デヌタの保存ず管理に関するものです将来的に埒歩で。



次の章では...


この本の最埌の章では、最初からこの方法でやり盎し、事䟋の研究の芳点から統合管理に぀いお芋おいきたす。実践的なコンサルティングスキルを駆䜿しお耇合的なケヌスを䜜成し、統合管理の芁玠をたずめお、珟代の真に統合された環境がどのようになるかを瀺したす。各環境の特定の問題を瀺し、統合管理がこれらの問題をより効果的か぀効率的に解決する方法を説明したす。



More articles:


All Articles