IBM WebSphere software presentation template

Transcription

1 WebSphere Application Server Version 9.0 へのマイグレーション - WAS Liberty 編 - 日本 IBM 株式会社クラウドソフトウェア事業 Application Platform Technical Sales 2018/03/16 Version IBM Corporation

2 おことわり このマイグレーションガイドは,WebSphere Application Server( 以下 WAS) のマイグレーションを行うさいの手順の全体を俯瞰し, その概要を把握していただくことを目的として作成されています この資料は以下の内容を含んでおります マイグレーションの全体的な流れ 多くのお客様で必要な一般的な作業内容 過去のマイグレーションプロジェクトでの経験事例 この資料は IBM の正式なレビューを受けていません 内容については正確を期すように勤めておりますが, 本資料を参照することにより生じた不利益, 損害等については一切責任を負いかねますので, あらかじめご了承下さい このガイドは, マイグレーションにあたって問題となる事象の完全なリストではありません 実際のマイグレーション作業においては, この資料に記述のない問題が発生する可能性もあります 実際の作業の手順などについては記述しておりません 実際にマイグレーションプロジェクトを行うにあたっては, 末章のリファレンスにあります InfoCenter やマイグレーションの RedBooks, 各種テクニカルノートなどをご参照いただくようにお願いいたします 2

3 Agenda WebSphere Application Serverの進化 マイグレーションのロードマップ アプリケーションのマイグレーション 実行環境のマイグレーション クラウドネイティブ環境への移行 参照リンク リファレンス 3

4 WebSphere Application Server の進化 4

5 WebSphere Application Server の歴史 Java EE 7 WAS V9 WAS V1.1 WAS V1.0 WAS V3.0 EJB WAS V3.5 Java 2 マルチ OS サポート WAS V4.0 J2EE 1.2 Web サービスサポート動的キャッシュリソースアナライザー WAS V5.1 JDK1.4 JSF PME 最新の WS* WAS V6.1 JDK 5 SIP サポート開発ツール (AST) 最新の WS* WAS V8.5 Liberty プロファイルインテリジェント管理 JavaSE 7 WAS V WAS V Java EE 6WAS V WAS V1.0からV9.0へ 2013 WAS V8.0 ~18 年の歴史と進化 ~ 2012 Java EE 5 WAS V7 FP 2011 WAS V7 WAS V Feature Pack 2009 WAS V WAS V8.0 J2EE Java EE 6 / JDK 6 WAS V6.0 バッチ実行環境 2006 WAS V5.1 ログ トレース高速化 J2EE 集中インストレーション管理 WAS V7 J2EE 1.2 WAS V Java EE 5 / JDK 6 WAS V8.5.5 WAS V6.0 柔軟な管理 WAS V J2EE 1.4 Liberty Core Edition 提供ランタイム プロビジョニング WAS V HA 機能拡張コードとFixの集中管理 WXSをBASE/NDに同梱 SOA 対応 Java 高速化 ( 参照圧縮 ) WAS V WAS V5.0 Webサーバー Pluginでの新 Mesaging Engine インテリジェント管理 J2EE 1.3 最新のWS* WAS V JDK 分散環境の新トポロジー WS-I Basic Profile WAS V9 登場!! Java EE 7, Java 8 対応 API 機能強化 API Connect を同梱クラウド対応強化 WAS V WAS Liberty Java EE 7 対応 5

6 WAS V9.0 のエディション構成 WAS Family Edition WAS ND WAS for z/os Traditional Liberty Intelligent Mgmt +WXS API Connect Essentials Traditional Liberty Intelligen t Mgmt +WXS Client ミッション クリティカルなアプリ向けに 可用性 高いパフォーマンス 高度な運用管理機能を提供 WXS の全機能が利用可能 z/os のシスプレックスの機能を活用して 高いセキュリティ 高信頼性 優れたリソース活用を実現 WXS z/os クライアント機能が利用可能 WAS (Base) Traditional API Connect Essentials Liberty +WXS Web 層のクラスタリングと セッション フェイルオーバー機能の提供により ある程度の規模の環境において 高いセキュリティと高パフォーマンスを提供するトランザクション エンジン WXS の HTTP セッション キャッシングと動的キャッシュが利用可能 WAS Liberty Core Liberty (Web Profile only) API Connect Essentials WAS CE はなくなります 軽量で低コストのLibertyプロファイル ベースの製品 Java EEの全機能が不要なWebアプリケーションの稼動環境を迅速に構築 6

7 WAS で提供される二つのランタイム バージョン WAS V8.0 提供される WAS ランタイム WAS Java EE6 完全対応 WAS V8.5 WAS Liberty プロファイル Servlet/JSP など基本機能 WAS Full プロファイル Java EE6 完全対応 WAS V8.5.5 WAS Liberty プロファイル Java EE6 Web Profile 対応 WAS Full プロファイル Java EE6 完全対応 WAS V WAS Liberty プロファイル Java EE7 完全対応 WAS Full プロファイル Java EE6 完全対応 WAS V9.0 WAS Liberty Java EE7 完全対応 WAS traditional Java EE7 完全対応

8 用途に応じたランタイムの選択 WAS traditional 既存資産の活用を目的としたランタイム 旧 WAS でおこなっていた従来の運用を継続したいお客様 WAS Liberty で対応していない旧 API を使用しているアプリケーションの実行環境として JAX-RPC や Entity Bean,CommonJ など WAS Liberty モダンなアプリケーション開発 サーバー運用に対応した新時代のランタイム 軽量さを活かした Agile 開発や CD( 継続的デリバリー ) ツールによる運用の自動化 Platform as Code クラウド環境での使用やリソースの限定された IoT 環境でも使用 8

