SlideShare a Scribd company logo
1 of 23
Download to read offline
エンタープライズアプリケーション品質向上のカギ 
-サービス仮想化と継続的デリバリー 
2014年12月10日 
CA Technologies 
渡辺 Insert 隆 Date (Here 
Takashi.Watanabe@ca.com)
エンタープライズ・アプリケーション 
 たくさんのアプリ 
 たくさんのインターフェイス 
 たくさんのリリース 
 さまざまなプラットフォーム 
 手軽にはつかえない環境 
 規制、法律の順守がより厳しい 
 監査のためにしっかり記録 
 たくさんの人が関わっている 
 自社(1社)だけで開発できない 
2 © 2014 CA. ALL RIGHTS RESERVED.
一般的なエンタープライズ・アプリケーション 
の開発・テスト体制と課題 
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
ほぼあらゆるIT資産を仮想化可能 
 メインフレームとコンポーネント 
 リスクソリューションプロバイダ 
 クレジット 
 SMS ゲートウェイ 
 支払サービス 
 カード処理サービス 
 テレカンファレンスサービス 
 旅行システム(GDS) 
8 © 2014 CA. ALL RIGHTS RESERVED. 
CICS-CICS 
 プラットフォーム 
 SOA プロトコル 
MQ 
DB2 
XML 
SOAP JMS JDBC 
UDDI 
.NET 
HTTP REST MQ CORBA 
JAVA
サービス仮想化によって変わる 
結合テストと負荷テスト 
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
米国の大手銀行: 
テスト環境コストを20億円削減、テストカバレージを3倍に 
課題 
 本番環境に対する変更が及ぼす挙動の変化を正確に予測する能力の欠如 
 複数のグローバルチームの連携、テストシナリオの実行に必要なシステムの利 
用ができない非機能テストの実行上の制約 
 70以上のバックエンドシステム用に作成した手作りのスタブフレームワークの 
維持費 
ソリューション 
 手作りのスタブフレームワークに代わるソリューションとしてサービス仮想化 
を導入 
 仮想サービスにより、より品質の高いテスト機能を提供(ネガティブテスト、 
運用テスト、パフォーマンス・チューニング) 
効果 
 新しいインフラストラクチャへの投資を抑制することにより20億円以上を削減 
 700以上のアプリケーションと1,200以上のユニークなサービスを仮想化 
 仮想サービスによるシステムの可用性が増えた結果、以前の300%以上のテス 
トを実施可能 
11 © 2014 CA. ALL RIGHTS RESERVED.
一般的なエンタープライズ・アプリケーション 
の開発・テスト体制と課題 
12 © 2014 CA. ALL RIGHTS RESERVED. 
外部結合~本番環境 
SaaS 
メインフレーム 
ERP 
SIer (A) 
開発・UT・内部結合テスト 
SIer (B) 
開発・UT・内部結合テスト 
SIer (C) 
開発・UT・内部結合テスト 
お客様 
結合・システム・負荷テストの効率化 
 これらのテストをいかに「前倒し」するか 
 これらのテストの網羅性をいかに高めるか 
開発・修正したアプリケーションのリリース 
 異なる環境へのアプリケーションのリリース 
 短時間でエラーなしにリリース
アプリケーション・リリースの課題 
アプリケーション 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名 
 リリース作業だけの年間コスト = ? 
13 © 2014 CA. ALL RIGHTS RESERVED.
そこで、 
リリース自動化による「継続的デリバリー」 
 誰が :リリースに関わる要員と権限 
 いつ :スケジュールと他のツールとの連携 
 何を :成果物の種類 
 どのように :プロセスと再利用化・抽象化の仕組み 
 どこに :開発工程とサーバー・ミドルウェア 
