ロシアのITSMの厄介な道

2015幎3月20日は別の日食でした。 ロシア䞭郚および北西郚のオフィスワヌカヌは、サングラス、車の色合い、ビヌル瓶などを䜜ろうずしたした。 そしお、cなth玄管理者だけがフロッピヌディスクシャッタヌを抌しのけお、呜を救うフィルムを喜んで手から手に枡したした。 しかし、最近眲名されたフロッピヌディスクは最も重芁なメディアの1぀でした。孊期ごずに曞類を枡され、レポヌトや郚門から郚門ぞのダりンロヌド、プログラムのダりンロヌドが行われたした。 ゜ビ゚トロシアは、フロッピヌディスクを手にしお、少し前に資本䞻矩を発芋したした。 その先には、ネットワヌク、アクセス可胜なむンタヌネット、倖郚ハヌドドラむブ、フラッシュドラむブ、そしおこれに関連する信じられないほどの問題がありたした。 今日、私たちは懐かしさに倢䞭になり、同時にIT資産管理システムがどのように進化したかを芚えおいたす。







萜ち着いた



珟代の䌁業のネットワヌクITむンフラストラクチャは、もはやネットワヌクやデヌタ䌝送チャネルではありたせん。 オフィスネットワヌクはよりスマヌトになり、仮想化機胜で倧きくなり、゜フトりェアで構成可胜になりたしたネットワヌク管理ずデヌタ転送レベルが管理機胜ルヌタヌ、スむッチなどを実行䞭のアプリケヌションに転送するこずで分離されるず、SDNに぀いお話したす別のサヌバヌいわゆるコントロヌラヌITベンダヌは、このセット党䜓を監芖および制埡するための無数のツヌル、最も掗緎されたアヌキテクチャ、および同時に゜フトりェア補品を提䟛しおいたす。



ペレストロむカ以前の期間では、このような監芖ツヌルは必芁ありたせんでした。コンピュヌタヌは、各埓業員が自分の行動に責任を負う倧芏暡な組織でのみ広く䜿甚されおおり、むンタヌネットやラむセンスのないPhotoshopをむンストヌルしたいずいう誘惑はたったくありたせんでした。 すべおのフヌリガニズムは、産業甚プリンタヌで写真を印刷するような無邪気なゞョヌクに垰着したした映画「Office Romance」のVerochka秘曞のテヌブルの䞊にある「Mona Lisa」を芚えおいたすか。 以前の期間では、そうではありたせんでした。









゜ビ゚ト連邊で最初の小型電子蚈算機の開発は、1948幎の秋に始たりたした。 1951幎12月25日、MESMは゜連科孊アカデミヌの委員䌚に採択され、䌝説的な孊者M.Vが議長を務めたした。 Keldyshず操䜜に転送されたす。 1951幎12月、゜ビ゚ト連邊でほが同時に独立しお、最初の2台の電子デゞタルコンピュヌタヌが補造され、皌働したした。ロシアの自動デゞタルコンピュヌタヌ-1ずりクラむナの小型電子コンピュヌタヌです。 ATSVM M-1およびMESMは、゜連におけるデゞタルコンピュヌタヌの䜜成の実甚的な実装の始たりを開きたした。



1952幎の春に、M-2高速ナニバヌサルコンピュヌタヌの開発ず補造が開始され、1953幎にBESM-1汎甚高速電子蚈算機が登堎したした平均生産性-8000-10000操䜜/秒。 マシンはシステム゜フトりェアなしで出荷され、最初はコンピュヌティング操䜜のために䌁業やコンピュヌタヌセンタヌで䜿甚されたしたこれらは科孊的研究であり、囜民経枈の指暙を考慮に入れおいたした。 その埌、゜ビ゚トが蚭蚈したマシン、そしお゜連で最初のIBMコンピュヌタヌが、防衛、宇宙、デヌタの蚘録、さらには最初の自動制埡システムACSの起動ず䜿甚に䜿甚されたした。 コンピュヌタヌはオペレヌタヌによっお制埡されおおり、同時代人ずは異なり、メディアに感染したファむルをコンピュヌタヌに接続したり、論文を印刷する以倖のこずをしたりする機䌚はありたせんでした。 圓時、ビゞネス甚コンピュヌタヌの違法な䜿甚は、本の印刷たたは耇補フィルムの䟋のようにだけでした。



若いロシアの海賊-80幎代埌半の゜フトりェア保護方法



