AWSインフラ構築の事例

社内でJam Studioのアイデアが出て、プロトタイプの構築をしたのが2016年春です。2016年11月には正規プロジェクトとなり、事業化に向け始動しました。とはいえJam Studioがどのように発展するかは未知の部分もあり、運用コストはなるべく小さくしたかったため自前でインフラを用意するよりクラウドを使うべきだと考えました。

設計3部1課アカウントマネージャー
須永 綱一氏

もともとソニーグループにはAWSの利用実績があったため、プロトタイプ構築でもAWSを活用しました。周りにもAWSの実績があり、安心感からAWSを選びました。AWSならば自前のオンプレミスよりも運用管理の手間は少なくなります。しかし、Amazon EC2のサーバーなどをたくさん立ち上げれば、それなりに運用に手がかかります。そこでより手間を削減するために、サーバーを極力動かさない方針を立てました。

そのためJam Studioは、プロトタイプ段階からAPIベースのサーバーレスの仕組みで構築されました。ソニーエンジニアリングではプロトタイプで手応えを掴み、本番もサーバーレスでと考えました。

サービスインした後に、OSやその他のミドルウェアの運用管理で苦労したくなかったのです。

設計3部1課
三浦 泉氏

アプリケーション部分は内製、インフラ部分はサーバーワークスという体制でJam Studioの開発が始まりました。サーバー側の処理はAWS LambdaとAmazon API Gatewayを組み合わせ、データベースにはAmazon DynamoDBを選びました。さらにID管理にはAmazon Cognitoも活用しています。2017年3月から5月にかけ開発が進められ、テスト期間を経て、Jam Studioは2017年11月28日にリリースされました。

開発中にはセキュリティや性能の確保について、サーバーワークスから適切なアドバイスがありました。無茶なお願いもしましたが、それに対してもこんなサービスを使えば実現できますといった提案をいただいたのが心強かったです。正解のないような質問にも、一緒になって考え、答えを導き出してくれました。

また契約面での柔軟に対応に加え、時間的に厳しい状況の中、要求にタイムリーに応えてくれたのが助かりました。

サービス開始以来、AWSのインフラ部分で問題は起きていません。コストについてはリリースして間もないこともありまだ明確なメリットは出ていませんが、今後長く利用すれば運用管理コストが確実にオンプレミスよりも下がると予測しています。またサーバーレスなので、需要に合わせた柔軟なリソース利用が可能であり、これも今後はコストメリットとなるはずです。

さらにAPIベースのサーバーレスの仕組みでインフラとアプリケーションを切り離せたことが、開発面のメリットにもなっています。基本的にアプリケーションのことだけを考え開発をすれば良く、開発スピードが上がり機能追加やメンテナンスも容易だと評価しています。

Jam Studioはまだ始まったばかりのサービスであり、今後ユーザーの意見を取り込みながらさらに機能を追加していきます。その際には、現状のAWSのサービスだけでは足りなくなる部分も出てくるはずです。スムースにサービスを成長させるためにも、AWSのさらなる使いこなしが必要だと考えています。

サービスを拡大していく際には、今後大規模な改修もあるかもしれません。その際にはサーバーワークスのサポートに、大いに期待しています。

すでに新たなサービス拡張の企画も動き出しておりますので、ソニーエンジニアリングでは今後ともサーバーワークスとの二人三脚で、より良いサービスを構築していきたいと考えています。

写真前列はサーバーワークス社員