ソニーが明かす“障害頻発”写真共有サービスの再構築、AWS活用でどう改善？（2/2 ページ）

公開 2015年06月17日 08時08分

更新 2017年04月18日 20時14分

著者

荒井亜子

[TechTargetジャパン]

印刷する

新システムでは共通基盤を最小限に

　新システム基盤では、共通基盤を最小限に（ユーザー認証、プロファイル管理に限定）し、サービス側に機能を持たせることにした。それによって、どのサービスにどのくらいのコストが掛かっているかが分かる他、スケールしやすい構造になった。複雑だったアーキテクチャをできるだけシンプルにするため、共通言語による開発で効率化を促す。また、開発チームと運用チームをサービスごとに分離し、DevOpsができるよう最適化を図った。最新ツールや外部サービスも使い、自動化と運用効率化を進める。

図3　システム再構築の方針（出典：ソニー）《クリックで拡大》

　ソニーは以下4つの目標を掲げ、開発環境の作り直しを図った。

最先端のSaaS／PaaSの徹底活用
ローカル環境での開発
テスト、品質チェックの徹底
運用の自動化と安定化

1．最先端のSaaS／PaaSの徹底活用

　最先端のSaaS／PaaSの徹底活用では、迅速な開発と環境構築の自動化を目指し、「CircleCI」「Docker」「AWS Elastic Beanstalk」を使用。開発環境を使いまわすのではなく、毎回一からリリースできるようにした。玉井氏は「結果として、デプロイ時間は数日から30分に短縮した」という。

最先端のSaaS／PaaSの徹底活用（出典：ソニー）《クリックで拡大》

2．ローカル環境での開発

　ローカル環境での開発では、個々人にローカルの開発環境を用意した。これまでは、クラウド上の共有の開発環境を使っていたため、個人で設定変更や実験的作業がしづらかった。また、誰かが使っていると他の人が使えず効率悪かった。さらに、開発環境内のシステム更新経緯により差分が発生し、開発環境と本番環境で挙動が異なるという問題も起こっていた。

　そこで、モックサーバを使いローカル環境に“フェイクAWS”の開発環境を実現。個々人が自由に設定を変えられる環境を作り、本番環境へのデプロイでも差分を解消した。玉井氏によれば「並列で開発ができるようになったことで、開発効率は6倍以上も上がった」そうだ。ローカルで開発しても最終的にはクラウドで稼働させる。そのため、「評価やステージング環境はクラウドで作って評価した。AWSのシステムも完璧ではない。クラウドに持っていかなければ分からないこともあるからだ」（玉井氏）

図5　ローカル環境での開発（出典：ソニー）《クリックで拡大》

3．テスト、品質チェックの徹底

　テスト、品質チェックの徹底では、なるべく標準化して品質の良いものを作ることに重点を置き、急がば回れ方式を採用。「スケジュールの問題やサービスの性質にもよるが、テストコード開発やテスト環境開発に総工数の半分以上を投入した」と玉井氏。ユニットテスト、結合テスト、システムテストといったテスト環境全般で自動化を推進。「これまでは自分たちで全部作っていたこともあり、機能の充実やサービス拡充といったことに精いっぱいで、テストやテスト環境にまで手が回っていなかった。やむを得ずそうなったとはいえ、その問題を解消するために自動化は徹底した」と話す。

　また、開発環境を作り直すことでテストコード不在という問題も解消できた。開発者自身が品質を作り込み、テストにも責任を負う。開発当初からテストを自動化して継続し、CircleCIも使ってどのくらいテストがされているかも管理した。こうした取り組みによって「メンテナンスが容易になり、デグレードしにくくなった。品質の高いものを作りつつ、新しい機能を入れていくことも可能になった。10回以上のリリースを経てもシステム停止はゼロ」と評価する。

4．運用の自動化、安定化

　データ保全では、データの整合性チェックやデータベースのバックアップなどを自動化し、人手が掛からないようにした。負荷対策では、オートスケールはもちろん、外部サービスに対するサーキットブレーカーや内部サービスに対する流入トラフィックの制御などを行った。

　こうして再構築したシステムをスタートしたソニー。「魅力的なシステムを作ろうとして失敗した過去もあるが、経験を通して多くのことを学んだ」と話す。AWSについては、「ドキュメントが充実していたこと、オートスケールができること、ソリューションアーキテクトのサポートやエンタープライズサポートが手厚かったこと」を評価していた。