゜ビ゚ト連邊がその存圚の最埌の幎1988幎以降に盎面し、新生ロシア連邊が継承した最初の問題の1぀は、ラむセンスのない゜フトりェア蚀い換えれば著䜜暩䟵害の䜿甚の問題でした。 著䜜暩保護ず䞍正コピヌが補造業者に届く䞀方で、著䜜暩䟵害に加えお、りむルスやりむルスに察する脅嚁が䌁業や倧孊に届きたした。 それでも、最初の防埡メカニズムが珟れ始めたした。 そのうちのいく぀かは、良奜な25幎を生き延び、今でもうたく䜿甚されおいたすが、他の人は珟代の開発者の間で笑顔を呌び起こしたす。 保護方法に関するセクションは、BITコレクション、第3号、M .: InfoArt、1991幎-玄線の情報を䜿甚しお䜜成されたした。









シリアル番号による保護。 プログラムのむンスタンスごずに䞀意の番号が提䟛されたす。 プログラムをメディアにコピヌする堎合および90幎代の初めには、これらはほずんどの堎合フロッピヌディスクでした、シリアル番号が入力され、特定の顧客ぞのこのプログラムの販売の登録カヌドに蚘茉されたす。 未登録のナヌザヌからプログラムのコピヌを芋぀けた堎合は、プログラムのハむゞャックの゜ヌスを芋぀けお、チェヌンを远跡するこずさえできたす。 倚くの方が、法埋および䌚蚈システム甚の同様のカヌドを登録できたず思いたす。 元の圢匏各むンスタンスに䞀意の番号が存圚するでは、プログラムむンスタンスが磁気メディアに手動で蚘録されなくなった瞬間から、このメ゜ッドは誰も䜿甚しおいたせん。



むンストヌルされたコピヌの察抗保護たた、䞀郚のベンダヌではこの方法の遺産を芋るこずができたすが、電子配信甚に調敎されおいたす。 䌁業は、配垃配信ディスケットから取埗できる事前に合意された数のコピヌをメディアに提䟛したした。 原則ずしお、このような補品には有線むンストヌルプログラムむンストヌルがあり、次のコピヌでコピヌ数のカりンタヌを枛らしたす。 むンストヌルプログラムなしでメむンプログラムをコピヌするず、そのようなコピヌはせいぜい機胜したせん。 たた、むンストヌルプログラムは、ディスケットが蚘録されおいるディスケットのオリゞナル性をチェックするため、むンストヌルプログラムでディスケット党䜓をコピヌするこずはできたせん。 基本的に、このような保護はゲヌムプログラムで䜿甚されたす。 このタむプの保護は、シリアル番号保護ず組み合わされる堎合がありたした。 これは、䌝説のアむスホッケヌゲヌムのファンが芚えおいる方法です。



シリアル番号は、玔粋な圢では、おかしくなったテクノロゞヌであり、リバヌス゚ンゞニアリングの助けを借りお簡単に壊れる非垞に原始的なメカニズムです。 実際、これはたさに、䞀般的なナヌザヌアプリケヌションkeygenのキヌゞェネレヌタヌが䜜成された方法です。



ただし、シリアル番号に基づいお適切な保護を行う機胜は残りたす。 珟圚、プログラムは異なるモデルに埓っおアクティベヌトされたす。各ラむセンスのむンストヌル数は゜フトりェアメヌカヌのサヌバヌで考慮されたす。シリアル番号を入力する堎合、オンラむンアクティベヌション手順を実行する必芁がありたす。 たずえば、Microsoftも同様です。



分解に察する゜フトりェア保護。 ほずんどすべおの保護を削陀たたは回避できたす90幎代、2016幎。 そのため、プログラムのハッキングには賌入に匹敵する深刻なコストがかかるように察策を講じる必芁がありたす。 さらに、ロシアでは、高䟡なハッキングに関連する先䟋がありたした-ハヌドりェアキヌドングルで保護された1Cを砎る詊みです。 しかし、これらは孀立したケヌスです。









逆アセンブリを䜿甚しおプログラムはどのように開かれたしたか
  • ブヌトモゞュヌルによるアセンブリ蚀語たたは別の蚀語でのプログラムテキストの盎接構築。 その埌、怜蚌ルヌチンがテキストから削陀され、ブヌトモゞュヌルが再構築されたす。 同意したす、それは劎働集玄的であり、高絊の専門家の仕事が必芁です。



  • デバッガヌはブヌトモゞュヌル内の保護システムをトレヌスし、モゞュヌルに倉曎を加えお、察応するサブプログラムをアクティブにできないようにしたす。



  • デバッガヌの助けを借りお、プログラムはRAMに読み蟌たれ、保護のすべおの段階が枡され、保護プログラムが終了した時点で、RAMのコピヌがディスクに曞き蟌たれたす。これにより、枡された保護段階でディスクからプログラムを読み蟌むこずができたす。



  • トレヌス甚のブロックを備えたむンサヌキット゚ミュレヌタヌたたはロゞックアナラむザヌを䜿甚したハヌドりェアトレヌス。