9 WAS traditional の Java SE / EE のサポート WAS V6.1 J2EE 1.4 Servlet 2.4/JSP 2.0 EJB 2.1 J2SE 5.0 WAS V7.0 J2EE 1.4 Servlet 2.4/JSP 2.0 EJB 2.1 Java EE 5 Servlet 2.5/JSP 2.1 EJB 3.0 Java SE 6 WAS V8.0 J2EE 1.4 Servlet 2.4/JSP 2.0 EJB 2.1 Java EE 5 Servlet 2.5/JSP 2.1 EJB 3.0 Java EE 6 Servlet 3.0/JSP 2.2 EJB3.1 / JAX-RS1.0 Java SE 6 WAS V8.5 J2EE 1.4 Servlet 2.4/JSP 2.0 EJB 2.1 Java EE 5 Servlet 2.5/JSP 2.1 EJB 3.0 Java EE 6 Servlet 3.0/JSP 2.2 EJB3.1 / JAX-RS1.0 Java SE 6/7/8 (*1) WAS V9.0 Java EE 5 Servlet 2.5/JSP 2.1 EJB 3.0 Java EE 6 Servlet 3.0/JSP 2.2 EJB3.1 / JAX-RS1.0 Java EE 7 Servlet 3.1/JSP 2.3 EJB3.2 / JAX-RS2.0 Java SE 8 (*1) Java SE 8 のサポートは WAS V 以降 9

10 WAS Liberty の Java SE / EE のサポート WAS V8.5 Java EE 6 Web Profile(*1) Servlet 3.0/JSP 2.2 JAX-RS1.0 Java EE 7(*2) Servlet 3.1/JSP 2.3 EJB3.2 / JAX-RS2.0 Java SE 6/7/8(*3) WAS V9.0 Java EE 6 Web Profile Servlet 3.0/JSP 2.2 JAX-RS1.0 Java EE 7 Servlet 3.1/JSP 2.3 EJB3.2 / JAX-RS2.0 Java SE 8 (*1) Java EE 6 Web Profile のサポートは WAS V8.5.5 以降 (*2) Java EE 7 のサポートは WAS V 以降 (*3) Java SE 8 のサポートは WAS V 以降 10

11 二つのマイグレーションパス WAS V7.0/8.0,WAS V8.5 Full プロファイルから WAS V9.0 traditional へ移行 WAS V9.0 Liberty へ移行 WAS V7.0 Java EE5 完全対応 WAS V8.0 Java EE6 完全対応 この資料でカバー WAS Full プロファイル Java EE6 完全対応 WAS traditional 編 でカバー WAS V9.0 Liberty Java EE7 完全対応 WAS V9.0 traditional Java EE7 完全対応 11

12 なぜマイグレーションをおこなうのか 12

13 WAS マイグレーションのきっかけ システム更改 使用ソフトウェアの陳腐化 WASのサポート終了 SSL 技術の進歩 新しい環境への対応 新ブラウザ モバイル クラウド WAS Liberty が適している領域 クラウド ネイティブへの移行 コンテナ技術の採用 マイクロサービスアーキテクチャー DevOps,CI/CD,Immutable Infrastructure 13

14 WAS 7.0/8.0 通常サポート終了と JDK サポート終了 WAS 7.0 / 8.0 は 2018 年 4 月に通常サポートが終了します WAS 8.5 についは,JDK 6 は 2018 年 4 月以降,JDK 7 は 2019 年 9 月以降は新規の修正は作成されません WAS V /4 2019/9 JDK 6 WAS V8.0 JDK 6 WAS V8.5 JDK 6 JDK 7 JDK 8 14

15 WAS Liberty の JDK 対応 Java SE 6 対応 Version まで対応 Version 以降はJava SE 7 以降にのみ対応 Java SE 7 対応 Version まで対応 Version 以降はJava SE 8 以降にのみ対応 詳細は以下のURLを参照 /ae/rwlp_remfeat.html 15

16 マイグレーションの必要性 : クライアント技術の進歩 ブラウザの進歩 MSIE 6/8 MSIE 11/MS Edge Firefox,Google Chromeの普及 Mac OS Xのシェア拡大とSafari クライアントJavaScript 技術の進歩 Dojo toolkit, jquery Backbone.js, Vue.js, AngularJS, React, etc. モバイルOSの更新 ios 6/7/8/9/10 Android Jelly Bean/KitKat/Lollipop/Marshmallow/Nougat 16

17 セキュリティ :SSL/TSL 技術の陳腐化 2011 BEAST(CVE ) SSL,TLS の CBC モードの処理の初期化ベクトル決定に関する問題で生ずる脆弱性 2012 CRIME(CVE ) TLS 圧縮機能に存在する脆弱性 2013 LuckyThirteen(CVE ) SSL,TLS,DTLS の CBC モードの処理に存在する脆弱性 2014 POODLE(CVE ) SSL3.0 の CBC モードの脆弱性 POODLE bites TLS(CVE ) POODLE 同様の攻撃が TLS1.0 でも利用できる 2015 FREAK(CVE / CVE ) 過去の暗号輸出規制時のグレードが使われる問題 Bar Mitzvah Attack(CVE ) RC4 自身の脆弱性 Logjam(CVE ) Diffie-Hellman 鍵交換プロトコルを使用した TLS 接続で 512 ビットの輸出グレード暗号にダウングレードされる 2016 SLOTH(CVE / CVE ) TLS,MD5 の Hash 衝突の脆弱性 DROWN(CVE ) SSL v2 で RSA ベースの証明書を使っていると 同一証明書用いた TLS 通信が解読される問題 17

18 クラウド環境への対応 クラウドの活用は必須だが全てをクラウドに出すことはできない 社内システムと社外クラウドを連携させるHybrid Cloudへの挑戦 Systems of Insight Hybrid Cloud デジタル変革の基盤 Systems of Engagement Transactions ERP CRM Integration bus Social, Mobile, IoT Bluemix Analytics IoT Web Data Security BlockChain Mobile Systems of Record Cognitive 18

