最も重要な業務を支えるシステムほど、変えるのが難しい
老朽化したシステムは、誰も触りたくない基幹元帳、請求、ERP拡張、バックオフィスツールを動かしていることがよくあります。変更しにくく、要員を確保しにくく、セキュリティを保つのも難しくなっており、構築した人はすでに去っていることが多いのです。
一度に置き換えるのは、企業が実行できる最もリスクの高いプロジェクトの一つです。SAP ECCのサポート終了などのベンダー期限や、DORAなどのレジリエンス規制が移行を急かします。
変わること
一括切り替えをしない
旧システムと新システムを並行して動かし、結果を比較するため、どの段階でも事業は動き続けます。
より速いペースのモダナイゼーション
エンジニアとテストで検証するAI支援のコード分析・リファクタリングが、作業で最も遅い部分、旧コードの理解を短縮します。
ライセンスとメインフレームの廃止
置き換えた部分を停止し、データをアーカイブし、ライセンスとインフラを終了します。
提供内容
システムと技術的負債の評価
コード、データ、インターフェース、依存関係、それらを理解する人材の棚卸しと、リスクの順位づけ。
選択肢とロードマップ
各部分について、維持、ラップ、リプラットフォーム、書き換え、廃止のいずれかを、理由と作業順序とともに選びます。
AI支援のコードリファクタリング
旧コードを読み解き、リファクタリングを提案し、テストを起草するAIツール。すべての変更はエンジニアがレビューし、テストスイートで確認します。
ストラングラーパターンによる移行
旧システムの前にモダンなAPIレイヤーを置き、旧コードを呼び出すものがなくなるまで、その背後で機能を一つずつ再構築します。
特性化テストと並行稼働
旧システムが実際に何をするかを記録するテストと、各切り替え前に実際のワークロードで旧新の出力を比較する運用。
データベース移行
COBOLファイル、DB2、Oracle Databaseからクラウドネイティブデータベースへデータをマッピング、クレンジング、移行し、何も失われず変わっていないことを示す照合レポートを用意します。
メインフレームとモノリスの廃止
置き換えた各部分を停止し、データを監査用にアーカイブし、ライセンスとインフラを終了する方法。
私たちの進め方
システムを理解する
コードを読み、データを追跡し、運用する人に話を聞き、実際に何をしているかを記録します。
進む道を選ぶ
どの部分を維持、ラップ、移行、廃止するか、その順序をお客様と決めます。
ラップする
旧システムの前にAPIレイヤーを置き、新しい作業がその内部に依存しないようにします。
部分ごとに置き換える
APIレイヤーの背後で機能を一つずつ再構築し、一致を示すテストを用意します。
並行稼働
旧新を並行して動かし、結果を比較し、一致した場合にのみ切り替えます。
廃止する
置き換えたものを停止し、データをアーカイブし、ライセンスとインフラを削除します。
モダナイズ元とモダナイズ先の技術
より珍しいプラットフォームについては、まずコードを評価し、当社にスキルがあるかを率直にお伝えします。製品名の記載は、そのベンダーとのパートナーシップを意味しません。
- 言語
- Java
- フレームワーク
- .NET
- データベース
- Oracle Database
- Microsoft SQL Server
- PostgreSQL
- DevOpsと可観測性
- Docker
- Kubernetes
- 連携
- SOAP
契約で裏づけるゼロ中断
約束を信じてほしいとは求めません。マイルストーンの受け入れゲート、ロールバックとデッドレターキューを備えた冪等なトランザクション、ローンチ後の不具合保証を契約に明記します。
始め方
障害のある、または文書化されていない稼働中システムは、Brownfield Diagnostic Bridgeから始まります。コード、データ、セキュリティの短期監査です。救済、リファクタリング、再構築のいずれかの率直な判定と、固定価格の提案で終わります。
今後の流れ
事前コンサルティングセッション
無料の30分オンライン事前相談です。目標、システム、制約を伺います。
準備状況レビュー
無料の48時間準備状況レビューで、プリンシパルアーキテクトがプロジェクトを6項目のDefinition of Readyに照らして確認し、適切なトラックを提案します。
トラックの選択
スコープが確定したプロジェクトには、拘束力のある提案書を3–5営業日以内にお渡しします。構想段階のプロジェクトはBlueprint Studioから始まります。稼働中のシステムに障害がある場合、文書化されていない場合、連携が必要な場合は、1–2週間の診断から始まります。Blueprint Studioと診断はそれぞれ固定料金で、提案書に記載します。
5段階での提供
体制の立ち上げ、ライブ実演を伴うスプリント、連携と堅牢化、受け入れと本番稼働、そしてマネージドサービス。ローンチ後は保証期間と、その後の任意のサポート・保守が待っています。
よくある質問
なぜシステム全体を一度に書き換えないのですか。
全面書き換えは、何かを置き換える前に何年もの挙動に一致しなければならず、その間も事業は変化し続けます。そうしたプロジェクトは長期化し、穴を抱えてローンチすることがよくあります。機能を一つずつ置き換えれば早期に価値を届けられ、旧システムを安全網として保てます。どの段階でも中止や方向転換ができます。
移行中に事業を止める必要がありますか。
止めなくて済むよう設計しています。各部分を並行して構築・実証する間も旧システムは動き続けます。作業は徐々に新しい部分へ移り、問題があれば戻せます。データ移行で切り替えが必要な場合は、事前にリハーサルし、お客様と日程を決めます。
モダナイゼーションでAIは実際に何をしますか。
大量の旧コードを素早く読み、プログラムの動作を説明し、データの流れを追跡し、リファクタリングを提案し、テストを起草します。何を変更するかはエンジニアが決め、すべての行をレビューし、特性化テストで実証します。AIは理解を速めますが、検証を置き換えるものではありません。
旧システムを完全に理解している人はいません。それでもモダナイズできますか。
はい、よくあることです。知識はコード、データ、ログ、システムを使う人から回復します。実際の動作を特性化テストに記録し、それが新しい部分が満たすべき仕様になります。
COBOLとDB2のワークロードをメインフレームから移せますか。
はい。COBOLプログラムをクラウドネイティブサービスとして変換または再構築し、DB2データを各段階で照合しながら移行します。バッチジョブとファイルインターフェースにはモダンな同等機能を用意します。安定していて移行コストの高い部分は、順番が来るまでAPIレイヤーの背後に残せます。
システムを置き換えるよりラップするほうがよいのはどんな場合ですか。
旧基幹系が安定して正しく動いているが、到達しにくい場合です。その前にモダンなAPIを置けば、内部に触れずに新しいチャネル、パートナー、製品が機能を利用できます。システムが変化を妨げる、セキュリティを保てない、要員を確保できない場合は置き換えを勧めます。
稼働中のシステムが障害中、または未文書化ですか
Brownfield Diagnostic Bridgeが、救済やリファクタリングの前に、コード、データ、ボトルネックを監査します。
今後の流れ
準備状況レビュー
無料の48時間準備状況レビューで、プリンシパルアーキテクトがプロジェクトを6項目のDefinition of Readyに照らして確認し、適切なトラックを提案します。
既存システムの診断
1–2週間で、当社のプリンシパルエンジニアがコード、ERPとデータベースのスキーマ、API、インフラを監査し、漏えいしたシークレットと弱い暗号をスキャンします。
救済、リファクタリング、再構築
率直なエンジニアリングスコアカードと救済・リファクタリング・再構築のいずれかの判定と、固定価格の改善提案をお渡しします。
救済費用への充当
XSISが実施する場合、診断料金の100%を救済または連携の費用から差し引きます。 その後、作業は同じ5段階の提供プロセスで進みます。