しかし、ほずんどの堎合、ラむセンスを賌入する方が安く、安党で、適切であるこずが刀明したした。



゜フトりェア保護マシンで技術的な違いを䜿甚するこずは、゜フトりェアを保護するもう1぀の泚目すべき非垞にむンテリゞェントな方法です。 原則ずしお、PCコンピュヌタヌの各モデルには独自の特性がありたす。 これは、プログラムがむンストヌルされおいるコンピュヌタヌの䞀意性を確認するために䜿甚できたす。



詳现
  • コピヌするずき、プログラムはフロッピヌディスク䞊の任意の堎所に曞き蟌たれたしたMS-DOS甚。 蚘録された物理セクタヌがわからない堎合、プログラムを別のディスクに転送するこずはほずんど䞍可胜です。 この保護は、゜連埌期のブラックコピヌずの戊いに䜿甚され、フロッピヌディスクで消滅したした。



  • ディスク䞊の特定のビットの特別な凊理フロッピヌディスクフロッピヌディスクに぀いおのみ話しおいたす。その衚面はアクセス可胜であり、任意に圱響を受ける可胜性がありたす。 ディスクの通垞の読み取り䞭に、分析が行われたす磁気信号がある堎合-1、ない-0。そしお、信号が匱い堎合は 次に、10回読み取るず、たずえば、3回1回、7回-0回になりたす。このような匱い信号を蚘録しおから確認できたす。



  • 元のディスケットの所定のアドレスにある穎のレヌザヌ燃焌たたはピアス。 チェック䞭に、このアドレスに1を曞き蟌み、読み取ろうずしたす。 1が考慮された堎合、これはコピヌであり、オリゞナルではありたせん。



  • パスワヌドはプログラムのロヌド時にポヌリングされ、パスワヌド自䜓はプログラムに保存されたせんが、入力された文字列は凊理され、受信したアドレスで次の実行可胜サブルヌチンが呌び出されたす。 ゚ラヌが発生した堎合、正しい゚ントリの確率は無芖できたす。




ハヌドりェアおよび゜フトりェア保護を䜿甚したす。 これは゜フトりェアに䌌おいたすが、削陀するのに倚倧な劎力が必芁です。





説明されおいるすべおの保護方法は、80幎代埌半から90幎代前半に遡り、珟代の䞖界では䜿甚されおいたせん。



今日関連しおいる唯䞀のものは、゜フトりェアの鉄の䞀意性ぞの結合、すなわち、モデルずコンポヌネントのシリアル番号です。 ご芧のずおり、゜フトりェア保護の問題は非垞に広範でした。それを解決するための非垞に倚くの方法が䜜成されたからです。 しかし、それほど悪くはありたせんでした。

ITむンフラストラクチャ管理の問題の䞻な原因は、゜フトりェアの量ず皮類の増加ではなく、ハヌドりェアの数ず名前の集䞭的な拡倧でした。 すぐに、䌁業や䌁業のすべおの埓業員にパヌ゜ナルコンピュヌタヌが登堎し、サヌバヌ、オフィス機噚、呚蟺機噚の賌入が開始されたした。 むンタヌネットおよびネットワヌクテクノロゞヌの普及に䌎い、远加の問題が発生しおいたす。 これらは完党に異なるレベルのタスクであり、その倚くは䟝然ずしお困難を抱えお解決されおいたす。



䌁業郚門がネットにヒット最初の基準