19 クラウド ネイティブ : さまざまな変化に迅速に対応できるシステムへの移行 2. 様々なBest Practice Top 9 rules for cloud applications The 12 Factor Apps 3. 開発方式 1. アプリのアーキテクチャー Micro services DevOps CI / CD 開発者 Platform as a Code / Immutable Infrastructure 4. 実行基盤 運用スタイル 19

20 マイグレーションのロードマップ 20

21 マイグレーションのロードマップ 調査 調査 計画 スキルの習得 開発環境 開発環境の更新 アプリケーションのマイグレーション 単体テスト 実行環境 実行環境のマイグレーション 実行環境のテスト 統合テスト サービス開始 開発環境 アプリケーションのマイグレーション 単体テスト 計画 スキル習得 統合テスト 実行環境 実行環境のマイグレーション 環境のテスト サービス開始 21

22 WAS Liberty 移行にあたっての開発 運用スタイルの変化 開発と運用の分担境界の変化 従来の開発の成果物は アプリケーション (WAR/EAR) が中心 WAS Liberty 環境では, 成果物は WAS 環境一式 や Docker イメージ化した サーバー環境一式 にすることも可能 サーバー構成やミドルウェアのバージョン管理などが開発の分担に 自動構築 自動デプロイの徹底 WAS Liberty では, 従来より自動化の範囲を大きく広げる事が可能 Immutable Infrastructure の考え方はほとんど必須に サーバー監視項目 ログ集約サーバーの構築の検討 プロセスやログの仕様が異なるため, 監視項目は新規に設計 22

23 Express エディション / Hypervisor エディションの廃止 Express エディション 32bit 版のみの提供だった Express エディションは役割を終え V9 からは提供されません Java EE Web プロファイルで稼働するアプリケーションを使用している場合は,Liberty Core への移行を検討して下さい Hypervisor エディション VMware の仮想マシンイメージとして提供されていた WAS ND 版 IBM Cloud Private などの最新の構築製品への移行が必要 各バージョンでのエディション構成 WAS 6.x WAS 7.0/8.0/8.5 WAS WAS 9.0 Express Express Express Liberty Core (Base) (Base) Liberty Core (Base) Network Deployment Network Deployment (Base) Network Deployment Hypervisor Edition Network Deployment Hypervisor Edition 23

24 関連ソフトウェアの更新 ベンダーからのサポート状況や, 組み合わせのサポート可否などの条件により, WAS と同時に使用している S/W などについても, 更新が必要な場合もある プラットフォーム (OS,H/W) データベース メッセージング製品等 WAS との連携がサポートされている S/W については, 以下の URL で確認可能 例 )WAS との組み合わせがサポートされている製品のバージョン ( 製品出荷時点 ) WAS 6.1 WAS 7.0 WAS 8.0 WAS 8.5 WAS 9.0 Windows 2000 /2003/ / R2 /2008/2008 R2 2008/2008 R2 2012/2012 R2 AIX 5.2/5.3/ / / / /7.2 Solaris 9/10 9/ Apache 2.0/ / /2.4 DB2 8.1/8.2/9/ /8.2/9/ /9.5/ /9.5/9.7/ /10.1/10.5/11.1 Oracle 9i/10g 10g/11g 10g/11g 10g/11g 12c 24

25 アプリケーションのマイグレーション 25

26 Migration Toolkit for Application Binaries アプリケーションのEAR/WARファイルを分析し 使用されているAPIや機能を調査するツール アプリケーションがWAS V9 Liberty/traditionalや Bluemix上のLiberty for Javaで実行することができるか分析します 移行計画段階の簡易調査ツールとして利用できます 26

27 Migration Toolkit for Application Binaries 評価 java -jar binaryappscanner.jar <WAR/EAR> --evaluate アプリケーションで使用されている API の一覧が示されます 分析 java -jar binaryappscanner.jar <WAR/EAR> --analyze --sourceappserver=[was61 was70 was80 was855] --sourcejava=[ibm5 ibm6 ibm7 oracle5 oracle6 oracle7] アプリケーションで使用されている API のうち移行にあたって注意が必要なものを出力します デフォルトでは結果は HTML ファイルとして出力されます JSON やテキスト形式の出力もできます 27

28 IBM WAS Migration Toolkit Javaソースコード 構成ファイルを静的に解析して 修正が必要な箇所 注意が必要な箇所を指摘 Eclipseに組み込んで使用するツール Eclipse Marketplaceからダウンロード導入可能 三種類の機能を提供 WAS Migration Toolkit 旧バージョンのWASからWAS V9 traditionalへ WAS Migration Toolkit WAS Liberty 旧バージョンのWASからWAS V9 Libertyへ WAS Migration Toolkit Competitive Tools 他社のアプリケーションサーバーからWASへ 無償で利用することができます 28

29 ( 再掲 )WAS Liberty の Java SE / EE のサポート WAS V8.5 Java EE 6 Web Profile(*1) Servlet 3.0/JSP 2.2 JAX-RS1.0 Java EE 7(*2) Servlet 3.1/JSP 2.3 EJB3.2 / JAX-RS2.0 Java SE 6/7/8(*3) WAS V9.0 Java EE 6 Web Profile Servlet 3.0/JSP 2.2 JAX-RS1.0 Java EE 7 Servlet 3.1/JSP 2.3 EJB3.2 / JAX-RS2.0 Java SE 8 (*1) Java EE 6 Web Profile のサポートは WAS V8.5.5 以降 (*2) Java EE 7 のサポートは WAS V 以降 (*3) Java SE 8 のサポートは WAS V 以降 29

