エンタープライズアプリケーション品質向上のカギ...

23
Insert Date Here エンタープライズアプリケーション品質向上のカギ -サービス仮想化と継続的デリバリー 2014年12月10日 CA Technologies 渡辺 隆 ([email protected])

Upload: takashi-watanabe

Post on 22-Jul-2015

205 views

Category:

Technology


0 download

TRANSCRIPT

Insert Date Here

エンタープライズアプリケーション品質向上のカギ -サービス仮想化と継続的デリバリー

2014年12月10日 CA Technologies 渡辺 隆 ([email protected])

2 © 2014 CA. ALL RIGHTS RESERVED.

エンタープライズ・アプリケーション

たくさんのアプリ

さまざまなプラットフォーム

規制、法律の順守がより厳しい

たくさんの人が関わっている

たくさんのアプリ

たくさんのインターフェイス

たくさんのリリース

さまざまなプラットフォーム

手軽にはつかえない環境

規制、法律の順守がより厳しい

監査のためにしっかり記録

たくさんの人が関わっている

自社(1社)だけで開発できない

3 © 2014 CA. ALL RIGHTS RESERVED.

一般的なエンタープライズ・アプリケーション の開発・テスト体制と課題

外部結合~本番環境

SaaS

メインフレーム

ERP

SIer (A)

開発・UT・内部結合テスト

SIer (B)

開発・UT・内部結合テスト

SIer (C)

開発・UT・内部結合テスト

お客様

4 © 2014 CA. ALL RIGHTS RESERVED.

一般的なエンタープライズ・アプリケーション の開発・テスト体制と課題

外部結合~本番環境

SaaS

メインフレーム

ERP

SIer (A)

開発・UT・内部結合テスト

SIer (B)

開発・UT・内部結合テスト

SIer (C)

開発・UT・内部結合テスト

お客様

結合・システム・負荷テストの効率化 これらのテストをいかに「前倒し」するか これらのテストの網羅性をいかに高めるか

開発・修正したアプリケーションのリリース 異なる環境へのアプリケーションのリリース 短時間でエラーなしにリリース

5 © 2014 CA. ALL RIGHTS RESERVED.

結合テスト・負荷テストの課題

十分なテストができないため後工程になっても

欠陥が収束しない

マルチベンダーでのプロジェクトにおいて、他ベンダーの

開発スケジュールが自社の開発スケジュールに大きな影響を与えている

サブシステムとの連携/結合テスト時にインターフェース エラーなどの欠陥が検出されることが多い

連携先アプリケーションに制約 (利用時間、利用料金、本番同等のトランザクション)があり、テストに影響を与えている

テストデータの作成・維持管理の手間とコスト

負荷テストは最終のテスト工程で実施しているが、 そこでパフォーマンス問題が検出されることがしばしばある

テスト環境(ハードウェア、ミドルウェア、アプリケーション、クラウド環境など)の調達に時間とコストがかかる

早い段階で結合・負荷テストをできる仕掛けを採用する

6 © 2014 CA. ALL RIGHTS RESERVED.

そこで、「サービス仮想化」

サービス仮想化とは:連携するシステムの振る舞い、データ、パフォーマンスの特徴を捕捉しシミュレートするサービス。依存する

システムに対する制約なしに仮想サービスをデプロイすすることで、低いコスト、高い信頼性のあるシステムの短期開発を支援

7 © 2014 CA. ALL RIGHTS RESERVED.

生成された仮想サービスのイメージ

マジックストリング:文字列や数値を変数化

マジックデート:テスト実行日時と日時データの差分を自動認識

マスキング:機密データを保護

ステートフルな応答:コンテキストによって応答を切り替え

CA Service Virtualization

8 © 2014 CA. ALL RIGHTS RESERVED.

メインフレームとコンポーネント

リスクソリューションプロバイダ

クレジット

SMS ゲートウェイ

テレカンファレンスサービス

カード処理サービス

支払サービス

旅行システム(GDS)

CICS-CICS

プラットフォーム