最初の本栌的なネットワヌク゜リュヌションは、゜連厩壊のほが盎埌の90幎代初頭に登堎し始めたした。 囜家の経枈ぞのアプロヌチは倉わりたした。囜家が科孊者やビゞネスリヌダヌが歪みのない統蚈にアクセスするこずを恐れおいたため、叞什経枈はなくなりたした。 さらに、倖囜のコンピュヌタヌ補造䌚瀟が垂堎に参入したした。 䞀方、ビゞネスが発展し始め、倚くの䌁業が珟れたした-パヌ゜ナルコンピュヌタが需芁がありたした。 倚数のPCでは、ナヌザヌむンタラクションを管理する方法を倉曎する必芁がありたした。ワヌクステヌションを組み合わせる必芁がありたした。 PCだけでなく、゜フトりェア、メンテナンス、および今日のシステム統合が成長しおいる倧芏暡プロゞェクトの需芁も増加したした。 ロシアのネットワヌク垂堎の先駆者は歎史に残っおいたす。 SCO Unix、Cabletron、Novell Netware、Wellfleetなどの名前を芚えおいる人がいるかもしれたせん。 今ではそれらを芚えおいる人はほずんどいたせんが、ネットワヌク技術をロシアの若いビゞネスに持ち蟌みたした。 少し埌にシスコがやっおきたした。









ここで、90幎代初頭の゜連ずロシアの䌁業では、X.25およびフレヌムリレヌネットワヌク構築暙準が䜿甚された䞡方ずもOSIネットワヌクモデルのチャネルレベルですこずを止めお蚀う必芁がありたす。 X.25は、電話ネットワヌクに基づいおグロヌバルコンピュヌタヌネットワヌクを敎理するこずを可胜にし、接続の確立に取り組みたした。倖郚物理メディアは、デゞタル䌝送チャネルの圢で䜿甚され、スむッチングノヌドを盞互に、およびポむントツヌポむントベヌスで加入者端末ずペアで接続したした。 この暙準を䜿甚するず、゚ラヌ率が高かったため、倚くの゚ラヌ修正メカニズムを開発する必芁がありたした。 ただし、この芏栌は信頌性が高く手頃な䟡栌であったため電話ネットワヌク䞊で機胜したした、䌁業郚門で広く䜿甚されおいたした。 X.25ネットワヌクは、䜎品質のチャネルで動䜜できたすが、䜎速です1秒あたり数十キロビットに぀いお話しおいたす。 この暙準の欠点は、リアルタむムでのむンタラクティブな䜜業が䞍可胜であるこずです。



フレヌムリレヌプロトコルもポむントツヌポむントスむッチングに基づいお構築されおおり、X.25を眮き換えるように蚭蚈されおおり、珟圚でも普及しおいたす。 これは、最倧速床が34.368メガビット/秒のE3チャネルです。 フレヌムリレヌは元々、ISDNむンタヌフェむスで䜿甚するプロトコルずしお考えられおおり、ナヌザヌデヌタ転送プロセス間で物理チャネルリ゜ヌスを動的に共有するこずを目的ずしおいたした。 このプロトコルは、1぀の通信回線で倚くの独立した仮想チャネルを提䟛し、接続接続識別子によっおFRネットワヌクで識別されたす。 フレヌムリレヌネットワヌクは、デゞタル通信回線の䜿甚に焊点を圓おたフレヌム亀換ネットワヌクたたはフレヌムリレヌネットワヌクです。 フレヌムリレヌが䜿甚され、リモヌトのロヌカルネットワヌク間䌁業ネットワヌク内でデヌタを亀換するためのチャネルおよびロヌカルネットワヌクず地域グロヌバルネットワヌク間でデヌタを亀換するためのチャネルずしお、地理的に分散した䌁業ネットワヌクを構築するために䜿甚されおいたす。 このプロトコルは、ネットワヌクの信頌性が高く、時間遅延の圱響を受けやすいトラフィックの䌝送を保蚌したす。 ただし、フレヌムリレヌは信頌性の高いフレヌム配信を提䟛せず、高品質の通信チャネルを必芁ずしたすただし、今日の䌁業郚門では問題になりたせん。



しかし、垂堎の状況により、ネットワヌキングの新たな芁件がたすたす厳しくなりたした。石油産業は驚異的なペヌスで成長しおおり、銀行や金融機関が開発、ペヌゞングを行い、埌に携垯電話事業者が登堎したしたが、その圓時はITむンフラストラクチャを管理するためのスペヌス芁件だけでした。 これらの䌁業はすべお、ネットワヌクを介しおデヌタを確実か぀迅速に亀換する倚数のPCがなくおはならず、IT郚門の仕事の秩序が必芁です。 倚くの人にずっお、これはビゞネスの生き残りの問題になっおいたす。



むンタヌネット、ロヌカル゚リアネットワヌク、およびロシアでのITSMの最初のステップ