30 WAS V9 Liberty への移行にあたって必要な主な手順 Java SE 8 への対応 Java EE 7 への対応 JAX-RPC/EJB Entity Bean など Liberty で使用できない旧 API を書き換え IBM 独自機能の除去 CommonJ/ 非同期 Bean などを書き換え DB 接続手順などを変更 JNDI Lookup を使用している場合など 30

31 Java SE 8 への移行 WAS V9 は Liberty/traditional ともに Java SE 8 のみが提供される WAS Liberty で自前の JRE 実行環境を別途用意する場合は, Java SE 6/7 の使用も可能 (2017 年 6 月 /2019 年 6 月版まで ) Java SE 8 への対応が必要 Java SE 6 は登場から 10 年以上が経過しておりトレンドから脱落 Java SE 8 も 2 年以上にわたって使用されており実績も十分 Java SE 6 Java SE 7 Java SE

32 Java Standard Edition の三度目の大変革 Java SE 8 では, 言語仕様レベルの大きな変更が行われた Project Lambda 過去二回 ( および ) に匹敵するあるいは, それ以上のインパクトのある大変革 Java 言語仕様 1st Edition JDK Java 言語仕様 2nd Edition J2SE Java 言語仕様 3rd (SE 7) Edition 1.4 J2SE 5.0 Java SE 6 7 Java 言語仕様 Java SE 8 Edition Java SE 8 32

33 Java SE 8 への移行 バイナリ互換 Java SE 7/6 用にコンパイルされたクラスファイルは基本的にそのまま稼働します Java クラスを直接操作する処理, クラス インターフェースの構造に前提をおいている処理の中に,Java SE 8 環境では動かないものがあります 例 :CDI コンテナ コンパイルインターセプタなど ソースコード互換 Java SE 7 以前の環境用に書かれた Java ソースファイルは, 一部の記述を修正する必要があることがあります J2SE 5.0 で導入された Generics を利用していないコードは, 使用するように書き換えることを強く推奨します Java SE 8 の新機能の多くが Generics の使用を前提としています 33

34 ソース互換とバイナリー互換 ソース上位互換 Java SE 8 のコンパイラで旧バージョンの形式の Java ソースをコンパイル バイナリ上位互換 旧バージョンのコンパイラでコンパイルした Class ファイルを Java SE 8 の Java VM で実行 -target 1.7 等でコンパイルした Class ファイルを Java SE 8 で実行 Java ソース Java SE 8 形式 Java コンパイラ Java SE 8 Class ファイル Version 52.0 Java VM Java SE 8 一部 NG (-source 1.7) -target 1.7 上位互換で基本 OK Java ソース Java SE 7 形式 Java コンパイラ Java SE 7 Class ファイル Version 51.0 Java VM Java SE 7 34

35 Java SE 8 新機能 :Project Lambda Lambda 式 型推論 Method Reference Default Method Stream API ( 引数 ) -> { 処理 } オブジェクトとして 変数に代入 したり メソッドの引数にわたす ことができる コード片 Java SE 8 の多くの機能の中核として利用されている 35

36 Java SE:Generics( 総称型 ) への対応 汎用的なオブジェクトを扱うクラスにおいて, 扱うオブジェクトの型をパラメーターとして指定できるように コンパイル時点での型の安全性の保証 型キャストの排除 コレクション フレームワークをはじめとして多くの標準 API が総称型を使用したものに変更 型を指定しないで使用するとコンパイル時に警告が出るように Java SE 8 の新機能の多くが Generics の使用を前提に Generics を利用していないと, 型推論が使えないため, 利用できない新機能が多数 単なる警告ではなく実害があるようになったので Generics の使用を強く推奨 36

37 Java SE:Generics を使用するように変更したコードの例 private HashMap hosts; // 型は指定しない public void init() throws IOException { hosts = new HashMap(); hosts.put("localhost", InetAddress.getLocalHost()); hosts.put("publicdns", " "); // エラーとならない } public InetAddress getaddress(string hostname) { return (InetAddress)hosts.get(hostname); // キャストが必要 } 潜在的なバグ ClassCastException が発生する可能性 private HashMap<String, InetAddress> hosts; // 型を指定する public void init() throws IOException { hosts = new HashMap<String, InetAddress>(); hosts.put("localhost", InetAddress.getLocalHost()); hosts.put("publicdns", " "); // コンパイルエラーとなる } public InetAddress getaddress(string hostname) { return hosts.get(hostname); // キャストは不要 } 37

38 Java SE: バージョン間の非互換への対応 仕様変更により一部にコンパイルが通らないコードや, コンパイルが正常に通った場合も,API の挙動がかわることがあります JDK 6.0 から JDK 7.0 への移行 Exception を catch 節の中で Re-throw する際の言語仕様変更など軽微なもののみ 非互換の詳細については, 以下の文章を参照 JDK 7.0 から JDK 8.0 への移行 原則として上位互換性がとられている J2SE 1.2 で非推奨となっていた Thread.stop() が無効化された, 1024 ビット未満の RSA 鍵が拒否されるなどの動作変更がいくつかある Class ファイルの構造についてある種の前提をおいているコードは動かない インターフェースはメソッド実装を持たない 同じアノテーションは重複しない など CDI コンテナなどが動かなくなった例がある 非互換の詳細については, 以下の文書を参照