SOA プロトコル

MQ DB2

SOAP JMS JDBC

HTTP JAVA MQ UDDI

XML

CORBA REST

.NET

ほぼあらゆるIT資産を仮想化可能

9 © 2014 CA. ALL RIGHTS RESERVED.

サービス仮想化によって変わる 結合テストと負荷テスト

外部結合~本番環境

SaaS

メインフレーム

ERP

SIer (A)

SIer (B)

SIer (C)

お客様

10 © 2014 CA. ALL RIGHTS RESERVED.

仮想サービスによりテストを前倒し、 カバレージを向上、品質を向上

ターゲット・リリースサイクル 以前のリリースサイクル

プロ

ジェ

クト

のフ

ェー

wk5 wk6 wk7 wk8 wk9 wk10 wk11 wk12 wk13 wk14 wk15 wk16 Wk17 wk18 wk19

セットアップ

統合システムテスト

シェイクアウト

開発 単体

メインフレーム ST

システムテスト

MF デリバリ

最初のプロジェクトで、システムテストと統合テストを2週間前倒し 早期にテストカバレージを高めたことで、400%のディフェクト削減

UAT パス 2

欠陥が除去された状態で早期の受入テスト実施

2週間前倒しでShakeoutを自動化

ST用に80の仮想サービスを提供

UAT パス1

11 © 2014 CA. ALL RIGHTS RESERVED.

米国の大手銀行: テスト環境コストを20億円削減、テストカバレージを3倍に

課題

本番環境に対する変更が及ぼす挙動の変化を正確に予測する能力の欠如

複数のグローバルチームの連携、テストシナリオの実行に必要なシステムの利用ができない非機能テストの実行上の制約

70以上のバックエンドシステム用に作成した手作りのスタブフレームワークの維持費

ソリューション

手作りのスタブフレームワークに代わるソリューションとしてサービス仮想化を導入

仮想サービスにより、より品質の高いテスト機能を提供(ネガティブテスト、運用テスト、パフォーマンス・チューニング)

効果

新しいインフラストラクチャへの投資を抑制することにより20億円以上を削減

700以上のアプリケーションと1,200以上のユニークなサービスを仮想化

仮想サービスによるシステムの可用性が増えた結果、以前の300%以上のテストを実施可能

12 © 2014 CA. ALL RIGHTS RESERVED.

一般的なエンタープライズ・アプリケーション の開発・テスト体制と課題

外部結合~本番環境

SaaS

メインフレーム

ERP

SIer (A)

開発・UT・内部結合テスト

SIer (B)

開発・UT・内部結合テスト

SIer (C)

開発・UT・内部結合テスト

お客様

結合・システム・負荷テストの効率化 これらのテストをいかに「前倒し」するか これらのテストの網羅性をいかに高めるか

開発・修正したアプリケーションのリリース 異なる環境へのアプリケーションのリリース 短時間でエラーなしにリリース

13 © 2014 CA. ALL RIGHTS RESERVED.

アプリケーション・リリースの課題 アプリケーション Platform Dec Jan Feb Mar Apr May

人事 SaaS ☆ ☆ ☆ ☆ ☆ ☆

顧客マスター M/F ☆ ☆ ☆ ☆ ☆ ☆

会計 Package ☆ ☆ ☆ ☆ ☆ ☆

物流 M/F ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆

倉庫管理 M/F ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆

受発注 Package ☆ ☆ ☆ ☆ ☆ ☆

CRM SaaS ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆ ☆

EC (Web) Web ☆☆☆☆ ☆☆☆☆ ☆☆☆☆ ☆☆☆☆ ☆☆☆☆ ☆☆☆☆

EC (モバイル) Web ☆☆☆☆ ☆☆☆☆ ☆☆☆☆ ☆☆☆☆ ☆☆☆☆ ☆☆☆☆

ポイント管理 Web ☆☆☆☆ ☆☆☆☆ ☆☆☆☆ ☆☆☆☆ ☆☆☆☆ ☆☆☆☆

