IT ライフサイクルにおける必須事項
サービス・レベル契約（SLA）は、ビジネス・アプリケーションが実現することを規定しますが、その契約でタイムリーにそして信頼の高い情報と実態が提供されているかという点で懸念があります。
本番環境で明らかになるSLAと異なる点を早期に発見、分析、そして排除し正しくシステムを構築するために、IT部門が事前にすべきことは何でしょうか？
多くの企業では、過去に構築したクライアント・サーバー・アプリケーションに対して新規の要求に対応するため、継続的に無理やり変更を加えています。
例えば、レガシー・アプリケーションからのトランザクション統合、ビジネスと競争力強化のために必要になるナビゲーションとユーザビリティー向上のための再構築、新しい技術やビジネス・プロセスの採用などがあります。
このような変更は極めて複雑であり、従来のパフォーマンス最適化手法の適用は難しい状況となっています。本番環境に至る前にボトルネックを解消するためには、より対話型で自動化された手法が必要となります。可用性、拡張性、パフォーマンスの問題は、その原因の特定が非常に困難な場合があるため、問題点の発見、診断、修正というサイクルが長期にわたる傾向にあります。
ここでの課題は、基幹アプリケーションのパフォーマンスと機能を保ちながら最適化するために、開発段階で期間を短縮することです。それが実現できなければ、サービス・レベル契約の規定に達することのできないパフォーマンスの悪いアプリケーションが運用チームに渡され、パフォーマンスを改善するためにハードウェアを追加するより他に措置はなくなります。
「システム・パフォーマンスの維持」には、できる限りライフサイクルの早い段階でひそんでいるパフォーマンスに関する問題を特定および修正し、システムのパフォーマンスを維持することを組織的に行うことが必須要件となります。例えば、
- 開発サイクルの早い段階でパフォーマンス要件を把握し、パフォーマンスを考慮した設計を行う。
- 開発フェーズの間にパフォーマンスが低下する傾向、問題、リソースのボトルネックをリアルタイムに特定する。
- デプロイ前のスケーラビリティー検証とテストを自動化する。
- コードとパフォーマンス分析を統合することにより、本番環境に持ち込まれる可能性がある問題を迅速に解決する。
IBM IT ライフサイクル・ソリューションにおける「システム・パフォーマンスの維持」によって、これらの要求を満たし、以下の点を実現することが可能となります。
アーキテクトとビジネス・アナリストにとっては：
ITライフサイクルの早期フェーズからパフォーマンスを考慮しアプリケーションを設計できるため、手戻り作業に対するコストを削減できます。
開発者にとっては：
早期に問題が特定できるため、コストも抑えられ修正も容易となります。本番稼働後の修正では修正コストも大きくなります。 また、オーバーヘッドが大きく信頼性が低いデバッグ・ツールを基幹業務の本番マシンにインストールすることなく、稼働中の本番システムからパフォーマンス・データに直接アクセスできます。
テスターにとっては：
テスト環境やステージング環境でパフォーマンス問題を特定して、迅速に診断および修正するための詳細情報を入手することができます。
開発マネジャーと事業部門の責任者にとっては：
開発プロセスと運用管理プロセスを活用および統合することによって、迅速な問題解決を行うことができます。
「システム・パフォーマンスの維持」を実現するために、IBMでは以下の製品をご提供しています。営業担当員にお問い合わせください。
開発者がWeb/Web サービス/Java/J2EE/ポータル用のアプリケーションを迅速に設計、開発、分析、テスト、プロファイリング、デプロイできるように包括的な統合開発環境を提供します。
本番環境内のすべての層にわたってエンド・ツー・エンドでトランザクションを追跡することにより、システムの低下によるエンド・ユーザーへの影響が及ぶ前にパフォーマンス問題を特定し、隔離することができます。
J2EEアプリケーション、CICSアプリケーション、MQアプリケーション、IMSアプリケーションのパフォーマンス問題の診断を深く追求することができます。