39 Java SE: その他,JDK のバージョンによる挙動の違い 内部実装クラスへの依存 JDK/JRE 内部で使用されている非公開クラスの実装はバージョンごとに変更されることが多々あります Java プラットフォーム API 仕様 に載っていない JDK/JRE のクラスを直接使用している場合, 移行に当たって修正が必要となるケースがあります 基本的に, アプリケーションを作成する際には, これらの内部クラスを直接使用しないように実装してください file.encoding のコマンドライン引数 (-D) による変更 デフォルトのファイルエンコーディングを指定する file.encoding システムプロパティをコマンドライン引数で変更した場合の挙動は,JDK のバージョンによって異なります 変更が有効になるものと有効にならないものがあります デフォルトのファイルエンコーディングに依存し, file.encoding でデフォルトのエンコーディングを変更した上で実行しているアプリケーションは, 移行に当たって修正が必要となるケースがあります アプリケーションを作成する際には, 文字の変換処理では必ずエンコーディングを指定して, デフォルトのエンコーディングによって挙動が変わらないように実装してください 39

40 Java EE アプリケーションのマイグレーションの概要 Java EE 7 でオプションとなっている Java EE 仕様をつかっている場合には書き換えが必要 JAX-RPC: JAX-WS を使用して書き換え EJB Entity Bean: JPA を使用して書き換え JAX-R,Java EE Deployment: WAS traditional を使用する JSF 1.x: 可能な限り JSF 2.x に移行する IBM 独自機能を使用している場合は, 書き換えが必要 非同期 Bean,CommonJ: Concurrency Utility for Java EE を使用して書き換え 40

41 WAS Liberty での DB 接続 JNDI Lookup で DataSource を取得する場合 InitianlContext を作成する際のパラメーターは不要です com.ibm.websphere.naming.wsninitialcontextfactory は使用しません データベース Connection の接続検証 WAS Liberty は, 接続検証を行いません アプリ側で isvalid() メソッドを呼び出すことで検証します com.ibm.websphere.ce.cm.staleconnectionexception 接続障害時に StaleConnectionException は throw されません SQLRecoverableException もしくは SQLNonTransientConnectionException でリカバリー処理をおこないます データベースの接続パラメーター 名称が異なるものなどがあります ( 詳細は Knowledge Center を参照 ) wlp_mig_dbapp.html 41

42 統合テスト Rational Test Workbench (RTW) による機能テストの自動化 WASマイグレーションなどの稼働環境の変更時やPC端末更改 アプリケーションの修正/変更時に一度記録したスクリプトで繰り返しテストを実行 テストシナリオ 設定 テスト 実施 操作の 記録 スクリプト 生成 操作の 再生 結果の 検証 テストスクリプト 自動生成 画面操作を 記録 テスト 記録した スクリプト 操作を 再生 データプールにより スクリプトを変更せ ずテストケース数を増やすことが可能 必要に応じ て編集 マウス操作 キー入力 42

43 パフォーマンス測定 負荷テスト Rational Performance Tester (RPT) による負荷テスト HTTPプロトコルのやり取りを記録し 大量の仮想ユーザーで負荷テストを実行 WASマイグレーション時にサーバーへ大量の負荷を与え最適なチューニングを行う テストシナリオ 設定 操作の 記録 対象アプリケーション 画面遷移テストシナリオ スクリプト 生成 マウス操作 結果の 検証 テストシナリオ作成 テストスクリプト自動生成 プロトコル のやり取り を記録 Click テストの 実行 負荷設定 何人の ユーザーが どのような エミュレート を行うか スケジュール実行と レポートの生成 キー入力 43

44 実行環境のマイグレーション 44

45 WAS V7.0/8.0/8.5 から WAS V9.0 Liberty 管理概念が全く異なっている 構成ファイルの作成 修正 アプリケーションの導入 更新 サーバーの起動 停止 ログ トレースの出力 WAS traditionalと 同じ運用 を求めるとデメリットの方が多い なるべく同じ運用を求めるのであれば,WAS traditionalを選択 WAS Libertyのメリットを享受できる運用を再設計する DevOps,Platform as Code 構成ファイルのバージョン管理 サーバーの自動構成 自動運用, アプリケーションの自動配布 45

46 WAS Liberty の特長 Java EE 7 対応 Java EE 7 標準に準拠したアプリを完全サポート JAX-WS, JAX-RS, JMS もサポート新機能も継続的に提供 統合ツール (WDT) 高機能な Eclipse 用の連携ツールを無償で提供 Eclipse から簡単に使用可能 軽量ランタイムメモリー使用量が小 : 60MB 程度ディスク使用量も 100MB 程度起動が速い :5 秒程度 自動化ツールとの連携多くの OSS ツールに無償でプラグインを提供 Unzip による導入とデプロイパッケージをしたサーバー + アプリ + 構成情報を Unzip でデプロイ可能 WAS Liberty & WDT 様々な環境で稼動オンプレ, クラウド (IaaS PaaS),Docker で稼動 簡単な構成と動的変更最低限必要な構成ファイルは server.xml ひとつだけデフォルトベースで簡単構成構成変更は再起動なしに反映 API 公開 REST のアノテーションから Swagger を自動生成

47 軽量 高速なランタイム 軽量 数十メガバイトのメモリ消費 /100 メガバイト程度のディスク消費 コンテナや仮想環境への集約が容易に 高速起動 動的変更 数秒以内でサーバーが起動 サーバーの構成変更やアプリケーションの変更も即座に反映 モジュール構造のランタイム 提供機能を Feature としてモジュール化 必要な Feature だけを選択して導入 起動 構成ファイル server.xml <featuremanager> <feature>jsp-2.3</feature> <feature>jdbc-4.1</feature> <feature>jaxrs-2.0</feature> <feature>sessiondatabase-1.0</feature> <feature>ssl-1.0</feature> </featuremanager> JSON sessiondatabase JAX-RS 依存関係も自動的に解決 SSL JDBC JSP Servlet

48 WAS Liberty の継続的デリバリー 四半期ごとにフィーチャー単位で機能追加 WebSphere Application Server V8.5.5 WebSphere Application Server V scim samlweb rtcomm apidiscovery logstashcollector wsatomictransaction wssecuritysaml rtcommgateway bluemixutility 48