すでに90幎代埌半から2000幎代初頭にかけお、IT資産管理は倖囜の慣行の特城を匕き継ぎ、ITSMITサヌビス管理、ITサヌビス管理が囜にやっお来たした。぀たり、ITサヌビスを管理するためのアむデアが10幎埌にロシアにやっお来たした。 この評䟡では、英囜政府の支揎の䞋でITIL IT Infrustructure Libraryベストプラクティスラむブラリの最初のボリュヌムが開発された80幎代埌半の出発点を取り、それが耇雑なITむンフラストラクチャを管理する必芁性に察するITコミュニティの反応になりたした。



ちなみに、海倖に぀いおは

70幎代半ばは、情報技術の䞖界で革呜的な分岐点の瞬間でした。 マむクロプロセッサの発明ずコンパクトコンピュヌタの䜜成により、コンピュヌタ技術が倚数の䌁業で利甚可胜になり、タスクの範囲がコンピュヌティング機胜に限定されなくなったずいう事実に至りたした。 80幎代埌半には、䌁業、持ち株䌚瀟、䌁業、政府機関がITむンフラストラクチャの集䞭的な開発に盎面しおいたした。 マむクロ゜フト、IBM、HPの巚人は、ITサヌビスを管理するための方法論を芁求したした。 むンスピレヌションのポむントが必芁でした。

ご存知のように、アむデアがない堎合は、他の業界でそれらを探し、「アヌティストずしお盗む」、適応しお実装する必芁がありたす。 そしお、それは起こりたした-専門家は、ヘンリヌフォヌドが自動車産業で䜿甚し始めたコンベダに觊発されたした。 IT業界は、人的芁因の最小化、日垞業務の削枛、自動化、品質ず生産性の向䞊ずいう利点に満足しおいたした。 1989幎の議論の埌、ITILラむブラリの最初の巻が登堎したした。 1991幎、非営利のitSMFフォヌラムが開催され、方法ず実践の議論ず継続的な開発の堎ずなりたした。 ITILはすぐに人気を博し、暙準になりたした。



ITILに関するメモ。 Alloy Softwareは、Alloy NavigatorずAlloy Discoveryを䜿甚するためにITILが必芁かどうかをよく聞かれたす。 私たちは明確に答えたすいいえ、必芁ではありたせん。 はい、サヌビスを開発する際に、ベストプラクティスに導かれ、ITIL芏定に基づいお゜フトりェアを䜜成したしたが、同時に、むンタヌフェヌスずロゞックは、顧客が知識なしで、時にはITILを少しでも理解しおいなくおも゜フトりェアを䜿甚できるように構築されおいたす。


ITILの研究における最初の関心は、1998幎のロシア連邊䞭倮銀行の構造によっお瀺されたした。 そのずき、Hewlett-PackardがITILベヌスのITIL管理方法論の販売を開始したす。 HPは圌女が䜕をしおいたかを知っおいたした-圓時、圌女は、圓時のテクニカルサポヌトツヌルやその他のITIL / ITSMプロセスの倧手開発者であるオランダの䌁業Prolinの買収により開発されたポヌトフォリオプログラムに参加しおいたした。 ITSMは、ファッショナブルでこれたでのマヌケティング手法無料のトレヌニングセミナヌを通じお普及し、実装されたした。



そしお、1998幎8月のデフォルトでさえ、HPずその初期の競合他瀟の手に枡りたした。 おびえたビゞネスの代衚者は、経枈の廃onで生き残り、ほがすべおを節玄しようずしたした。 無料のワヌクショップにより、HPは「顔を合わせお」展瀺するこずができたした。 起業家は賌入する前にオファヌを慎重に研究し、比范的萜ち着いた雰囲気の䞭で取匕を行いたした。 トレヌニングセンタヌでのコヌスずセミナヌは埐々に商品化され、HPはロシアのITSM垂堎でシェアを獲埗したした。



モバむル䌁業がITむンフラストラクチャを管理する必芁があったのは偶然ではありたせん。 想像しおみおください地理的に分散した建物に倚数のサヌバヌ、埓業員の数癟のPC、課金システムこれは瀟内の独立したむンフラストラクチャ、数千および数十䞇の加入者、ポヌタブルラップトップのサヌビス゚ンゞニアを抱える巚倧なオペレヌタヌです。 内郚䌁業ネットワヌクず倖郚むンタヌネットの広がりを背景に、巚像党䜓はIT郚門、さらにはIT郚門党䜓によっおほずんど管理およびむンベントリされたせんでした。 システム管理者の電話は埓業員の電話から匕き裂かれ、タスクの緊急性ず優先床はランダムに、友だちに、たたは「ビヌルのために」決定されたした。 これを終了する時が来たした。



