マイグレーション業界を席巻する cloudm.

近年、マイグレーション業界において、CloudM の躍進が、とどまるところを知りません。

これには確実な背景と理由があります。

1.
例えば、超並列処理（同社特許技術）。
効率の良いマイグレーションのために、並列処理は必須のテクニックですが、最適な並列処設計をするには多大なエンジニアリングリソースを必要とします。しかもそれは、多くの場合、真に最適な設計にはなりません。人間の設計では限界があり、さらにマイグレーション中に状況は刻々と変化するためです。

CloudM のアルゴリズムは、動的に並列処理をデザインし、移行実行をしながら、さらに最適化を行うという、独自の技術を持っています。（CloudM 社特許技術）

CloudM はあらかじめ複数のサービスアカウントを自動的に生成し、それらを徐々に複数並行して処理を進めます。マイグレーションを実行し始めて、徐々にパフォーマンスが上がっていくのはこのためです。多数のアカウントが同時に処理されれば、総合的なパフォーマンスは一気に上がります。

しかし並列処理は、複数のアカウントを同時に処理すれば良いというものではなく、もう一つとても重要なポイントがあります。それはスロットリング制限の回避です。

あるアカウントがスロットリング制限に抵触しそうになると、CloudM はすぐさま自動的に別のアカウントの処理に切り替えます。

こうした緻密で繊細な処理を、自動的にアップデートしながら実行します。この特徴は、他のツールでは、全く追随できないところです。
こうした処理は「超並列処理」と呼ばれ、圧倒的に高いパフォーマンスを見せます。


2.
Microsoftの In-Place アーカイブ に完全に対応している点も見逃せません。インプレイスアーカイブは、物理的に通常のメールボックスとは別のところに保管されていますので、これに標準的に対応しているツールは多くありません。


3.
さらに、他のツールを引き離す決定的な特徴として、各クラウドプラットフォームへのコネクターの自動作成機能があります。
特にGoogleに対するコネクターの作成は、たとえGoogleプラットフォームに熟練したエンジニアであっても、大変な労力を要します。CloudM は、このプロセスを自動化することにより、圧倒的な精度と時間的なアドバンテージを実現しています。
Google の IAM ポリシーのもとに GCP, GWS の API 設定や Scope の設定を確実に行うことは多大なエンジニアリングリソースを必要とします。移行を実行しようとしても、サービスアカウントの持つ権限やスコープ設定の不完全さのために、移行を開始できないという例は、非常に多く見受けられます。CloudM を使えば、CloudM のシニアエンジニアと同等の正確なコネクター作成を、短時間で実現することができるのです。