49 WAS V9 Liberty で提供されている Feature WebSphere z/os zossecurity-1.0 zostransaction-1.0 zoswlm-1.0 zosconnect-1.2 zoslocaladapters-1.0 WebSphere ND collectivecontroller-1.0 healthanalyzer-1.0 clustermember-1.0 healthmanager-1.0 scalingcontroller-1.0 scalingmember-1.0 dynamicrouting-1.0 WebSphere Base Java EE 6 subset javaee-7.0 sipservlet-1.0 mongodb-2.0 wssecurity-1.1 wssecuritysaml-1.1 rtcomm-1.0 couchdb-1.0 mediaservercontrol-1.0 rtcommgateway-1.0 batchmanagement-1.0 wsatomictransaction-1.2 WebSphere Liberty Core json-1.0 wab-1.0 blueprint-1.0 osgibundle-1.0 webprofile-6.0 ldapregistry-3.0 collectivemember-1.0 restconnector-1.0 monitor-1.0 sessiondatabase-1.0 serverstatus-1.0 distributedmap-1.0 webprofile-7.0 httpwhiteboard-1.0 osgiconsole-1.0 oauth-2.0 timedoperations-1.0 webcache-1.0 javamail-1.5 concurrent-1.0 passwordutilities-1.0 bluemixutility-1.0 logstashcollector-1.0 samlweb-2.0 bells-1.0 scim-1.0 spnego-1.0 eventlogging-1.0 requesttiming-1.0 osgiappintegration-1.0 openid-2.0 openidconnectclient-1.0 openidconnectserver-1.0 admincenter-1.0 federatedregistry-1.0 constraineddelegation-1.0 apidiscovery-1.0 jdbc-4.1 ssl-1.0 jsf-2.2 jsp-2.3 servlet-3.1 jsonp-1.0 jaxrs-2.0 jndi-1.0 ejblite-3.2 cdi-1.2 jpa-2.1 el-3.0 javamail-1.5 appsecurity-2.0 managedbeans-1.0 websocket-1.1 websocket-1.0 beanvalidation-1.1 jaxrsclient-2.0 batch-1.0 jms-2.0 mdb-3.2 ejb-3.2 ejbremote-3.2 ejbhome-3.2 jaxb-2.2 jaxws-2.2 jca-1.7 jaspic-1.1 jacc-1.5 concurrent-1.0 wasjmsclient-2.0 wmqjmsclient-2.0 ejbpersistenttimer-1.0 appclientsupport-1.0 j2eemanagement

50 ゼロマイグレーション ポリシー 新しい仕様のバージョンに対応するフィーチャーが追加されても, 従来のフィーチャーも提供 例 ) 現在はServlet 3.1フィーチャーが提供されていますが, Servlet 3.0フィーチャーも引き続き利用できます 新バージョン 新バージョン servlet-3.1 servlet-3.0 servlet-3.1 servlet-3.0 一般的なアプリケーションサーバー WAS Liberty プロファイル アプリケーションで新仕様が必要なければ従来のフィーチャーをそのまま利用可能 フィーチャーは個別にリポジトリからダウンロード 導入が可能 ただし, 対応するJDKのバージョンは将来のバージョンで変更されます 50

51 WAS traditional の運用 作成した構成はその環境固有のもので, 他の環境へのコピーは不可 構成は全てWASの管理インターフェースを利用 構成ファイルの直接編集や外部ツールでの配布は非サポート 履歴管理などは台帳などで別途管理 Dmgr 管理コンソール (GUI) wsadmin( スクリプト ) パラメーター設計書 運用順書 変更管理台帳... 51

