Inquiry icon START A CONVERSATION

Share your requirements and we'll get back to you with how we can help.

Please accept the terms to proceed.

Thank you for submitting your request.
We will get back to you shortly.

マイクロサービスベースのリテールソリューション

クライアント

複数のブランドを所有し、さまざまな市場で展開している大手ファッション小売企業

業界

小売 / EC(Eコマース)

提供内容

本プロジェクトでは、世界各国で個別に構築・運用されていた複数のサードパーティ製ECシステムを統合し、グローバル規模でのEコマース基盤の再構築を実施しました。従来のシステム環境には、ベンダー管理の煩雑さや、ライセンス費・改修コストの増大、パフォーマンスの不安定さ、タイムリーな機能展開の欠如といった課題がありました。当社はクライアントと密に連携し、マイクロサービスアーキテクチャを採用した中央集約型のプラットフォームを構築。これにより、業務プロセスの効率化、システム性能の向上、そして大幅なコスト削減を実現しました。

当社のソリューションは、DemandwareやMagentoなどのサードパーティ製システムから自社開発プラットフォームへの移行に重点を置きました。商品カタログや注文管理システム(OMS)の最適化に加え、在庫管理システム(IMS)や倉庫管理システム(WMS)など、他の重要な業務システムとの堅牢な統合を確保しました。マイクロサービスアーキテクチャにより、ビジネスの成長に応じたスケーラビリティが可能となり、単一の中央システムから複数国の運営をサポートできるようになりました。

さらに表示 閉じる

QBurstの提供ソリューション

当社は、クライアントが自社のECプラットフォームを自ら管理できるよう、マイクロサービスベースのアーキテクチャを設計・実装しました。アカウント管理、商品カタログ、注文管理などの主要機能を、スケーラブルなマイクロサービスとして構築し、複数国への展開を可能にしました。

導入ソリューションのポイント

マイクロサービスアーキテクチャ

バラバラだった既存システムを置き換える堅牢なマイクロサービスアーキテクチャを構築。主なマイクロサービスは以下の通りです:

  • アカウントマイクロサービス:

    複数国対応の中央アカウント管理機能
  • カタログマイクロサービス:

    商品データや在庫情報を取得するための重要なAPI
  • OMSマイクロサービス:

    注文処理を行い、在庫・倉庫管理システムと連携

これらのマイクロサービスは、モジュール型・スケーラブル・内外部システムとの容易な統合性を備えています。

データ移行

  • アカウントデータ移行

    • サードパーティシステムからのデータをXML形式でエクスポートし、.gz形式に圧縮してAWS S3に保存
    • XMLをデータベース形式に変換し、整合性チェックを行ってから新システムへ移行
  • 注文データ移行

    注文履歴は二層構成で移行:
    • 最新データはPostgreSQL(ホットストレージ)に移行
    • 古いデータはレガシーデータストア(コールドストレージ)に残存
    • Kafkaマイグレーターが継続的に古いデータをPostgreSQLに移行し、リアルタイムで履歴データにアクセス可能に

OMS(注文管理システム)統合

OMSは、APIおよびETLプロセスを用いて在庫管理システム(IMS)・倉庫管理システム(WMS)とリアルタイム同期されました。バッチ処理には非同期処理を導入し、パフォーマンスを強化しました。

カタログのパフォーマンス最適化

  • インメモリキャッシング
  • APIキャッシュ
  • 並列クエリ処理
  • 非正規化によるデータ最適化

注文履歴データのアクセス最適化

注文履歴取得のプロセスを効率化:

  • ユーザーが注文履歴を要求した場合、まずPostgreSQLを検索
  • データが不足していればレガシーストアを検索し、結果を統合
  • Kafkaパイプラインが古い履歴データを継続的にPostgreSQLへ移行し、時間とともにパフォーマンスが向上