企業は、複数のアプリケーションによって事業が遂行されているが、 アプリケーション毎にリリース頻度は異なる アプリケーションの数 = 200~400 プラットフォーム = メインフレーム、クラサバ、Web、モバイル、クラウド リリースの頻度 = 週1回~月1回 リリースに要する期間 = 1日~数週間 リリースに要する要員 = 5~15名 リリース作業だけの年間コスト = ?

リリース自動化の仕組み・ 仕掛けを採用する

14 © 2014 CA. ALL RIGHTS RESERVED.

そこで、 リリース自動化による「継続的デリバリー」

誰が :リリースに関わる要員と権限

いつ :スケジュールと他のツールとの連携

何を :成果物の種類

どのように :プロセスと再利用化・抽象化の仕組み

どこに :開発工程とサーバー・ミドルウェア

開発環境、テスト環境、ステージング/本番環境に対してベルト

コンベアに乗せるように、成果物をリリースできるメカニズム

15 © 2014 CA. ALL RIGHTS RESERVED.

1. リリース手順(プロセス)を可視化する

リリースを自動化するアプリケーション

デプロイの種類 デプロイ・プロセス

アクション

16 © 2014 CA. ALL RIGHTS RESERVED.

2.リリースプロセスを環境と役割にマッピング

開発 結合 ステージング 本番

汎用モデルとデプロイメント・データを分離(成果物、リリースデータと環境の構成など)することで、あらゆるデプロイメントタイプに対して繰り返し可能/再利用可能なリリースプロセスを構築可能

開発者 QAリーダー

運用リーダー

17 © 2014 CA. ALL RIGHTS RESERVED.

3. 自動化リリースを開発・運用プロセスに組込む

18 © 2014 CA. ALL RIGHTS RESERVED.

米国の銀行: アジャイルの課題を継続的デリバリーで改善

Test Deploy A D B

スプリント

A D B

スプリント

A D B

スプリント

A D B

スプリント スクラム

A D B

スプリント

T D A D B

スプリント

T D A D B

スプリント

T D A D B

スプリント

T D

継続的デリバリー

アプリケーションのあらゆる変更が、本番に近い環境でテストされるようになった ソフトウェアは常に本番にデプロイできる状況を維持するようになった

19 © 2014 CA. ALL RIGHTS RESERVED.

自動テストと継続的デリバリープロセスが機能するようになると…

20 © 2014 CA. ALL RIGHTS RESERVED.

アプリケーション のリリース

環境構築の 時間、コスト

アプリケーション・テストとリリース自動化をご支援

運用 受入 性能 統合 開発 要求 テストの自動化/負荷テスト

– CA Application Test

サービスの仮想化 – CA Service Virtualization

継続的デリバリー – CA Release Automation

継続的モニタリング – CA APM

– CA Mobile App Analytics

21 © 2014 CA. ALL RIGHTS RESERVED.

「継続的デリバリー」と「サービス仮想化」で変わる エンタープライズアプリケーションの品質

たくさんのアプリ

たくさんのインターフェイス

たくさんのリリース

さまざまなプラットフォーム

手軽にはつかえない環境

規制、法律の順守がより厳しい

監査のためにしっかり記録

たくさんの人が関わっている

自社だけで開発できない

サービス仮想化

継続的 デリバリー

22 © 2014 CA. ALL RIGHTS RESERVED.

CA Technologiesのポートフォリオ

マネジメントクラウド DevOps セキュリティ

エンタープライズ モビリティ・マネジメント

サービス・マネジメント

プロジェクト& ポートフォリオ・マネジメント

Business, rewritten by software™

API 管理

アクセス管理

アイデンティティ管理

メインフレーム クラウド モバイル

ca Opscenter ca Devcenter ca Intellicenter ca Securecenter

インフラストラクチャ マネジメント

アプリケーション・ パフォーマンス・マネジメント

アプリケーション・デリバリー

製品のお問い合わせやご質問はこちらまで

CAジャパン・ダイレクト:[email protected]