52 WAS Liberty のシンプルで柔軟な構成 基本は server.xml という単一のファイルで容易に構成 全ての構成項目がデフォルトの値をもつ デフォルトから変更する場合にのみ記述 可搬性の高い記述が可能 変数や相対パスによる環境固有情報の排除 他の環境へのコピーが容易 従来の WAS の構成ファイルの例 <?xml version="1.0" encoding="utf-8"?> <security:security xmi:version="2.0" xmlns:xmi=" <?xml version="1.0" encoding="utf-8"?> xmlns:orb.securityprotocol=" <security:security xmi:version="2.0" xmlns:xmi=" xmlns:security=" xmlns:orb.securityprotocol=" <?xml version="1.0" encoding="utf-8"?> xmi:id="security_1" uselocalsecurityserver="true" xmlns:security=" <security:security usedomainqualifiedusernames="false" xmi:version="2.0" xmlns:xmi=" enabled="true" cachetimeout="600" xmi:id="security_1" issuepermissionwarning="true" uselocalsecurityserver="true" xmlns:orb.securityprotocol=" activeprotocol="both" usedomainqualifiedusernames="false" enforcejava2security="false" enabled="true" cachetimeout="600" enforcefinegrainedjcasecurity="false" xmlns:security=" issuepermissionwarning="true" appenabled="false" activeprotocol="both" dynamicallyupdatesslconfig="true" enforcejava2security="false" xmi:id="security_1" uselocalsecurityserver="true" usedomainqualifiedusernames="false" enabled="true" cachetimeout="600" allowbasicauth="true" enforcefinegrainedjcasecurity="false" activeauthmechanism="ltpa_1" appenabled="false" activeuserregistry="wimuserregistry_1" dynamicallyupdatesslconfig="true" issuepermissionwarning="true" activeprotocol="both" enforcejava2security="false" defaultsslsettings="sslconfig_1"> allowbasicauth="true" activeauthmechanism="ltpa_1" activeuserregistry="wimuserregistry_1" enforcefinegrainedjcasecurity="false" appenabled="false" dynamicallyupdatesslconfig="true" <authmechanisms allowbasicauth="true" xmi:type="security:krb5" defaultsslsettings="sslconfig_1"> activeauthmechanism="ltpa_1" xmi:id="krb5_1" OID="oid: " activeuserregistry="wimuserregistry_1" authcontextimplclass="com.ibm.isecuritylocalobjecttokenbaseimpl.krb5wssecuritycontextimpl" <authmechanisms xmi:type="security:krb5" xmi:id="krb5_1" OID="oid: " authcontextimplclass="com.ibm.isecuritylocalobjecttokenbaseimpl.krb5wssecuritycontextimpl" defaultsslsettings="sslconfig_1"> authconfig="system.krb5" authconfig="system.krb5" <authmechanisms simpleauthconfig="system.krb5" xmi:type="security:krb5" simpleauthconfig="system.krb5" xmi:id="krb5_1" authvalidationconfig="system.krb5" authvalidationconfig="system.krb5" OID="oid: " krb5realm="" krb5realm="" authcontextimplclass="com.ibm.isecuritylocalobjecttokenbaseimpl.krb5wssecuritycontextimpl" krb5config="" krb5config="" krb5keytab="" krb5keytab="" krb5spn="was/${host}" krb5spn="was/${host}" trimusername="true" trimusername="true" enabledgsscreddelegate="true"/> authconfig="system.krb5" simpleauthconfig="system.krb5" enabledgsscreddelegate="true"/> authvalidationconfig="system.krb5" <authmechanisms krb5realm="" <authmechanisms xmi:type="security:ltpa" krb5config="" xmi:type="security:ltpa" krb5keytab="" xmi:id="ltpa_1" krb5spn="was/${host}" xmi:id="ltpa_1" OID="oid: " OID="oid: " trimusername="true" authcontextimplclass="com.ibm.isecuritylocalobjecttokenbaseimpl.wssecuritycontextltpaimpl" enabledgsscreddelegate="true"/> authconfig="system.ltpa" <authmechanisms xmi:type="security:ltpa" xmi:id="ltpa_1" OID="oid: " authconfig="system.ltpa" simpleauthconfig="system.ltpa" authvalidationconfig="system.ltpa" authcontextimplclass="com.ibm.isecuritylocalobjecttokenbaseimpl.wssecuritycontextltpaimpl" timeout="120" timeout="120" keysetgroup="keysetgroup_1"> authconfig="system.ltpa" keysetgroup="keysetgroup_1"> <trustassociation simpleauthconfig="system.ltpa" xmi:id="trustassociation_1" authvalidationconfig="system.ltpa" <trustassociation xmi:id="trustassociation_1" enabled="false"> timeout="120" enabled="false"> <interceptors keysetgroup="keysetgroup_1"> <interceptors xmi:id="tainterceptor_1" xmi:id="tainterceptor_1" interceptorclassname="com.ibm.ws.security.web.tamtrustassociationinterceptorplus"/> <trustassociation xmi:id="trustassociation_1" enabled="false"> interceptorclassname="com.ibm.ws.security.web.tamtrustassociationinterceptorplus"/> <interceptors <interceptors xmi:id="tainterceptor_2" xmi:id="tainterceptor_1" <interceptors interceptorclassname="com.ibm.ws.security.spnego.trustassociationinterceptorimpl"/> interceptorclassname="com.ibm.ws.security.web.tamtrustassociationinterceptorplus"/> xmi:id="tainterceptor_2" interceptorclassname="com.ibm.ws.security.spnego.trustassociationinterceptorimpl"/> <interceptors </trustassociation> xmi:id="tainterceptor_2" </trustassociation> <singlesignon interceptorclassname="com.ibm.ws.security.spnego.trustassociationinterceptorimpl"/> xmi:id="singlesignon_1" requiresssl="false" domainname="" enabled="true"/> <singlesignon xmi:id="singlesignon_1" requiresssl="false" </authmechanisms> </trustassociation> domainname="" enabled="true"/> <authmechanisms <singlesignon xmi:id="singlesignon_1" xmi:type="security:spnego" requiresssl="false" xmi:id="spnego_1" domainname="" OID="oid: " enabled="true"/> </authmechanisms> authcontextimplclass="com.ibm.ws.security.spnego.trustassociationinterceptorimpl" </authmechanisms> <authmechanisms <authmechanisms xmi:type="security:spnego" xmi:type="security:spnego" xmi:id="spnego_1" allowappauthmethodfallback="false"/> xmi:id="spnego_1" OID="oid: " OID="oid: " authcontextimplclass="com.ibm.ws.security.spnego.trustassociationinterceptorimpl" authcontextimplclass="com.ibm.ws.security.spnego.trustassociationinterceptorimpl" allowappauthmethodfallback="false"/> allowappauthmethodfallback="false"/> Liberty プロファイルの最小構成ファイルの例 <server description="new server"> <!-- Enable features --> <featuremanager> <feature>jsp-2.3</feature> </featuremanager> </server> 52

53 Liberty のパッケージ化 既存環境の構成 アプリケーション Liberty 実行環境をそのまま ZIP/JAR ファイルにパッケージすることができる 必要最小限のフィーチャーだけをパッケージ化することで実行環境をコンパクトにすることも可能 パッケージを展開するだけで導入が可能 構成やアプリケーション導入が終わった状態で即座に利用可能 OS#1 OS#2 ディスク ディスク 3 デプロイ 2 サーバー構成 1 インストール アプリサーバー構成 Liberty Profile Java SDK 4 パッケージ zip/jar ファイル 5 展開 server package < サーバー名 > --include=minify アプリ サーバー構成 Liberty Profile Java SDK 元のサイズよりコンパクトに! 53

