クラウド構築とはどのような取り組みか
進め方を見る前に、何を指す言葉なのかを押さえておきましょう。
クラウド構築が指す範囲
クラウド構築とは、クラウド上に自社の業務システムやWebサービスを動かすための環境を設計し、実際に作り上げる取り組みを指します。契約して環境を用意するだけでなく、ネットワークの構成、権限の設計、監視や複製の仕組みまでを含みます。
既存のシステムを移す場合は、移行の計画と検証も含まれます。稼働させて終わりではなく、その後の運用をどう担うかまで見据えた設計が求められます。この一連の作業を担うサービスとして提供されることもあります。
自社で進める場合と委託する場合
社内に知見を持つ担当者がいれば、自社で進める選択もあります。要件を把握している分、設計の意図が明確になり、稼働後の運用も引き継ぎやすくなります。一方で、担当者の時間を確保する必要があります。
委託する場合は、専門の知見を活かした設計が期待できます。ただし、任せきりにすると稼働後に社内で運用できない状態が生じます。どこまでを依頼し、どこから自社で担うのかを最初に決めておくことが重要です。
構成の選択肢
どのような環境を使うかによって、費用も制約も変わります。三つの構成を確認します。
パブリッククラウドを使う構成
事業者が広く提供している環境を利用する構成です。必要なときに必要な分だけ使え、初期の費用を抑えやすい点が特徴になります。提供される機能も豊富で、選択肢が多く用意されています。
一方で、他の利用者と設備を共有する前提です。扱う情報の性質によっては、保管される場所や区分に条件が求められる場合があります。事業者が担う範囲と自社が担う範囲を、契約内容で確認しておきましょう。
プライベートクラウドを使う構成
特定の組織のために用意された環境を使う構成です。自社の設備の上に構築する形と、事業者が専用の環境を用意する形があります。設定の自由度が高く、扱う情報に条件がある場合にも対応しやすくなります。
その分、費用は上がる傾向があり、自社で構築する形では機器の調達と更新も必要です。使用量の変動に応じて増減させにくい面もあります。求められる要件と費用のバランスを踏まえて判断しましょう。
両者を組み合わせる構成
扱う情報や求められる要件に応じて、システムごとに置き場所を分ける構成です。機密性の高い情報は専用の環境に置き、変動の大きい用途はパブリックな環境で動かすといった使い分けが可能になります。
ただし、環境が分かれる分、管理する対象も増えます。両者をどうつなぐか、権限や監視をどう統一するかという設計が必要です。運用の負担が増える点を踏まえ、分ける必要が本当にあるかを検討したうえで採用しましょう。
構築の進め方
設計から稼働までの流れを、二つの段階に分けて確認します。
要件の整理と設計
最初に、何を動かすのか、どの程度の性能と可用性が必要かを整理します。停止が許容される時間、データを保管する場所の条件、接続する利用者の範囲といった要件を洗い出す作業です。
この段階で、監視や複製の仕組み、権限の設計もあわせて決めておきます。後から追加すると構成の見直しが必要になる場合があります。あわせて、稼働後に誰が設定を変更するのかも、この段階で決めておきましょう。設計の意図が共有されていなければ、小さな変更でも外部への依頼が必要になります。運用にかかる負担の多くは、設計の段階で決まってしまう部分です。設計の内容を引き継げる資料を求めることも、契約の段階で伝えておきたい点です。稼働後の変更のしやすさに関わります。
移行と稼働までの検証
既存のシステムを移す場合は、動作の確認を段階的に進めます。まず検証用の環境で動かし、想定どおりの結果になるかを確かめてから本番へ切り替える流れが基本です。
切り替えの停止時間と、想定どおり動かなかった場合の切り戻しの手順も計画に含めておきましょう。データの移行にかかる時間は、量によって大きく変わります。事前に試して所要時間を把握しておくと、切り替えの計画を立てやすくなります。
ITトレンドでは、最新の製品・サービスを多数比較・掲載しています。まず資料を取り寄せて機能や特徴をさまざまなサービスで比較してみてください。忙しい業務時間内でも、各社に問い合わせる手間なく、たった1回の入力（約60秒）でクラウド構築サービスの一括資料請求が可能です。浮いた時間で、じっくりとサービスを比較検討し進めましょう。
構築後に生じやすい課題
稼働した後に表面化しやすい課題を二つ挙げます。
運用を担う体制
構築を委託した場合、設計の意図が社内に共有されていないと、稼働後の変更に対応できません。設定を変えたいときに、そのつど依頼が必要になる状態も生じます。
構築の段階から社内の担当者が関わり、設計の内容を文書として受け取っておくことが望まれます。運用を委託する場合も、どこまでを任せるかの線引きを明確にしましょう。担当者一人に依存しない体制にしておくことも欠かせません。
費用の見通しと最適化
使った分に応じて費用が発生する構成では、想定を超えると請求額も膨らみます。検証のために用意した環境の停止忘れや、処理量の増加が要因として考えられます。
使用量を確認できる画面や、超過を知らせる仕組みを活用しましょう。稼働がしばらく続いた段階で、実際の使用量に照らして構成を見直す機会を設けることも有効です。過剰な構成のまま運用を続けると、費用だけが積み上がります。
クラウド構築サービスの選び方
ここまでの内容を踏まえ、委託先を選ぶ際の確認事項を整理します。
依頼したい範囲の整理
最初に、どこまでを依頼するのかを決めます。要件の整理から設計、構築、移行、稼働後の運用まで、どの工程を任せるのかによって、選ぶべき相手が変わります。
あわせて、自社で担う範囲も明確にしておきましょう。稼働後に設定を変更する場面を想定し、社内の担当者がどこまで対応できる状態にしておきたいかを整理します。この線引きが、後の運用の負担を左右します。
対応する環境と実績の確認
利用を検討しているクラウドの環境に対応しているかを確認します。複数の環境を組み合わせる構成を考えている場合は、その両方に対応できるかも確かめておきましょう。
同じ業種や近い規模での構築の実績があるかも判断材料になります。ただし実績の多さがそのまま自社への適合を意味するわけではありません。自社の要件を伝えたうえで、どのような設計を想定するかを聞くと、進め方の相性を判断しやすくなります。
費用とサポート範囲の確認
構築の費用に加えて、クラウドの利用料が継続して発生します。両者を分けて見積もりを取り、数年単位の総額で比べることが必要です。構成の変更や追加の作業が発生した場合の費用の扱いも確認しておきましょう。
サポートについては、稼働後にどこまで対応してもらえるのかを具体的に確かめます。障害時の連絡手段と対応時間帯、設定変更の依頼にどう応じるかは委託先ごとに差があります。契約の期間と、終了時にどう引き継ぐかもあわせて確認しておきましょう。
構築から運用までを支援するクラウド構築サービス
構成の選択肢や構築後の課題にあわせて検討できるサービスを紹介します。
AWSソリューション（クラウド移行/サーバーレス開発/運用保守/内製化）
- オンプレミスとクラウドのハイブリッド環境構築に対応
- 一緒に悩み寄り添いながら全国どこでも対面フォロー
- AWS最上位となる「AWSプレミアティアサービスパートナー」を取得
株式会社TOKAIコミュニケーションズが提供する『AWSソリューション（クラウド移行/サーバーレス開発/運用保守/内製化）』は、AWS環境の構築から運用保守までを支援するサービスです。移行後の内製化を見据えた支援メニューも用意されており、構築後に生じやすい運用面の課題に備えられます。
株式会社ディーネットのAWS導入・運用支援サービス
- AWS環境のみならず、OSやミドルウェアまで含めた対応が可能
- 導入後も24時間365日体制でお客様のAWS環境を有人で運用監視
- 構築のみ、運用のみのご相談でも大歓迎
株式会社ディーネットが提供する『株式会社ディーネットのAWS導入・運用支援サービス』は、AWS環境の設計から運用までを支援するサービスです。要件のヒアリングから構成の提案までを一貫して行える体制になっており、初めてクラウド構築に取り組む企業でも進めやすくなります。
「さくらのクラウド」構築・運用パック
- データ転送無料メリット最大化。予実管理しやすい定額運用を支援
- 夜間休日も緊急対応まで全て代行。実績に基づいたサポートで安心
- 専門知識、いりません。設計から請求の一元化まで丸投げOK
株式会社フューチャースピリッツが提供する『「さくらのクラウド」構築・運用パック』は、さくらのクラウドを使った環境構築と運用をあわせて提供するサービスです。国内クラウド基盤での構成を希望する企業向けの支援メニューとして活用できます。
AWS総合支援 （クラスメソッド株式会社）
- AWS利用料の割引と円建て請求書払い
- 365日24時間の技術サポートと専任担当の支援
- 導入コンサルから構築・運用保守まで一括支援。
CloudAce （クラウドエース株式会社）
- Google Cloud認定資格エンジニアが多数在籍
- WafCharmでCloud Armorを自動運用。
- 導入1,000社超、GCP Partner of the Yearを7回受賞。
クラウド構築に関するよくある質問
検討を進める担当者から寄せられることの多い質問と回答をまとめました。
- Q1： 自社で構築するか委託するか、どう判断すればよいですか？
- 社内に知見を持つ担当者がいて時間を確保できるかが目安になります。委託する場合も、設計の内容を受け取り、社内で理解できる状態にしておくことが望まれます。稼働後の運用を誰が担うかとあわせて判断しましょう。
- Q2： どの構成を選べばよいですか？
- 扱う情報に保管場所の条件があるか、使用量の変動が大きいか、費用をどこまでかけられるかが判断の目安になります。すべてを一つの構成に決めず、システムごとに置き場所を分ける方法も選べます。
- Q3： 構築後に構成を変えられますか？
- 変更できる構成が多くありますが、設計の前提によっては大きな見直しが必要になる場合もあります。将来の拡張や変更の予定があれば、設計の段階で伝えておくと後の対応がしやすくなります。
- Q4： 構築までにどのくらいの期間がかかりますか？
- 対象システムの数と構成、移行の範囲によって幅があります。単一のシステムを新たに構築する場合と、複数の既存システムを移す場合では大きく異なります。検証と切り替えの期間も含めて計画を立てましょう。
まとめ
クラウド構築では、パブリックな環境を使う構成、専用の環境を用意する構成、両者を組み合わせる構成という選択肢があり、扱う情報と使用量の変動によって適する形が変わります。要件を整理して設計し、検証を経て切り替えるという流れが基本です。稼働後は運用を担う体制と費用の見通しが課題になるため、依頼する範囲と自社で担う範囲を最初に決めておきましょう。対応する環境や費用を比べて委託先を選ぶことをおすすめします。
