Share your requirements and we'll get back to you with how we can help.
企業の成長にとって、クラウド導入は避けては通れない道かもしれません。それでも、データを従来のインフラからクラウド基盤のプラットフォームに移行する作業は未知の領域で不安を覚えるかもしれません。確かにクラウド移行は複雑で、個々の組織のニーズに合わせてプロセスを最適化する必要があります。そこで当社では、お客様の事業への影響を最小限に抑えた、短期的及び長期的な組織目標に応じたクラウド移行戦略をご提案いたします。
まずクラウド移行を実施するに先駆け、「何を」、「どこへ」、「どのように」移行するのか、ということを明確にしなくてはなりません。
これらの問いに対する有効な答えを求めるため、お客様のアプリケーションとインフラストラクチャの状態、移行に向けた事業目標を精査することが必須です。データセキュリティ、規制遵守、SLAとの適合性、災害復旧、クラウド環境の構築・運用スキルといった事項も考慮した上で判断していく必要があります。
アプリケーションの特定サーバー、ソフトウェア、ネットワーク機器、ストレージ
依存性マッピングソフトウェアの依存性、サーバー・ストレージ間の関係性
リスクアセスメント移行済みアプリケーション向けのソフトウェアライセンスモデル、セキュリティとコンプライアンス遵守
優先順位付けアプリケーション移行の順序立てと計画策定
お客様がクラウドに移行するアプリケーションを特定するお手伝いをするにあたり、当社が提案するのはクラウド適合性分析です。クラウド適合性分析の実施は、状態レベルの作業を通じて、アプリケーションを複雑性と移行適正に応じて分類することを目的としています(アプリケーションの認識とグループ化)。一番初めに移行するグループは、複雑性が低く、適性が高いアプリケーションで構成されます。一方、より複雑性の高いアプリケーションは移行フェーズの後期までキープしておくことができます。
業務上必須であるアプリケーション、外部ユーザから接続可能なアプリケーションの移行は後期に回して良いと考えられます。移行するクラウド環境用にアプリケーションの書き換えが必要な場合、またマイクロサービスアーキテクチャを使ったアプリの再構築を計画している場合、所要時間を考慮して後期の移行が推奨されます
ここでパブリッククラウドとプライベートクラウド両方を同時に運用することをハイブリッドクラウド環境と呼びます。ただしパブリッククラウド環境に移行できるアプリケーションには限りがあります。一方、レガシーアプリケーションはプライベート環境にてオンプレミス又はコロケーションデータセンターでホストします。あるいは、プライバシー環境でホストするアプリケーションをパブリッククラウドに分散させ(クラウドバースト)、必要に応じてリソースの追加分を組み込むことも可能です。
多くの組織では価値提案とトレードオフを念頭に、複数のクラウドプラットフォームを活用する傾向にあります。マルチクラウドアプローチでは、お使いのアプリケーションを一つ以上のパブリッククラウドプロバイダ、あるいはプライベートクラウドに展開することが可能です。異なるプロバイダの元で複数環境を利用する場合、ベンダーロックインのリスクは低減され、お客様独自のニーズや作業負荷に応じてプロバイダを柔軟に切り替えることが可能です。
三つ目に検討すべき点となるのがクラウド移行をどのように行うかという問いです。ここでは、一つのデータセンターやプラットフォームから別のものへ移行を検討している多くの企業が一般的に採用する移行方式をご紹介します。
オンプレミス環境からクラウドへの移行を最も簡単かつ低コストで行える方式。その名の通り、コード変更をせずにお使いのアプリケーションをそのまま移行するやり方です(シャロ―クラウド統合)。オリジナルそのままのアプリケーション体験をクラウド上で再現し、オンプレミス環境でのセキュリティ体制を継続して利用できます。そのため、一瞬でリホストが可能です。ただしクラウドコストおよび性能については、後々最適化させる必要が生じる場合があります。
あるお客様は主要事業である人材採用ソリューションの需要が急増したため、高い拡張性とセキュリティを持つ堅牢なプラットフォームへのアプリインフラのクラウド移行を課題としていました。アプリケーションの稼働を中断することなく、早急に行う必要がありました。
これはクラウド・ネイティブの伸縮性や可用性といった機能を活用したクラウド移行方式です。クラウドのフレームワークや機能性を最大限に活用いただくには、お使いのアプリケーションをリビルド、部分的にコードを書き換える必要がある場合があります。結果として時間とリソースを要するものの、成熟度の高いソリューションを実現することができます。このクラウド移行戦略では、完全移行前にカナリアデプロイで展開させ、問題が生じた際には旧設定にロールバックできる代替手段を利用することが可能です。 詳しく見る
あるお客様はクラウドにIoT処理のLambdaレイヤーを必要としていました。ソリューションは可用性が非常に高く、一日に複数のデプロイをサポートできる能力を兼ね備えていることが要件でした。ソリューション立案と並行して、お客様からはクラウド環境のアーキテクチャを構築してほしいという要望がありました。
クラウド移行方式として近年急速に人気が高まりよく利用されるようになったのが、コンテナ化戦略です。この戦略ではお使いのアプリケーションに必要なコンポーネント(アプリケーション、ライブラリ、設定ファイル)をまとめたコンテナを作成し、コンテナごとクラウドに移行します。コンテナを整理するのにコンテナオーケストレーション機構を活用しても良いでしょう。この手法では基盤となるOSやインフラからコンテナが抽象化されるため、別環境への移植性を担保することができます。 詳しく見る
アルファフェーズを終えたあるお客様は、ソリューションをクラウドまたはカスタムデータセンターに移転する要望をされました。そこで私たちはそのソリューション用のDevOpsプラットフォームを設けました。そしてそのソリューションは、各サービスごとにDockerコンテナを持つマイクロサービスアーキテクチャを基盤に構築することにしました。これらのDockerコンテナをホスト・管理するためにKubernetesを使うこととし、コンテナをステートレスに保つために「Twelve-Factor」の方法論を採用しました。
三つ目に検討すべき点となるのがクラウド移行をどのように行うかという問いです。ここでは、一つのデータセンターやプラットフォームから別のものへ移行を検討している多くの企業が一般的に採用する移行方式をご紹介します。
オンプレミス環境からクラウドへの移行を最も簡単かつ低コストで行える方式。その名の通り、コード変更をせずにお使いのアプリケーションをそのまま移行するやり方です(シャロ―クラウド統合)。オリジナルそのままのアプリケーション体験をクラウド上で再現し、オンプレミス環境でのセキュリティ体制を継続して利用できます。そのため、一瞬でリホストが可能です。ただしクラウドコストおよび性能については、後々最適化させる必要が生じる場合があります。
あるお客様は主要事業である人材採用ソリューションの需要が急増したため、高い拡張性とセキュリティを持つ堅牢なプラットフォームへのアプリインフラのクラウド移行を課題としていました。アプリケーションの稼働を中断することなく、早急に行う必要がありました。
これはクラウド・ネイティブの伸縮性や可用性といった機能を活用したクラウド移行方式です。クラウドのフレームワークや機能性を最大限に活用いただくには、お使いのアプリケーションをリビルド、部分的にコードを書き換える必要がある場合があります。結果として時間とリソースを要するものの、成熟度の高いソリューションを実現することができます。このクラウド移行戦略では、完全移行前にカナリアデプロイで展開させ、問題が生じた際には旧設定にロールバックできる代替手段を利用することが可能です。 詳しく見る
あるお客様はクラウドにIoT処理のLambdaレイヤーを必要としていました。ソリューションは可用性が非常に高く、一日に複数のデプロイをサポートできる能力を兼ね備えていることが要件でした。ソリューション立案と並行して、お客様からはクラウド環境のアーキテクチャを構築してほしいという要望がありました。
クラウド移行方式として近年急速に人気が高まりよく利用されるようになったのが、コンテナ化戦略です。この戦略ではお使いのアプリケーションに必要なコンポーネント(アプリケーション、ライブラリ、設定ファイル)をまとめたコンテナを作成し、コンテナごとクラウドに移行します。コンテナを整理するのにコンテナオーケストレーション機構を活用しても良いでしょう。この手法では基盤となるOSやインフラからコンテナが抽象化されるため、別環境への移植性を担保することができます。
アルファフェーズを終えたあるお客様は、ソリューションをクラウドまたはカスタムデータセンターに移転する要望をされました。そこで私たちはそのソリューション用のDevOpsプラットフォームを設けました。そしてそのソリューションは、各サービスごとにDockerコンテナを持つマイクロサービスアーキテクチャを基盤に構築することにしました。これらのDockerコンテナをホスト・管理するためにKubernetesを使うこととし、コンテナをステートレスに保つために「Twelve-Factor」の方法論を採用しました。
短期間で簡単にできる 移行の後に再度最適化をする必要あり 変更を最小限に抑えられるため、最も低リスク 移行が容易にできる クラウド・ネイティブの恩恵なし 移行コストは最安であるものの、最適化の欠如により長期的なクラウドコストがかさむ可能性あり
複雑で時間を要する クラウドのフレームワークや機能性を有効活用できるように構築された堅牢なソリューション 変更箇所が多いため、高リスク ベンダーロックイン問題あり クラウド・ネイティブの機能性を最大限活用できる 移行にかかる短期的なコストは上がるが、長期的なクラウドコストは最小限に抑えられる
クラウド・ネイティブ方式よりも短期間で実現可能 コードのみコンテナ移行されたものと、クラウド・ネイティブソリューションとして構築された残りのもの両方に対応する折衷案 コンテナの特長を上手く活用することで、はらむリスクを抑えることができる クラウド非依存である 拡張性のようなクラウドの基本的機能の恩恵を受けられる 短期的なコストは上がるが、長期的なクラウドコストは抑えられる
短期間で簡単にできる 移行の後に再度最適化をする必要あり 変更を最小限に抑えられるため、最も低リスク 移行が容易にできる クラウド・ネイティブの恩恵なし 移行コストは最安であるものの、最適化の欠如により長期的なクラウドコストがかさむ可能性あり
複雑で時間を要する クラウドのフレームワークや機能性を有効活用できるように構築された堅牢なソリューション 変更箇所が多いため、高リスク ベンダーロックイン問題あり クラウド・ネイティブの機能性を最大限活用できる 移行にかかる短期的なコストは上がるが、長期的なクラウドコストは最小限に抑えられる
クラウド・ネイティブ方式よりも短期間で実現可能 コードのみコンテナ移行されたものと、クラウド・ネイティブソリューションとして構築された残りのもの両方に対応する折衷案 コンテナの特長を上手く活用することで、はらむリスクを抑えることができる クラウド非依存である 拡張性のようなクラウドの基本的機能の恩恵を受けられる 短期的なコストは上がるが、長期的なクラウドコストは抑えられる
上記のものに加え、お客様のシナリオによっては次の2通りのクラウド移行戦略が適切な選択肢になることもあります。
企業が商用オンプレミス型システムからSaaS型に移行することで目標を達成できることがあります。SharePointなどの多くのアプリケーションにはクラウドで実行できるアップグレード版が存在します。当社ではお客様のオンサイトCRMからSalesforceへの移行、SharePoint 2016/2013版からSharePoint Onlineへの移行といった移行サポートを行います。
つい最近アプリケーションのアップグレードをされた方にとって、移行に向けた投資をする心構えがまだできていないかもしれません。そのような場合は現時点では現状を維持し、後々また再検討されても良いでしょう。また、すべてのアプリケーションがクラウド移行をすることで何らかの恩恵を得られるわけではありません。当社ではまずお客様のお使いのアプリケーションの評価を行い、移行する事業的価値が見いだせるものだけを移行するお手伝いをいたします。
企業が商用オンプレミス型システムからSaaS型に移行することで目標を達成できることがあります。SharePointなどの多くのアプリケーションにはクラウドで実行できるアップグレード版が存在します。当社ではお客様のオンサイトCRMからSalesforceへの移行、SharePoint 2016/2013版からSharePoint Onlineへの移行といった移行サポートを行います。
つい最近アプリケーションのアップグレードをされた方にとって、移行に向けた投資をする心構えがまだできていないかもしれません。そのような場合は現時点では現状を維持し、後々また再検討されても良いでしょう。また、すべてのアプリケーションがクラウド移行をすることで何らかの恩恵を得られるわけではありません。当社ではまずお客様のお使いのアプリケーションの評価を行い、移行する事業的価値が見いだせるものだけを移行するお手伝いをいたします。