54 WAS Libertyの運用例 アプリケーションだけでなく WAS Libertyの構成ファイルも外部ツールでバージョン管理 サーバー環境の品質 確実性を確保 アプリケーションやLiberty実行環境もパッケージして配布 環境の修正が必要な場合は 配布済み環境ではなくマスターを修正 マスター構成 アプリ ケーション 構成 ファイル Liberty Collective 変更 履歴管理 自動配布 Jenkins 54

55 Immutable Infrastructure / Infrastructure as Code 環境は自動構築し, 一度構築した環境は修正をしない 実行環境に問題が見つかった場合 : 従来は : 実行環境を直接変更する IIでは : 環境を構築する コード を修正し, 環境を再構築 手作業による再現性のない作業 ( の繰り返し ) コード実行による均質な作業と実行結果 大量のドキュメント 作業手順書の整備 短時間で確実なアウトプット 自動化された履歴管理

56 IBM UrbanCode Deploy テスト環境 ~ 本番環境までのアプリケーション デプロイの自動化をサポート WAS Liberty 用の部品も提供され構成やアプリケーションの配布を簡単に オペレーション ミスの削減 工数削減 ガバナンス強化 ボタンを押すだけで 自動デプロイが可能 ドラッグ & ドロップでプロセスをビジュアルに定義 56

57 クラウド ネイティブ環境への移行 57

58 変化に迅速に対応できるシステムへの移行 2. 開発方式 1. アプリのアーキテクチャー Micro services DevOps CI / CD 開発者 コンテナ化 / Platform as Code / Immutable Infrastructure 3. 実行基盤 運用スタイル 58

59 マイクロサービス アーキテクチャー 単一の ( モノリシックな ) アプリとして実装するのではなく, 複数のサービスの統合として実装する 変更の影響範囲を極小化 機能の変更 拡張の容易性 REST などの軽量な接続により多対多の直接連携 用途に応じた最適な実装技術の選択 開発 運用する企業組織の構造にまで踏み込んだアーキテクチャー Conway の法則 : 組織の設計するシステムは組織のコミュニケーション構造をそのまま反映する REST を中心とした API による連携 59

60 コンテナ技術の活用 OS 機能を仮想環境間で共有するためより多くの環境を集約 コンテナ上で稼働するイメージは可搬性が高く, 複数環境 ( 開発 テスト 検証 本番環境など ) での再利用が容易 WAS Liberty は Linux のコンテナ環境 Docker と高い親和性 OS OS コンテナーエンジン ハイパーバイザーサーバー リソース ホスト側 OS サーバー リソース ホスト側 仮想マシン環境 コンテナー環境 60

61 Docker イメージで Liberty を配布 Dockerfile で作成された Docker イメージは可搬性がある マスターの Docker イメージを履歴管理 ビルド アプリケーション 設定ファイル 変更 履歴管理 Docker Trusted Registry 自動配布 Jenkins テスト環境や本番環境に同一イメージを配布

62 従来のアプリケーション開発 更新 本番環境 アプリケーション 検証環境 アプリケーション 成果物 開発会社テスト環境 アプリケーション 開発 ミドルウェア関連 SW ミドルウェア関連 SW ミドルウェア関連 SW 導入構成 変更 導入構成 変更 導入構成 変更 運用担当者 開発者 それぞれの環境で個別に環境を構築 管理 本番 / 検証環境のミドルウェアなどは運用担当者が更新 実装に利用可能なのは, 運用担当者がスキルを持った環境のみ 62

63 Docker によって変わるアプリケーション開発 更新 本番環境 アプリケーション ミドルウェア関連 SW 検証環境 アプリケーション ミドルウェア関連 SW 成果物 開発会社テスト環境 アプリケーション ミドルウェア関連 SW 開発 Docker イメージを作成 導入構成 変更 運用担当者 開発者 運用担当者は Docker 環境を構築, ミドルウェアなどは開発者が構築 本番 / 検証環境のミドルウェアなどもアプリ同様に開発者が更新 開発者が実装利用する言語 / ミドルウェアを自由に選択可能 63

64 Workload Management 機能の提供 従来は,Web アプリケーションサーバーごとにクラスタリング機能やロードバランシングなどの機能が提供されていた コンテナ環境では, 統合管理を行うオーケストレーションツールが様々な Web アプリケーションサーバーに対して総合的にクラスタリング機能や耐障害性, ロードバランシング機能を提供 Docker 環境のオーケストレーションツールのデファクトスタンダードは Kubernetes WAS ND の Edge コンポーネント + Web サーバープラグインの WLM から Kubernetes の WLM への移行も検討 64

65 IBM Cloud Privateの活用 構築の困難なDocker/Kubernetes環境を容易に構築 管理 様々なOSS/製品の組み合わせをIBMがテスト サポート 環境構築の自動化ツールや開発 運用の各種機能も併せて提供 DevOpsツールチェーン セルフサービス IBMミドルウェア / OSS ソリューション カタログ MQ Openwhisk お客様管理のシステム基盤 オープンソー ス ソフトウェ ア 運用管理/セキュリティ/課金 IBM Cloud Automation Manager 従来型ワークロード マルチクラウドでの構築自動化 Kubernetes クラウドネイティブ アプリ Cloud Foundry コンテナー環境の活用 IBM Z 他社クラウド 65

66 参照リンク リファレンス 66

67 参照情報 Knowledge Center マイグレーション 共存 および相互運用 sphere.nd.multiplatform.doc/ae/welc6topmigrating.html Knowledge Collection: Migration Planning and Resources IBM WebSphere Application Server Migration Toolkit RedBooks WebSphere Application Server V8.5 Migration Guide 67

68 参考情報 WAS V8.0 による Web システム基盤設計ワークショップ資料 WAS V9 Liberty 基盤設計セミナー資料 68