1.クラウドネットワークの課題

設計

クラウドもオンプレミスもネットワーク設計の手間はそれほど変わりません。
オンプレミスでDC内にセットアップしていた内容と同じことを、クラウド上でも行う必要があります。
例えば、クラウドにおいても仮想ルーターや仮想ファイアウォールを構築し、冗長化などを検討する必要があります。
どちらかと言えば、クラウドの方が抽象化されているため、設計が分かりづらい場合もあります。

スキルセット習得

AWSにはAWSのルールや構築手法があるように、クラウドにはクラウド特有のコンポーネントやルールがあります。
使いたいのは基盤となるネットワークでなくアプリケーションですが、クラウドならではの構造を把握する必要があり、
このようなクラウドのスキルセットの習得には時間が掛かります。

時間とコスト

スキルセットの習得にはできるだけ時間をかけたくないものですが、設計構築を外部にお願いすると、調整やコスト、
いざという時にスピーディに構成変更がきかないなど、負担になります。

クラウドへの接続

サービスプロバイダーとの調整、サービスプロバイダーとクラウドプロバイダーの調整、もしくはお客様自身でクラウドプロバイダーと直接調整する場合もあります。このような調整には手間と時間が掛かり、クラウドへ接続するだけで数カ月かかる場合があります。

クラウドへ接続後の運用

クラウドやオンプレミスが接続できた、と思ったらクラウドだけ内部が抽象化されるような傾向があります。
このため、障害発生時に何が起こっているか分かりづらく、仮想ネットワークが増えれば増えるほど、どこがどのようにつながっているのか把握することが難しくなります。結果的に、障害の復旧に時間がかかったり、運用上の負荷が増えてしまう可能性もございます。

2.マルチクラウドネットワークの課題

異なるクラウドをまたぐ設計

マルチクラウドでは、異なるクラウドと異なるクラウドをつなぐことになりますが、クラウドごとにルールもコンポーネントもばらばらです。シングルクラウドは設計が比較的シンプルですが、クラウドが分かれると、設計が一気に複雑になります。

異なるクラウドをまたぐセキュリティ

それぞれのクラウド特性に応じたセキュリティ対策が必要になり、複雑となるため、管理者の負担が大きくなります。
近年利用が増えているSaaSなどのクラウドサービスが社内のオンプレミスにまたがっている場合があり、このような構成で同一なセキュリティレベルを維持することも、解決すべきセキュリティの課題になります。

クラウド内、クラウド間ネットワークの運用・管理

AWSネットワーク1つであれば、AWSポータルだけを管理すれば良いため、運用・管理は分かりやすいかもしれませんが、AWSとAzureなどの複数のクラウドネットワークを管理できるポータルが無いため、運用・管理が難しくなります。

人材確保

「AWSなら知っている」「Azureなら知っている」というように一部のクラウドだけを知っている人材の確保はそこまで難しくないかもしれません。しかし、マルチクラウドで必要となる複数のクラウドを理解している人材は少ないのが現状です。

コスト

それぞれのクラウドを扱える人材がいなければ、外部に頼らざるを得ませんが、そうなると外注化コストが何倍にもなります。
理想としては、適材適所で使いたい機能毎やサービス毎にクラウドを使い分けたい所ですが、コストやオペレーションを考えて結局シングルクラウドに落ち着いてしまう、ということになりがちです。

3.マルチクラウド化に備え、目先のクラウドネットワーク課題から解決する

設計の手間を減らす

できる限りポータル1つで解決されているものを選ぶことで、設計の手間を減らしましょう。

スキルセット習得に時間をかけない

サービス化、自動化されているものを選ぶことで、スキルセットの習得の時間を省きましょう。

できるだけ内製化

自分自身でも簡単に操作できそうだなというものを選ぶことで、内製化し、外注化コストや調整の手間を減らしましょう。

接続時の課題のみならず接続後の課題も一気に解決しておく

クラウド、オンプレミスのネットワーク接続するサービスが増えてきました。
ただし、接続後の運用課題まで解決するサービスはなかなかありません。接続から接続後に直面する運用課題も考慮したサービスを選びましょう。