クラウド化に取り組んだ理由をお聞かせください。以前のICTシステム環境ではどのような課題があったのでしょうか？

　私たちは総合デベロッパーとしてあらゆる不動産事業に携わっていますので、開発・運営中の現場を回ったり、お客さまのところに商談に伺ったりする業務が中心になります。そのため、外出先から社内のICTにアクセスし、CRM（Customer Relationship Management）で情報を確認したり、地図情報システムを検索することが不可欠です。
　そうしたICTシステムの活用を円滑に進めるため、グループ内の会社はそれぞれ工夫しながら自社サーバ、あるいは自社仮想サーバ上にアプリケーションを構築していました。

課題1各社バラバラではなく、共通のプラットフォームを作りたい

　2015年頃から、グループ企業全体で共通したプラットフォームを構築する必要性を強く感じていました。それぞれの会社で個別に運用することで、きめ細かな現場業務に対応できる一方、ICTシステムの維持管理負荷は全体として大きくなり、新しいサービスを始めようとしてもオンプレミスでは時間や手間がかかってしまい、ビジネスのスピードアップの足かせになりかねません。
　もちろん、同一企業グループとはいえ各社業種が異なるため、それぞれの個別事情を持っています。しかし個々の企業が構築するICTシステムの内、あるべきアーキテクチャ、セキュリティ基盤は本来統一されるべきという思いもありました。同一の共通プラットフォーム上で、グループ会社のICTシステムを展開するとしたら、それにはオンプレミスよりもクラウドが適していました。

課題2障害復旧のスピードを早め、ビジネスへの影響を最小限にとどめたい

　オンプレミスサーバは、故障が起こると復旧に時間がかかりました。もちろんベンダーとは24時間365日の保守契約を結んではいましたが、故障した部品の特定、調達、修理にある程度の時間は必要で、ハードウェア、OS、アプリケーション等の復旧手順を事前に綿密に準備していたとしても、相当のエネルギーを要します。
　またトラブルが生じたときは、たとえ真夜中であったとしても関係者に情報を展開し、さらに解消に向けた情報の集約を行う必要が生じます。事業継続のあり方を考える上で、かなりの負担とリスクを感じていました。

クラウド化への移行を考えたきっかけは、どのようなものでしたか？

　IT部門の仕事は、ビジネスへの寄与と、現場で働く社員を支援することです。それには多種多様な要素が含まれます。例えば、地震や台風などの自然災害や、事故など不測の事態が生じた場合でも、ビジネスが円滑に進められるようにBCP（事業継続計画）を考えておくこと、社員が安心してパソコンや業務システムを利用できるようにセキュリティを担保すること。そのような災害対策やセキュリティ対策を、クラウド化によって強化すべき状況でした。
　また、ビジネスのスピードという観点も欠かせません。オンプレミスの時代は、新しいシステムを構築したいと考えても、物理サーバの調達から始まり、仕様を決めて、プログラムの開発に取り掛かって…と進めていたら数ヶ月、場合によっては数年間もかかってしまいます。それでは環境の変化の速い市場に追従することができません。

クラウド化の魅力をどういうところに感じますか？

　自社サーバでは、長期間使用することや、将来的に必要となるリソースを考慮して、余裕をもったスペックのサーバやストレージを調達するのが一般的です。ところが、構築を終えた瞬間から性能や機能の陳腐化が始まります。
　一方、クラウドはその正反対で、必要な分だけ契約して使い始めることが可能です。そして、後から必要だと思った機能を追加できます。新しいテクノロジーが登場したら組み込めますし、従来にないサイバー攻撃が編み出されたとしても、対応するためのセキュリティ機能を追加できます。「構築を終えた瞬間から陳腐化」するオンプレミスに比べ、クラウドは「構築を終えた瞬間から進化が始まる」といえます。クラウドを利用するようになって、以前に比べると「将来のビジネスを強化するために何が必要か」をクイックに考えられるようになりました。

多くのクラウド事業者がある中、インテックを選んだ理由、魅力には何が挙げられますか？

　インテックからは、非常に真摯な社風を感じています。技術的な検証をしっかり実施していることが、担当者各位の言葉の端々に感じられ、それが信頼につながっています。

選定のポイント1　多種多様なシステムも柔軟に共通プラットフォームへ移行

　このプロジェクトでは、オンプレミスで構築していた150 以上のサーバをクラウド化する計画でした。しかし、サーバはそれぞれ仕様が異なります。採用する事業者には、それらの違いに柔軟に対応してもらえることが必須でした。
　オンプレミスのサーバには、Linux、WindowsなどさまざまなOSが使われていました。そのような仕様の違いに対しても、インテックは仮想化技術を駆使して柔軟に対応してくれました。ものによっては、クラウドに乗せずにサーバをデータセンターにハウジングし、クラウドと連携させて運用するといった方法も選択してくれました。インテックの閉域ネットワーク「EINS/MOW DCAN」はメガクラウドとの接続もできたので、柔軟な対応が可能でした。

選定のポイント2　個社の事情に合わせた運用ルールにもインテックは対応

　クラウド化にあたってICTシステムの運用の標準化は必須ですが、ルールを急激に変えると、現場の負担が一時的に高まってしまいます。そこでクラウド移行時に運用ルールを激変させないことも条件の一つでした。複数のクラウド事業者と協議しましたが、一番多くの項目に「対応できる」と答えてくれたのがインテックでした。
　例えば「業務データバックアップの時間を指定したい」とお願いしても、多くのクラウド事業者は「バックアップは毎日取っているが、１社のためにその時間を変えられない」という回答でしたが、「EINS/BRS」の利用により、唯一インテックが時間を指定できると答えてくれました。

選定のポイント3　堅固なファシリティに守られたインテックのデータセンター

　事前に「EINS/SPS Managed」が収容されている、インテックのデータセンターを見学し、安心感も高まりました。実際に目の当たりにすると、その耐震性能やセキュリティ水準に圧倒されました。案内してくれたご担当者が「万が一このセンターが壊れるような地震が来たとしたら、そのときは東京も壊滅ですよ」と説明されたのが印象に残っています。
　また、そのデータセンターの利用企業のなかには、日本の社会インフラを担う大企業が数多くあったことも、選定の重要な要素になりました。

選定のポイント4　遅延を確認するためPoCを実施

　サーバをクラウドへ移行するのは初めての経験だったため、具体的に「どういう作業を行うのか」「どれくらい時間がかかるのか」が私たちにはあまり見えていませんでした。そこでPoC（実証実験）として、首都圏から遠くにあるデータセンターに一部のシステムを移し、問題は起こらないか、レスポンスは落ちないかを検証してみました。
　その結果から、遅延が生じる蓋然性がかなり低いことが確認できました。また、一連の検証を通して、移行作業の全体像を見ることができたので、懸念の払拭につながりました。