開発環境、テスト環境、ステージング/本番環境に対してベルト 
コンベアに乗せるように、成果物をリリースできるメカニズム 
14 © 2014 CA. ALL RIGHTS RESERVED.
1. リリース手順(プロセス)を可視化する 
リリースを自動化するアプリケーション 
デプロイの種類 デプロイ・プロセス 
15 © 2014 CA. ALL RIGHTS RESERVED. 
アクション
2.リリースプロセスを環境と役割にマッピング 
開発 結合 ステージング 本番 
開発者 
QAリーダー 
汎用モデルとデプロイメント・データを分離(成果物、リリースデータと環境の 
構成など)することで、あらゆるデプロイメントタイプに対して繰り返し可能/ 
再利用可能なリリースプロセスを構築可能 
16 © 2014 CA. ALL RIGHTS RESERVED. 
運用リーダー
3. 自動化リリースを開発・運用プロセスに組込む 
17 © 2014 CA. ALL RIGHTS RESERVED.
米国の銀行: 
アジャイルの課題を継続的デリバリーで改善 
スクラム 
スプリント 
スプリント 
スプリント 
スプリント 
A D B A D B 
A D B 
A D B 
Test Deploy 
スプリント 
A D B 
スプリント 
T D A D B 
スプリント 
T D A D B 
18 © 2014 CA. ALL RIGHTS RESERVED. 
スプリント 
T D A D B 
T D 
継続的デリバリー 
アプリケーションのあらゆる変更が、本番に近い環境でテストされるようになった 
ソフトウェアは常に本番にデプロイできる状況を維持するようになった
自動テストと継続的デリバリープロセスが機能す 
るようになると… 
19 © 2014 CA. ALL RIGHTS RESERVED.
アプリケーション・テストとリリース自動化をご支援 
要求 開発 統合 性能 受入 運用 
環境構築の 
時間、コスト 
アプリケーション 
のリリース 
テストの自動化/負荷テスト 
– CA Application Test 
サービスの仮想化 
– CA Service Virtualization 
継続的デリバリー – CA Release Automation 
20 © 2014 CA. ALL RIGHTS RESERVED. 
継続的モニタリング 
– CA APM 
– CA Mobile App 
Analytics
「継続的デリバリー」と「サービス仮想化」で変わる 
エンタープライズアプリケーションの品質 
 たくさんのアプリ 
 たくさんのインターフェイス 
 たくさんのリリース 
 さまざまなプラットフォーム 
 手軽にはつかえない環境 
 規制、法律の順守がより厳しい 
 監査のためにしっかり記録 
 たくさんの人が関わっている 
 自社だけで開発できない 
21 © 2014 CA. ALL RIGHTS RESERVED. 
サービス仮想化 
継続的 
デリバリー
CA Technologiesのポートフォリオ 
Business, rewritten by software™ 
マネジメントクラウド DevOps セキュリティ 
プロジェクト& 
ポートフォリオ・マネジメント 
サービス・マネジメント 
エンタープライズ 
モビリティ・マネジメント 
アプリケーション・デリバリー 
アプリケーション・ 
パフォーマンス・マネジメント 
インフラストラクチャ 
マネジメント 
ca Intellicenter ca Devcenter ca Opscenter ca Securecenter 
22 © 2014 CA. ALL RIGHTS RESERVED. 
アイデンティティ管理 
アクセス管理 
API 管理 
クラウド モバイル メインフレーム
製品のお問い合わせやご質問はこちらまで 
CAジャパン・ダイレクト:JapanDirect@ca.com

More Related Content

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

AppPot製品概要
AppPot製品概要AppPot製品概要
AppPot製品概要Ryohei Sogo
 
Agileツール適合化分科会(テスト自動化ツール)
Agileツール適合化分科会(テスト自動化ツール)Agileツール適合化分科会(テスト自動化ツール)
Agileツール適合化分科会(テスト自動化ツール)masanori kataoka
 
