モダナイゼーションがもたらす未来

モダナイゼーションがもたらす未来

1. 1. モダナイゼーションがもたらす未来株式会社ゼンアーキテクツ岡 大勝12015.4.23IT Modernization bring thefuture
2. 2. 自己紹介株式会社ゼンアーキテクツ代表取締役 CEOチーフアーキテクト岡 大勝Oka Hiromasa日本DEC、日本HPにて銀行・生保・損保の資産運用系システムに携わる。日本ラショナルソフトウェアではオブジェクト指向と開発プロセスの普及に努め、2003年、ゼンアーキテクツを設立。現在はエンタープライズ・アジャイルの現場適用支援を中心に活動している。1972年生まれ。著作：「本当に使える開発プロセス（日経BP社）」「ディシプリンド・アジャイル・デリバリー（翔泳社）」、他
3. 3. 本日のながれ1. 「ITモダナイゼーション」の9つの手法2. 企業システムの未来に向けたアプローチ
4. 4. 「再構築 vs 改修」• 必ず起きる論争。• 再構築へ傾きやすい。• ただ「改修」ではなく、選択肢はいくつもある。• 改修の選択肢が「モダナイゼーション」
5. 5. 「ITモダナイゼーション」• ITモダナイゼーションは、組織のIT文化をオーバーホールすることだと言える。• IT組織は、技術とスキルの革新、そしてビジネスからのプレッシャーに直面しており、過去に作られたIT資産を、これから求められる未来の姿に近づけていくことが求められる。https://www.gartner.com/it/products/research/it_modernization/it_modernization08.jsp
6. 6. 外的要因内的要因保守切れ• ハードウェア• OS• ミドルウェア• フレームワーク• 開発プラットフォーム非機能要求の変化機能要求の変化• 性能• キャパシティ• 可用性契約の変更・終了• データセンター• 開発ベンダー• 企業買収• セキュリティ• ユーザビリティ• 業務処理の変化• 新業務の追加• 業務革新モダナイゼーションの動機本当は使い続けたいのだけれども、手を入れなければならない。
7. 7. 9. リビルド：Re-Build1. リラーン：Re-Learn2. リドキュメント：Re-Document3. リファクター：Re-Factor4. リホスト：Re-Host5. リインタフェース：Re-Interface6. ラッピング：Wrapping7. リライト：Re-Write8. リプレース：Re-Place準備的モダナイゼーション中核的モダナイゼーション再構築的モダナイゼーションITモダナイゼーションの9つの手法改修規模小大
8. 8. サーバハードウェア /OSミドルウェア /フレームワークサーバアプリケーションクライアントアプリケーションクライアントハードウェア /OSDBMSデータリホストリホスト (Re-Host)リホストアプリケーションやミドルウェアに手を入れることなく、サーバハードウェアを交換する。OSバージョンが変更されることにより、ミドルウェアに影響を与える場合がある。• HWの保守切れ（外的）• 非機能要求の増大（内的）• TCO削減（内的）制約から逃れられないことが多い。検討時から実現可能性検証を。動 機
9. 9. サーバハードウェア /OSミドルウェア /フレームワークサーバアプリケーションクライアントアプリケーションクライアントハードウェア /OSDBMSデータリインタフェース (Re-Interface)サーバアプリケーションに手を入れることなく、ユーザーインタフェースの刷新を行う。クライアント/サーバー型アプリケーションでは現実的だが、レガシーWebシステムはUIの結合度が高いため注意が必要。リインタフェース• UIのモダナイズ（内的）• 配布コスト削減（内的）• 旧バージョンが入手不可（外的）最も検討される。アプリケーションの構造によってはリライトに発展。動 機
10. 10. サーバハードウェア /OSミドルウェア /フレームワークサーバアプリケーションクライアントアプリケーションクライアントハードウェア /OSDBMSデータクライアントとサーバの中間にラッピング層を設け、インタフェースおよびプロトコル変換を行うことで、サーバーアプリケーションへのアクセス多様性を実現する。ラッピング (Wrapping)ラッピング層他システムラッピング• リインタフェースの手段• アクセシビリティ向上（内的）• システムの機能を外から利用（内的）C/Sはスムーズ。レガシーWebは注意が必要。動 機
11. 11. サーバハードウェア /OSミドルウェア /フレームワークWebアプリケーションDBMSデータリコード (Re-Write)既存の機能を変更することなく、コード（プログラム）の全面書き換えを行う。ミドルウェアやフレームワークの更新を伴うことが多い。リライトWebブラウザ• MWの保守切れ（外的）• プラットフォームの刷新（内的）• アプリ修正コストの増大（内的）同一にこだわりすぎない。ツールに依存しすぎない。「仕様確定済み」が最大のメリット。動 機
12. 12. Modernization は老朽化したシステムを 延命 すること？• 長く使っていくための「再生」であり「変革」Transformation老朽化システム延命再生/変革リビルド？リプレース？
13. 13. 未来に向かうための 境界線何を生かし、何を捨てるのか。ライフサイクルの違いに着目• ビジネスモデル/データモデル：30年• システム基盤(HW/OS/MW)：10年• ユーザーインタフェース/デバイス/UX：5年未満「ハードウェアを入れ替えながらも、ソフトウェア資産はそのまま移行して使い続けたい」HP-UX11i製品紹介より基盤とUIはライフサイクルが異なる
14. 14. Enterprise ArchitectureFrameworkBusinessDataApplicationTechnology• カスタムアプリケーション• パッケージアプリケーション• サービス/プロセス実装 etc• 保持データ• データ構造• データ管理 etc…• 業務プロセス• 業務ルール• 組織構造 etc…• ハードウェア（サーバ、NW等）• ソフトウェア（言語、ミドル、UI等）• データセンター、回線 etc…FEAFArchitecturalModelhttp://en.wikipedia.org/wiki/Federal_enterprise_architectureライフサイクル長短
15. 15. Technology (Infrastructure)ライフサイクルによる境界線の識別(1)Application (Services)Technology (UI/UX)Data(Database)BusinessTechnologyは消耗品
16. 16. Technology (Infrastructure)ライフサイクルによる境界線の識別(2)Application (Services)Technology (UI/UX)Data(Database)BusinessApplicationとDataを、活かす
17. 17. API-based Web Application Architecture＜モダンWebアプリ＞• フロント・バックの疎結合• デザインと基盤の分離• Req : REST API• Res : JSON• バックエンドを軽く• フロントですべきことは、フロントで。無駄なデータ転送を削減。• Front-End : 70%のコード• Back-End : 30%のコード• バックエンドは堅く• 認証やバリデーションは、勝手に作り込まない。• Authentication• Validation• ORM• HTML5 Ready• WebSocket• WebStorageJSONFront-End<WebBrowser>Back-End<ServerApp>DatabaseSPA (SinglePageApplication)JavaScriptMVVMFrameworkJavaScriptBusinessLogicsHTML5/CSS3/JavaScriptDataProcessingAuthentication ValidationORM LoggingRESTAPI
18. 18. Cloud / Container / Virtualization• Portability• 軽量で柔軟なアプリケーション配備• サーバは落ちるもの。スケールアウト＋迅速な起動。• PaaS : CloudFoundry, Azure AppService• Container : Docker, EC2 Container• Reliability• 堅牢なデータ保持環境• データは消えないもの。遠隔地多重保持で当然。• Storage : Amazon S3, EBS, Azure Storage• Database : Azure SQL Database, Aurora• トレードオフの選択肢• 「自由度」と「軽さ」• IaaSは自由だが、Technologyのコントロールが必要• PaaSは軽量だが、環境制約に縛られるDatacenterNetworkingStorageServerVirtualizationContainerO/SMiddlewareRuntimeDataPaaS(Platform)SaaS(Software)CaaS(Container)IaaS(Infrastructure)Application
19. 19. Technology (Infrastructure)Infrastructure モダナイゼーションApplication (Services)Technology (UI/UX)Data(Database)BusinessRe-HostWindowsServer2003→Virtualization(MicrosoftAzureVM/Hyper-V)Re-WriteWindowsServer2003→PaaS (MicrosoftAzureAppService)
20. 20. Technology (Infrastructure)UI/UX モダナイゼーションApplication (Services)Technology (UI/UX)Data(Database)BusinessWrappingRe-InterfaceLegacyWebUI→REST/JSONInterface+APIBasedWebAppMF,UNIXService→REST/JSONWrapper+APIBasedWebAppREST/JSONI/F
21. 21. 「再生」から「サービス」そして「エコシステム（生態系）」へ• 「木」から「森」、個別最適から全体最適• エコシステムの「サービス」として再生• Solution/ Segment/ Enterprise Architecture老朽化システム再生済（Modernized）システムエコシステム
22. 22. 個別最適からの脱却を目指して• 既存システムを「サービス群」として捉える• 目に見えるものに囚われないMainFrame HP-UX OpenStack/VMWindowsServerLinuxServerAWS契約 取引 請求 支払顧客申込履歴 ナレッジ人事 給与 会計商品在庫カスタマーリレーションPHPApp人事・給与・会計Package在庫管理JavaWebApp請求支払管理C++App契約管理Package申込受付JavaWeb AppApplicationDataTechnology保守切れ業務効率化新制度対応利便性悪いスマホ対応
23. 23. 新陳代謝するエコシステムへMainFrame HP-UX OpenStack/VMWindowsServerLinuxServerAWS契約 取引 請求 支払顧客申込履歴 ナレッジ人事 給与 会計商品在庫Technology(Infra)カスタマーリレーションPHPApp人事・給与・会計Package在庫管理JavaApp請求支払管理C++App契約管理Package申込受付JavaWebAppApplicationDataRe-HostRESTAPIWrapping請求支払WebAppWeb給与明細RESTAPI企業間取引電子化RESTAPI電子契約書サービスデスクモダンWebAppRESTAPIRe-InterfaceTechnology(UI/UX)申込受付iPhoneAppApplicationとUIを分離
24. 24. 「アプリケーション = API」http://docs.openstack.org/openstack-ops/content/architecture.html
25. 25. エンタープライズ・エコシステム構築の観点• Lifecycle（ライフサイクル）• 適切なライフサイクルでの新陳代謝 → Enterprise Architecture• Loose Coupling （疎結合）• 責務/ライフサイクルで交換可能 → サービス化、SOA• Latest Technology （最新技術の採用）• その時代のテクノロジーを活用 → API based WebApp“3L”
26. 26. 本セッションのまとめ• モダナイゼーションはTransformation（進化）• モダナイゼーション手法は9種類• システム単独ではなく、エコシステム全体の進化を見据える• ライフサイクルに着目• その動機はどのレイヤーに影響するのか• Enterprise Architecture• UIとインフラは消耗品• REST I/F、モダンWebによる現代版C/SでUIを分離• C/Sはラッピング、レガシーWebはリインタフェースで• アプリのポータビリティ確保、もしくは長期保守可能なインフラを• アプリケーションとデータを長期間維持する• リラーン、リファクター、リライトで保守コストを削減• モダナイゼーションとSOAは相性が良い• UI技術の多様化、シンプルなAPI、そしてServiceBusの活用
27. 27. Thank You!zenarchitects.co.jpfacebook.com/zenarchitects