OMSのパフォーマンス強化

  • インメモリバスケットデータストア
  • ElasticSearch連携
  • データベースクエリ最適化
  • シャーディングとパーティショニング
  • 非同期ログ処理の導入

フロントエンド最適化

  • サーバーサイドレンダリング(SSR)
  • 遅延読み込み(レイジーローディング)
  • リソース圧縮

ビジネス上の課題

クライアントは、各国で異なるEコマースソリューションを利用しており、それが顧客体験の不統一、保守対応の煩雑化、そして業務運用上の非効率につながっていました。

  • ベンダーコントロールの欠如:

    サードパーティに依存しており、柔軟な対応が困難
  • 高コスト:

    ライセンス費用と変更要望のコストが大きく、変更にも時間を要していた点
  • 機能の展開遅延:

    新機能やバグ修正の展開が遅れ、収益機会の損失につながっていた点
  • データの所有権:

    顧客や注文データは第三者が管理しており、完全なコントロールができていなかった点
  • パフォーマンスとスケーラビリティ:

    ピーク時のアクセスに耐えられず、ダウンタイムが発生していた点

ビジネス上の成果

  • 自社開発のプラットフォームへの移行により、ライセンス費用の削減と改修依頼(CR)に伴う高額な外注コストの解消を実現。コスト効率が大幅に向上し、ベンダー依存の最小化につながった。
  • ECプラットフォームの全体管理を内製化することで、意思決定の迅速化と、重要業務データへのリアルタイムなアクセスが可能となり、運用効率および対応力が強化された。
  • 新機能や改善要素の迅速な導入が可能となり、リリースの遅延が抑制されたことで、収益機会の最大化が図られた。
  • サーバーサイドレンダリング(SSR)、遅延読み込み、リソース圧縮などの技術的最適化を通じて、各国で一貫性のある高品質なユーザー体験を提供。ページ表示速度と操作性が向上した。
  • システムアーキテクチャの最適化により、ピークトラフィックへの対応力が強化され、ダウンタイムが大幅に削減。スケーラビリティとパフォーマンスの向上が実現された。

テクノロジースタック

  • Java
  • Spring Boot
  • PostgreSQL
  • ElasticSearch
  • Redis
  • Kafka
  • DynamoDB
  • AWS S3
  • MapStruct
  • React.js
  • SSR
  • API
  • ETL
  • AWS
  • Docker
  • Kubernetes
  • Jenkins

QBurstの提供ソリューション

当社は、クライアントが自社のECプラットフォームを自ら管理できるよう、マイクロサービスベースのアーキテクチャを設計・実装しました。アカウント管理、商品カタログ、注文管理などの主要機能を、スケーラブルなマイクロサービスとして構築し、複数国への展開を可能にしました。

導入ソリューションのポイント

マイクロサービスアーキテクチャ

バラバラだった既存システムを置き換える堅牢なマイクロサービスアーキテクチャを構築。主なマイクロサービスは以下の通りです:

  • アカウントマイクロサービス: 複数国対応の中央アカウント管理機能
  • カタログマイクロサービス: 商品データや在庫情報を取得するための重要なAPI
  • OMSマイクロサービス: 注文処理を行い、在庫・倉庫管理システムと連携

これらのマイクロサービスは、モジュール型・スケーラブル・内外部システムとの容易な統合性を備えています。

データ移行

  • アカウントデータ移行
    • サードパーティシステムからのデータをXML形式でエクスポートし、.gz形式に圧縮してAWS S3に保存
    • XMLをデータベース形式に変換し、整合性チェックを行ってから新システムへ移行
  • 注文データ移行 注文履歴は二層構成で移行:
    • 最新データはPostgreSQL(ホットストレージ)に移行
    • 古いデータはレガシーデータストア(コールドストレージ)に残存
    • Kafkaマイグレーターが継続的に古いデータをPostgreSQLに移行し、リアルタイムで履歴データにアクセス可能に

OMS(注文管理システム)統合