A07_ビジネス イノベーションを強力に支援する Azure Red Hat OpenShift のススメ [Microsoft Japan Digita...
A07_ビジネス イノベーションを強力に支援する Azure Red Hat OpenShift のススメ [Microsoft Japan Digita...A07_ビジネス イノベーションを強力に支援する Azure Red Hat OpenShift のススメ [Microsoft Japan Digita...
A07_ビジネス イノベーションを強力に支援する Azure Red Hat OpenShift のススメ [Microsoft Japan Digita...日本マイクロソフト株式会社
 
継続的デリバリー読書会 第 7 章 コミットステージ
継続的デリバリー読書会 第 7 章 コミットステージ継続的デリバリー読書会 第 7 章 コミットステージ
継続的デリバリー読書会 第 7 章 コミットステージYasutomo Arai
 
Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】
Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】 Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】
Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】 智治 長沢
 
データとQC7つ道具を利用したDEVOPSプラクティスによる生産性改善
データとQC7つ道具を利用したDEVOPSプラクティスによる生産性改善データとQC7つ道具を利用したDEVOPSプラクティスによる生産性改善
データとQC7つ道具を利用したDEVOPSプラクティスによる生産性改善Rakuten Group, Inc.
 
市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望について市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望についてKen Azuma
 
継続的デリバリー読書会 第 5 章 デプロイメントパイプラインの解剖学
継続的デリバリー読書会 第 5 章 デプロイメントパイプラインの解剖学継続的デリバリー読書会 第 5 章 デプロイメントパイプラインの解剖学
継続的デリバリー読書会 第 5 章 デプロイメントパイプラインの解剖学Takuma SHIRAISHI
 
コンテナ&サーバーレス:トレンドの考察と少し先の未来の展望
コンテナ&サーバーレス:トレンドの考察と少し先の未来の展望コンテナ&サーバーレス:トレンドの考察と少し先の未来の展望
コンテナ&サーバーレス:トレンドの考察と少し先の未来の展望Yoichi Kawasaki
 
ワンクリックデプロイ101 #ocdeploy
ワンクリックデプロイ101 #ocdeployワンクリックデプロイ101 #ocdeploy
ワンクリックデプロイ101 #ocdeployRyutaro YOSHIBA
 
ソフトウェア工学における問題提起と機械学習の新たなあり方
ソフトウェア工学における問題提起と機械学習の新たなあり方ソフトウェア工学における問題提起と機械学習の新たなあり方
ソフトウェア工学における問題提起と機械学習の新たなあり方MLSE
 
楽天インターネットスケーラブルコンピューティング;丸山先生レクチャーシリーズ2010第3回@楽天
楽天インターネットスケーラブルコンピューティング;丸山先生レクチャーシリーズ2010第3回@楽天楽天インターネットスケーラブルコンピューティング;丸山先生レクチャーシリーズ2010第3回@楽天
楽天インターネットスケーラブルコンピューティング;丸山先生レクチャーシリーズ2010第3回@楽天Hiro Yoshioka
 
でぶさみ夏2013 キーノート オレンジレンジャーの資料
でぶさみ夏2013 キーノート オレンジレンジャーの資料でぶさみ夏2013 キーノート オレンジレンジャーの資料
でぶさみ夏2013 キーノート オレンジレンジャーの資料Tomohiro Fujii
 
【JaSST'11 Kansai】 開発者とテスト担当者に最適なコラボレーションと効率化を!
【JaSST'11 Kansai】 開発者とテスト担当者に最適なコラボレーションと効率化を!【JaSST'11 Kansai】 開発者とテスト担当者に最適なコラボレーションと効率化を!
【JaSST'11 Kansai】 開発者とテスト担当者に最適なコラボレーションと効率化を!智治 長沢
 
Netadvantage 2012 volume2 最新情報 Reporting 編
Netadvantage 2012 volume2 最新情報 Reporting 編Netadvantage 2012 volume2 最新情報 Reporting 編
Netadvantage 2012 volume2 最新情報 Reporting 編Daizen Ikehara
 
OpenShift Ansbile 活用法 アプリケーションライフサイクルからみる導入効果
OpenShift Ansbile 活用法 アプリケーションライフサイクルからみる導入効果OpenShift Ansbile 活用法 アプリケーションライフサイクルからみる導入効果
OpenShift Ansbile 活用法 アプリケーションライフサイクルからみる導入効果Hideaki Tokida
 
POWA50 - Power Apps と Power Automate の大規模な管理とサポート
POWA50 - Power Apps と Power Automate の大規模な管理とサポートPOWA50 - Power Apps と Power Automate の大規模な管理とサポート
POWA50 - Power Apps と Power Automate の大規模な管理とサポートTaiki Yoshida
 
CA Japan seminar mainframe2.0 2011/10/26
CA Japan seminar mainframe2.0 2011/10/26CA Japan seminar mainframe2.0 2011/10/26
CA Japan seminar mainframe2.0 2011/10/26Kaneko Izumi
 
60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacateKinji Akemine
 

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

AppPot製品概要
AppPot製品概要AppPot製品概要
AppPot製品概要
 
Agileツール適合化分科会(テスト自動化ツール)
Agileツール適合化分科会(テスト自動化ツール)Agileツール適合化分科会(テスト自動化ツール)
Agileツール適合化分科会(テスト自動化ツール)
 
A07_ビジネス イノベーションを強力に支援する Azure Red Hat OpenShift のススメ [Microsoft Japan Digita...
A07_ビジネス イノベーションを強力に支援する Azure Red Hat OpenShift のススメ [Microsoft Japan Digita...A07_ビジネス イノベーションを強力に支援する Azure Red Hat OpenShift のススメ [Microsoft Japan Digita...
A07_ビジネス イノベーションを強力に支援する Azure Red Hat OpenShift のススメ [Microsoft Japan Digita...
 
継続的デリバリー読書会 第 7 章 コミットステージ
継続的デリバリー読書会 第 7 章 コミットステージ継続的デリバリー読書会 第 7 章 コミットステージ
継続的デリバリー読書会 第 7 章 コミットステージ
 
Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】
Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】 Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】
Team Foundation Server ~ 今を生きるエンジニアのための開発基盤とは 【BPStudy #63】
 
データとQC7つ道具を利用したDEVOPSプラクティスによる生産性改善
データとQC7つ道具を利用したDEVOPSプラクティスによる生産性改善データとQC7つ道具を利用したDEVOPSプラクティスによる生産性改善
データとQC7つ道具を利用したDEVOPSプラクティスによる生産性改善
 
市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望について市場動向並びに弊社製品の今後の展望について
市場動向並びに弊社製品の今後の展望について
 
保守運用コストの適正化事例 20120725
保守運用コストの適正化事例 20120725保守運用コストの適正化事例 20120725
保守運用コストの適正化事例 20120725
 
継続的デリバリー読書会 第 5 章 デプロイメントパイプラインの解剖学
継続的デリバリー読書会 第 5 章 デプロイメントパイプラインの解剖学継続的デリバリー読書会 第 5 章 デプロイメントパイプラインの解剖学
継続的デリバリー読書会 第 5 章 デプロイメントパイプラインの解剖学
 
コンテナ&サーバーレス:トレンドの考察と少し先の未来の展望
コンテナ&サーバーレス:トレンドの考察と少し先の未来の展望コンテナ&サーバーレス:トレンドの考察と少し先の未来の展望
コンテナ&サーバーレス:トレンドの考察と少し先の未来の展望
 
ワンクリックデプロイ101 #ocdeploy
ワンクリックデプロイ101 #ocdeployワンクリックデプロイ101 #ocdeploy
ワンクリックデプロイ101 #ocdeploy
 
ソフトウェア工学における問題提起と機械学習の新たなあり方
ソフトウェア工学における問題提起と機械学習の新たなあり方ソフトウェア工学における問題提起と機械学習の新たなあり方
ソフトウェア工学における問題提起と機械学習の新たなあり方
 
楽天インターネットスケーラブルコンピューティング;丸山先生レクチャーシリーズ2010第3回@楽天
楽天インターネットスケーラブルコンピューティング;丸山先生レクチャーシリーズ2010第3回@楽天楽天インターネットスケーラブルコンピューティング;丸山先生レクチャーシリーズ2010第3回@楽天
楽天インターネットスケーラブルコンピューティング;丸山先生レクチャーシリーズ2010第3回@楽天
 
でぶさみ夏2013 キーノート オレンジレンジャーの資料
でぶさみ夏2013 キーノート オレンジレンジャーの資料でぶさみ夏2013 キーノート オレンジレンジャーの資料
でぶさみ夏2013 キーノート オレンジレンジャーの資料
 
【JaSST'11 Kansai】 開発者とテスト担当者に最適なコラボレーションと効率化を!
【JaSST'11 Kansai】 開発者とテスト担当者に最適なコラボレーションと効率化を!【JaSST'11 Kansai】 開発者とテスト担当者に最適なコラボレーションと効率化を!
【JaSST'11 Kansai】 開発者とテスト担当者に最適なコラボレーションと効率化を!
 
Netadvantage 2012 volume2 最新情報 Reporting 編
Netadvantage 2012 volume2 最新情報 Reporting 編Netadvantage 2012 volume2 最新情報 Reporting 編
Netadvantage 2012 volume2 最新情報 Reporting 編
 
OpenShift Ansbile 活用法 アプリケーションライフサイクルからみる導入効果
OpenShift Ansbile 活用法 アプリケーションライフサイクルからみる導入効果OpenShift Ansbile 活用法 アプリケーションライフサイクルからみる導入効果
OpenShift Ansbile 活用法 アプリケーションライフサイクルからみる導入効果
 
POWA50 - Power Apps と Power Automate の大規模な管理とサポート
POWA50 - Power Apps と Power Automate の大規模な管理とサポートPOWA50 - Power Apps と Power Automate の大規模な管理とサポート
POWA50 - Power Apps と Power Automate の大規模な管理とサポート
 
CA Japan seminar mainframe2.0 2011/10/26
CA Japan seminar mainframe2.0 2011/10/26CA Japan seminar mainframe2.0 2011/10/26
CA Japan seminar mainframe2.0 2011/10/26
 
60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate
 

Recently uploaded

モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...博三 太田
 
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfFumieNakayama
 
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfクラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfFumieNakayama
 
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)Hiroki Ichikura
 
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案sugiuralab
 
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?akihisamiyanaga1
 
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineerYuki Kikuchi
 
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)UEHARA, Tetsutaro
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版) 2024年4月作成
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版) 2024年4月作成業務で生成AIを活用したい人のための生成AI入門講座(社外公開版) 2024年4月作成
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版) 2024年4月作成Hiroshi Tomioka
 

Recently uploaded (9)

モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
 
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
 
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfクラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
 
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
【早稲田AI研究会 講義資料】3DスキャンとTextTo3Dのツールを知ろう!(Vol.1)
 
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
 
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
 
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
 
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版) 2024年4月作成
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版) 2024年4月作成業務で生成AIを活用したい人のための生成AI入門講座(社外公開版) 2024年4月作成
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版) 2024年4月作成
 

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

  • 2. エンタープライズ・アプリケーション  たくさんのアプリ  たくさんのインターフェイス  たくさんのリリース  さまざまなプラットフォーム  手軽にはつかえない環境  規制、法律の順守がより厳しい  監査のためにしっかり記録  たくさんの人が関わっている  自社(1社)だけで開発できない 2 © 2014 CA. ALL RIGHTS RESERVED.
  • 3. 一般的なエンタープライズ・アプリケーション の開発・テスト体制と課題 3 © 2014 CA. ALL RIGHTS RESERVED. 外部結合~本番環境 SaaS メインフレーム ERP SIer (A) 開発・UT・内部結合テスト SIer (B) 開発・UT・内部結合テスト SIer (C) 開発・UT・内部結合テスト お客様
  • 4. 一般的なエンタープライズ・アプリケーション の開発・テスト体制と課題 4 © 2014 CA. ALL RIGHTS RESERVED. 外部結合~本番環境 SaaS メインフレーム ERP SIer (A) 開発・UT・内部結合テスト SIer (B) 開発・UT・内部結合テスト SIer (C) 開発・UT・内部結合テスト お客様 結合・システム・負荷テストの効率化  これらのテストをいかに「前倒し」するか  これらのテストの網羅性をいかに高めるか 開発・修正したアプリケーションのリリース  異なる環境へのアプリケーションのリリース  短時間でエラーなしにリリース
  • 5. 結合テスト・負荷テストの課題 十分なテストができないため後工程になっても 欠陥が収束しない マルチベンダーでのプロジェクトにおいて、他ベンダーの 開発スケジュールが自社の開発スケジュールに大きな影響を 与えている サブシステムとの連携/結合テスト時にインターフェース エラーなどの欠陥が検出されることが多い 連携先アプリケーションに制約 (利用時間、利用料金、本番 同等のトランザクション)があり、テストに影響を与えている テストデータの作成・維持管理の手間とコスト 負荷テストは最終のテスト工程で実施しているが、 そこでパフォーマンス問題が検出されることがしばしばある テスト環境(早ハーいド段ウ階ェでア結、合ミド・ル負ウ荷ェテアス、トアプを リケーション、 クラウド環境など)の調達に時間とコストがかかる できる仕掛けを採用する 5 © 2014 CA. ALL RIGHTS RESERVED.
  • 6. そこで、「サービス仮想化」 サービス仮想化とは:連携するシステムの振る舞い、データ、パ フォーマンスの特徴を捕捉しシミュレートするサービス。依存する システムに対する制約なしに仮想サービスをデプロイすすることで、低 いコスト、高い信頼性のあるシステムの短期開発を支援 6 © 2014 CA. ALL RIGHTS RESERVED.
  • 7. 生成された仮想サービスのイメージ  マジックストリング:文字列や数値を変数化  マジックデート:テスト実行日時と日時データの差分を自動認識  マスキング:機密データを保護  ステートフルな応答:コンテキストによって応答を切り替え 7 © 2014 CA. ALL RIGHTS RESERVED. CA Service Virtualization
  • 8. ほぼあらゆるIT資産を仮想化可能  メインフレームとコンポーネント  リスクソリューションプロバイダ  クレジット  SMS ゲートウェイ  支払サービス  カード処理サービス  テレカンファレンスサービス  旅行システム(GDS) 8 © 2014 CA. ALL RIGHTS RESERVED. CICS-CICS  プラットフォーム  SOA プロトコル MQ DB2 XML SOAP JMS JDBC UDDI .NET HTTP REST MQ CORBA JAVA
  • 9. サービス仮想化によって変わる 結合テストと負荷テスト 9 © 2014 CA. ALL RIGHTS RESERVED. 外部結合~本番環境 SaaS メインフレーム ERP SIer (A) SIer (B) SIer (C) お客様
  • 10. 仮想サービスによりテストを前倒し、 カバレージを向上、品質を向上 ターゲット・リリースサイクル 以前のリリースサイクル 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. 米国の大手銀行: テスト環境コストを20億円削減、テストカバレージを3倍に 課題  本番環境に対する変更が及ぼす挙動の変化を正確に予測する能力の欠如  複数のグローバルチームの連携、テストシナリオの実行に必要なシステムの利 用ができない非機能テストの実行上の制約  70以上のバックエンドシステム用に作成した手作りのスタブフレームワークの 維持費 ソリューション  手作りのスタブフレームワークに代わるソリューションとしてサービス仮想化 を導入  仮想サービスにより、より品質の高いテスト機能を提供(ネガティブテスト、 運用テスト、パフォーマンス・チューニング) 効果  新しいインフラストラクチャへの投資を抑制することにより20億円以上を削減  700以上のアプリケーションと1,200以上のユニークなサービスを仮想化  仮想サービスによるシステムの可用性が増えた結果、以前の300%以上のテス トを実施可能 11 © 2014 CA. ALL RIGHTS RESERVED.
  • 12. 一般的なエンタープライズ・アプリケーション の開発・テスト体制と課題 12 © 2014 CA. ALL RIGHTS RESERVED. 外部結合~本番環境 SaaS メインフレーム ERP SIer (A) 開発・UT・内部結合テスト SIer (B) 開発・UT・内部結合テスト SIer (C) 開発・UT・内部結合テスト お客様 結合・システム・負荷テストの効率化  これらのテストをいかに「前倒し」するか  これらのテストの網羅性をいかに高めるか 開発・修正したアプリケーションのリリース  異なる環境へのアプリケーションのリリース  短時間でエラーなしにリリース
  • 13. アプリケーション・リリースの課題 アプリケーション 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名  リリース作業だけの年間コスト = ? 13 © 2014 CA. ALL RIGHTS RESERVED.
  • 14. そこで、 リリース自動化による「継続的デリバリー」  誰が :リリースに関わる要員と権限  いつ :スケジュールと他のツールとの連携  何を :成果物の種類  どのように :プロセスと再利用化・抽象化の仕組み  どこに :開発工程とサーバー・ミドルウェア 開発環境、テスト環境、ステージング/本番環境に対してベルト コンベアに乗せるように、成果物をリリースできるメカニズム 14 © 2014 CA. ALL RIGHTS RESERVED.
  • 15. 1. リリース手順(プロセス)を可視化する リリースを自動化するアプリケーション デプロイの種類 デプロイ・プロセス 15 © 2014 CA. ALL RIGHTS RESERVED. アクション
  • 16. 2.リリースプロセスを環境と役割にマッピング 開発 結合 ステージング 本番 開発者 QAリーダー 汎用モデルとデプロイメント・データを分離(成果物、リリースデータと環境の 構成など)することで、あらゆるデプロイメントタイプに対して繰り返し可能/ 再利用可能なリリースプロセスを構築可能 16 © 2014 CA. ALL RIGHTS RESERVED. 運用リーダー
  • 18. 米国の銀行: アジャイルの課題を継続的デリバリーで改善 スクラム スプリント スプリント スプリント スプリント A D B A D B A D B A D B Test Deploy スプリント A D B スプリント T D A D B スプリント T D A D B 18 © 2014 CA. ALL RIGHTS RESERVED. スプリント T D A D B T D 継続的デリバリー アプリケーションのあらゆる変更が、本番に近い環境でテストされるようになった ソフトウェアは常に本番にデプロイできる状況を維持するようになった
  • 20. アプリケーション・テストとリリース自動化をご支援 要求 開発 統合 性能 受入 運用 環境構築の 時間、コスト アプリケーション のリリース テストの自動化/負荷テスト – CA Application Test サービスの仮想化 – CA Service Virtualization 継続的デリバリー – CA Release Automation 20 © 2014 CA. ALL RIGHTS RESERVED. 継続的モニタリング – CA APM – CA Mobile App Analytics
  • 21. 「継続的デリバリー」と「サービス仮想化」で変わる エンタープライズアプリケーションの品質  たくさんのアプリ  たくさんのインターフェイス  たくさんのリリース  さまざまなプラットフォーム  手軽にはつかえない環境  規制、法律の順守がより厳しい  監査のためにしっかり記録  たくさんの人が関わっている  自社だけで開発できない 21 © 2014 CA. ALL RIGHTS RESERVED. サービス仮想化 継続的 デリバリー
  • 22. CA Technologiesのポートフォリオ Business, rewritten by software™ マネジメントクラウド DevOps セキュリティ プロジェクト& ポートフォリオ・マネジメント サービス・マネジメント エンタープライズ モビリティ・マネジメント アプリケーション・デリバリー アプリケーション・ パフォーマンス・マネジメント インフラストラクチャ マネジメント ca Intellicenter ca Devcenter ca Opscenter ca Securecenter 22 © 2014 CA. ALL RIGHTS RESERVED. アイデンティティ管理 アクセス管理 API 管理 クラウド モバイル メインフレーム