大容量ファイルのアップロード&ダウンロード

ファイル転送

Web上で大容量ファイルを、確実に完了まで転送する。

Web上でのファイルのアップロードとダウンロードはよく知られた機能ですが、ファイルが大きくなり、転送時間が長くなり、同時に接続するユーザーが増えるにつれて、管理すべき条件は通常のHTTP/Sベースのファイル処理の範囲を超えて急速に増えていきます。モバイルとWi-Fiの切り替え、一時的なネットワーク断、ブラウザの終了と再接続、プロキシやロードバランサーの環境、長時間に及ぶ転送、増加する同時利用など、実際のWeb環境は予測が難しいものです。

ファイル転送

Webファイル転送を、独立した転送機能として運用する。

一般的なWebアプリケーションでは、ファイル転送はHTTP/Sリクエストとアプリケーションロジックの一部として始まることが多くあります。これは小さなファイルや短時間の転送であれば十分ですが、ファイルサイズと転送時間が増えるにつれて、接続の維持、中断からの復旧、部分転送の処理、リトライ、同時利用ユーザーへの対応、最終的な完了の検証を、1つのリクエストの中で管理することが難しくなっていきます。

INNORIXを使うと、Webアプリケーションは認証、権限管理、フォーム、メタデータ、ビジネスロジックの処理をそのまま継続しながら、長時間にわたる大容量、大量ファイル転送と転送状態を別の実行単位として管理できます。既存のサービスを作り直すのではなく、ファイル転送の部分を専用の転送機能で強化します。

ファイル転送

中断やネットワークの変化があっても、ユーザーの転送を継続する。

Webの大容量ファイル転送では、瞬間的なピーク速度と同じくらい、ユーザーが最初からやり直す場面を減らすことが重要です。たとえば10GBのファイルが99%まで進んだ時点で一時的にネットワークが不安定になった場合、ファイルを丸ごと選び直してゼロからやり直させるよりも、すでに転送済みの状態をもとに必要な部分から継続するほうが、実際のユーザー体験と作業の完了時間に大きく影響します。

オフィスのWi-Fiからモバイルネットワークへの切り替え、VPNやプロキシの経由、長時間のアップロード中のパケットロスと再接続でも、同じ考え方が当てはまります。INNORIXはHTTP/S通信上で転送そのものの状態を管理し、再開、部分転送、リトライ、リカバリーを適用することで、一時的な接続の変化がジョブ全体の失敗につながらないようにします。

ファイル転送

同時利用が増えても、転送を一つひとつ独立して管理する。

Webサービスのトラフィックは、必ずしも緩やかに増えるとは限りません。入札、申請、提出期限、研究データの提出、大規模プロジェクトのアップロード、コンテンツ登録など、特定の時間帯にユーザーが集中すると、通常は問題なく動いているファイル転送が、突然、同時実行数やキュー、キャパシティの問題になることがあります。大容量ファイルと大量のファイルが同時に転送される場合、すでに開始している転送の状態を保護し、完了まで管理することは、単に同時接続数を数えることよりも重要です。

INNORIXは、ファイル転送を通常のWebリクエストと同じ方法だけで処理するわけではありません。各転送を独立した実行単位として管理します。並列転送、動的並行処理、キュー、リトライ、リカバリーを転送レベルで適用することで、ユーザーの増加がサービス全体の一括障害につながらないようにし、各転送の進行状況は共有キャパシティの中で継続的に追跡されます。

ファイル転送

ファイルと業務データを、1つのWebワークフローでつなぐ。

エンタープライズのWebサービスでは、ファイルが単独で存在することはほとんどありません。フォーム、申請情報、プロジェクト、ケース、患者、研究記録といった業務データと一緒に処理されます。すべてのサービスを1つの固定されたアップロード手順に押し込めるのではなく、ファイル転送とメタデータ処理の関係はワークフローに応じて構成できるべきであり、転送の完了状態は次の業務処理の確実な根拠となるべきです。

たとえば、大規模な研究データセットを先に転送し、その転送IDを研究記録に紐づけることもできますし、先に業務レコードを作成し、そのIDに対して複数のファイルを配信することもできます。ブラウザ上で進行状況が100%と表示されることと、サーバー側で転送が実際に完了し、その結果が確認されていることは区別すべきです。検証済みの転送結果によって、提出の完了、受領確認、外部処理の開始といった次のステップを実行できます。

ファイル転送

大容量ファイルと大量のファイルに、同じWeb転送体験を提供する。