OMSは、APIおよびETLプロセスを用いて在庫管理システム(IMS)・倉庫管理システム(WMS)とリアルタイム同期されました。バッチ処理には非同期処理を導入し、パフォーマンスを強化しました。

カタログのパフォーマンス最適化

  • インメモリキャッシング
  • APIキャッシュ
  • 並列クエリ処理
  • 非正規化によるデータ最適化

注文履歴データのアクセス最適化

注文履歴取得のプロセスを効率化:

  • ユーザーが注文履歴を要求した場合、まずPostgreSQLを検索
  • データが不足していればレガシーストアを検索し、結果を統合
  • Kafkaパイプラインが古い履歴データを継続的にPostgreSQLへ移行し、時間とともにパフォーマンスが向上

OMSのパフォーマンス強化

  • インメモリバスケットデータストア
  • ElasticSearch連携
  • データベースクエリ最適化
  • シャーディングとパーティショニング
  • 非同期ログ処理の導入

フロントエンド最適化

  • サーバーサイドレンダリング(SSR)
  • 遅延読み込み(レイジーローディング)
  • リソース圧縮

ビジネス上の課題

クライアントは、各国で異なるEコマースソリューションを利用しており、それが顧客体験の不統一、保守対応の煩雑化、そして業務運用上の非効率につながっていました。

  • ベンダーコントロールの欠如: サードパーティに依存しており、柔軟な対応が困難
  • 高コスト: ライセンス費用と変更要望のコストが大きく、変更にも時間を要していた点
  • 機能の展開遅延: 新機能やバグ修正の展開が遅れ、収益機会の損失につながっていた点
  • データの所有権: 顧客や注文データは第三者が管理しており、完全なコントロールができていなかった点
  • パフォーマンスとスケーラビリティ: ピーク時のアクセスに耐えられず、ダウンタイムが発生していた点

ビジネス上の成果

  • 自社開発のプラットフォームへの移行により、ライセンス費用の削減と改修依頼(CR)に伴う高額な外注コストの解消を実現。コスト効率が大幅に向上し、ベンダー依存の最小化につながった。
  • ECプラットフォームの全体管理を内製化することで、意思決定の迅速化と、重要業務データへのリアルタイムなアクセスが可能となり、運用効率および対応力が強化された。
  • 新機能や改善要素の迅速な導入が可能となり、リリースの遅延が抑制されたことで、収益機会の最大化が図られた。
  • サーバーサイドレンダリング(SSR)、遅延読み込み、リソース圧縮などの技術的最適化を通じて、各国で一貫性のある高品質なユーザー体験を提供。ページ表示速度と操作性が向上した。
  • システムアーキテクチャの最適化により、ピークトラフィックへの対応力が強化され、ダウンタイムが大幅に削減。スケーラビリティとパフォーマンスの向上が実現された。

テクノロジースタック

  • Java
  • Spring Boot
  • PostgreSQL
  • ElasticSearch
  • Redis
  • Kafka
  • DynamoDB
  • AWS S3
  • MapStruct
  • React.js
  • SSR
  • API
  • ETL
  • AWS
  • Docker
  • Kubernetes
  • Jenkins

他の事例を探す

More Stories
{'en-in': 'https://www.qburst.com/en-in/', 'en-jp': 'https://www.qburst.com/en-jp/', 'ja-jp': 'https://www.qburst.com/ja-jp/', 'en-au': 'https://www.qburst.com/en-au/', 'en-uk': 'https://www.qburst.com/en-uk/', 'en-ca': 'https://www.qburst.com/en-ca/', 'en-sg': 'https://www.qburst.com/en-sg/', 'en-ae': 'https://www.qburst.com/en-ae/', 'en-us': 'https://www.qburst.com/en-us/', 'en-za': 'https://www.qburst.com/en-za/', 'en-de': 'https://www.qburst.com/en-de/', 'de-de': 'https://www.qburst.com/de-de/', 'x-default': 'https://www.qburst.com/'}