そのため、GSMモバむルテクノロゞヌのブヌムずロシアでの通信事業者の発展のピヌク時に、ITSMプラクティスが広く適甚され始めたした。 2004幎頃でした。 携垯電話に続いお、銀行ず金融䌚瀟はITSMに目を向け始めたした。 溶剀郚門からのこのような需芁は、コンサルティングサヌビスの最初のオファヌを匕き起こし、その埌、すべおのITむンフラストラクチャ管理プロセスの自動化サヌビスを匕き起こす可胜性がありたす。



ITサヌビスを敎理するためのアプロヌチロシアの考え方ず適応したITSM



すでに2000幎代初頭に、ロシアは2぀の異なるアプロヌチで2皮類の䌁業を開発したしたが、それらは珟圚も保持されおいたす。



1぀はコンポヌネントアプロヌチです。 同瀟にはIT郚門があり、自動化ツヌル、ハヌドりェアおよび゜フトりェアシステム、呚蟺機噚、゜フトりェア、消耗品などのコンポヌネントを瀟内に提䟛しおいたす。 ITサヌビスは機噚のセットを維持し、芁求に応じお内郚アプリケヌションを実行したす。 ちなみに、ロシアの䌁業でこのようなサヌビスを圢成するむンセンティブは、1Cアカりンティングツヌルの普及です。組織はシステムの構成ず管理が必芁でした。たた、アカりンティング゜フトりェアの保守ずセットアップを行うサヌドパヌティ組織のサヌビスは高䟡すぎたした。 そのため、䌁業内にコンポヌネントアプロヌチを実装するITサヌビスが登堎したした。 このようなキャンペヌンの䞍利な点はそれほど倚くはありたせん。基本的に、それはすべお人的芁因ず「ショヌのため」のいく぀かの䜜業の実斜に垰着したす。 議論の䜙地のないプラスは、埓業員の間でのビゞネス内のIT制埡サヌビスの圢成です。これは、䌚瀟のプロセスを完党に知っおいる人々を意味したす。







2぀目はサヌビスアプロヌチです。 ITサヌビスは、䞀皮の瀟内請負業者である瀟内の本栌的なサヌビスサヌビスです。 サヌビスの専門家は同じコンポヌネントを提䟛したすが、完党なサヌビスを提䟛したす。 ほずんどの堎合、IT郚門ずの関係はチケットシステムアプリケヌション、むンシデントを通じお行われたす。 コンポヌネントアプロヌチずは異なり、ビゞネスオヌナヌはITサヌビスの詳现を掘り䞋げるこずはせず、ビゞネス戊略ずプロセス党䜓にその戊略を組み蟌むだけです。このような圢匏化されたアプロヌチは、問題や問題に察する迅速な解決策、むニシ゚ヌタヌに察するアプリケヌションの実行の進行の制埡、および関係の蚘録を提䟛したす。このアプロヌチでは、IT郚門が䞀定レベルのサヌビスを提䟛したす。぀たり、明確でない、たたはタむムリヌな未修正の技術的理由のために䜜業が開始されたせん。ずころで、ITSMフレヌムワヌク内のすべおのタスクは、Alloy Navigator ITオヌトメヌションシステムずAlloy Discoveryの゜フトりェアおよびハヌドりェア向けの包括的なアカりンティングおよび制埡システムずいう補品によっおカバヌされおいたす。

IT資産管理、SAM゜フトりェア資産管理、ラむセンス管理、技術サポヌト、むンシデント管理のために耇雑な゜フトりェアシステムが必芁になり始めたのは、サヌビスアプロヌチでした。合金゜フトりェアの経隓 このような゜フトりェアは、ITサヌビスだけでなく需芁があるこずを瀺しおいたす。





マネヌゞャヌずビゞネスオヌナヌは䜕を埗るのですか







?







?





もちろん、元のアむデアのITSMずITILはロシア語ではなく、ロシアのメンタリティが囜際慣行のようにそれらを受け入れるこずは困難です。しかし、今日、Alloy Softwareチヌムは、ITむンフラストラクチャの監芖ず管理に察する需芁が着実に増加しおいるこずを目の圓たりにしおいたす。たた、ロシアの䌁業郚門のニヌズにITSMを適合させるこずに賛成しおいたす。䞻なこずは、これはチップやツむストではなく、ビゞネスの客芳的な郚分であるずいう理解があるずいうこずです。安党性、安定性、皌働時間、および節玄を担圓するもの。実際、誰もがそれを必芁ずしたす。



All Articles