Web経由で転送されるデータは、数十ギガバイトの1本の動画、数千件の研究用ファイル、プロジェクトフォルダ、あるいは大容量ファイルと小さいファイルが混在するDatasetなど様々です。ユーザーにこうした内部的な転送の特性を区別させ、別々の機能を選ばせるのではなく、ファイルやフォルダを選択し、アップロードやダウンロードを開始し、進行状況と完了結果を同じWebインターフェースで確認できるようにすべきです。

転送エンジンは、ファイルサイズ、ファイル数、ネットワークの状態、同時転送の状況に応じて実際のデータ移動を処理します。大容量ファイルでは持続的な転送と再開が重要であり、多数の小さいファイルではファイル処理と個別の状態管理が重要ですが、ユーザーインターフェースは一貫した1つのWeb転送体験を提供できます。

ファイル転送

アップロードとダウンロードを、サービスに合った1つの転送UIとして構成する。

大容量のダウンロードも、アップロードと同様に、長時間の転送、ネットワークの変化、中断後のリカバリー、最終的な完了状態を伴います。この2つの方向を別々に実装するのではなく、再開、進行状況、結果、複数ファイル処理といった共通の転送機能を適用することで、ユーザーはアップロードとダウンロードの両方で一貫した体験を得られます。

INNORIXの転送機能を使うことは、すべてのWebサイトが同じインターフェースを提供しなければならないことを意味しません。ファイル選択、リスト、進行状況、ステータス、ボタン、結果は、既存サービスのデザインとワークフローに合わせて構成できます。同じ転送エンジンを、公共サービス、Research Portal、製造システム、メディアプラットフォーム、カスタマーサービスといった異なるユーザー体験の中に組み込むことができます。

ファイル転送

既存のエンタープライズWebアーキテクチャの中で、転送を運用する。

エンタープライズのWebアプリケーションは、ブラウザとサーバーの単純な直接接続だけで動いているわけではありません。HTTPS、プロキシ、リバースプロキシ、ロードバランサー、VPN、認証システム、さまざまなネットワークポリシーが併存することがあり、ユーザー側のネットワークもWi-Fi、モバイル、リモートアクセス環境の間で変化し続けます。

INNORIX Web Large File Transferは、この既存のWebアーキテクチャの中で、長時間に及ぶファイル転送の状態管理とリカバリーに重点を置いています。既存の認証とビジネスロジックを維持したまま転送機能を接続し、ユーザーにはWebサービス内の一機能として提供し、開発者と運用担当者には必要な連携インターフェースと運用インターフェースを提供します。

ファイル転送

異なるWebワークフローに、同じ転送エンジンを適用する。

企業の業務システム、Customer Portal、公共サービス、Research Portal、ヘルスケア、メディア、製造、AIサービスは、それぞれ異なるビジネスロジックを持ちますが、大容量ファイルを確実に受け取る、進行状況を表示する、中断から復旧する、最終結果を検証するという転送に求められる要件は共通です。サービスごとに個別のファイル転送方式を構築するのではなく、INNORIXは同じWeb転送エンジンを必要な業務体験に接続します。

ファイル転送

Web上では1つの機能として提供し、プラットフォーム上では1つの転送として運用する。

ユーザーは既存のWebサイトの中でアップロードとダウンロードを利用し、運用チームはWeb上で開始された転送を、INNORIX Platform上の他のデータ移動と同じ方法で管理できます。進行状況と再開はモニタリングとリカバリーに、個々のファイル結果はファイルステータスに、最終的な完了は受信確認とコールバックに連携し、ユーザーインターフェースと運用インターフェースが同じ転送状態をもとに動作します。

この運用モデルにより、Webファイル転送は孤立した別機能のままにはなりません。サーバー間転送、オブジェクトストレージ、配信、自動転送など、プラットフォーム上の他の転送と合わせて確認できます。ファイルサイズとユーザー数が増えるにつれて、Webファイル転送に求められる基準は、単純なアップロードリクエストを超え、実際に変化する状況の中でユーザーがファイルを完了まで届けられるか、運用担当者がその結果を検証できるかという点に広がっていきます。

ファイル転送

どんなネットワークでも、完了までつながるWebファイル転送を構築する。

大容量ファイル、大量のファイル、長時間に及ぶ転送、ユーザーの急増を、1つのWeb転送エンジンで処理します。ユーザーは既存のWebサービスの中でファイルを送受信し、開発者はそれを既存のビジネスロジックに接続し、運用担当者は転送の進行状況、リカバリー、最終結果を単一のプラットフォームで確認します。