まず、検討當時の Flipdesk の機能と、近い將來に検討されていた拡張について、各クラウド事業者が提供するサービスでどのように構成できるかが検討されました。「その時點で既に AWS に圧倒的なアドバンテージがありました。」（石井氏）

Flipdesk では様々な機能が提供されており、それを支えるために幾つものバックエンドサービスが必要でした。しかし、「2014 年 12 月時點より現在に至るまで、Flipdesk を支えるために必要なサービスを 1 社で提供しているのは AWS のみであり、それが選択の決め手となりました。」（石井氏）

また、提供先である日本國內に低レイテンシーのデータセンターを複數持っていること、そして運用が安定していることも AWS 採用の大きな決め手でした。

Flipdesk は顧客とエンドユーザー、両方のデータを扱うため、セキュリティも常に最優先課題です。しかし、AWS のセキュリティについては予め十分なものが確保されていることがこれまでの Socket での調査で分かっており、AWS の責任共有モデルから自社でどの程度のセキュリティ対策を行うべきか予め判明していました。

さらに、他のクラウド事業者についてそれぞれが持つサービスでリプレースした際、総開発コストと運用コストが AWS に勝るかについて検討を行いました。「この時點で他の事業者が AWS を上回ることはないと分かったため、AWS の採用を決定し、AWS への移行計畫の策定が始まりました。」（石井氏）

Socket では 2015 年 2 月から AWS Elastic Beanstalk と Amazon RDS for MySQL が使われています。

移行にあたっては、検討時の 2014 年 12 月から実裝変更やテストが行われました。しかし、そのほとんどはテストプロセスと AWS Elastic Beanstalk の構成等に向けたスクリプト作成のみでした。Flipdesk のバックエンドの実裝は Rails のため、修正の必要はほとんどなく、幾つかのバッチプロセスや、AWS Elastic Beanstalk の拡張スクリプトの作成等を行い、2015 年 2 月より実際の稼働を開始することができました。

AWS 匯入後、パフォーマンスとトラフィック増の要求により、データストアをリプレースする必要に迫られ、Amazon DynamoDB などを含めた他のストレージエンジンの移行も含めて Amazon Aurora の検討が開始されました。Amazon Aurora の採用にあたっては、

• Amazon RDS for MySQL で発生しているボリュームのトラフィック処理が解決できるか
• レプリカラグが解決できるか
• ストレージやフェイルオーバー等の運用について省力化できるか
• コスト削減ができるか

という點を重視した上で検討が行われました。

Amazon Aurora 移行時は、Aurora の特性に合わせてチューニングを行うための期間を含め、1 週間という短期間で実裝の修正とテストが完了し、2016 年 2 月にはデータストアを Amazon RDS for MySQL から Amazon Aurora に完全移行しました。

「AWS への移行と Amazon Aurora への移行については、弊社主力開発者が一丸となって匯入を進めた他、AWS のご擔當者様にも多大なご支援を頂きました。」（石井氏）

現在では、Flipdesk のインフラや監視などの他、開発を中心とした Socket のバックオフィスでも AWS を採用しており、エンジニアの太田 賢志郎氏は「Web だけではなく、様々な言語の SDK が用意されていることも、AWS での運用コストの低減を可能としています。」と言います。