AWSの最大の魅力はAPI、キヤノンのサービス開発部隊がクラウドで実現したこと（1/2 ページ）

キヤノンの開発チームは、顧客向けサービスのシステム基盤を自社運用からAWSへ切り替えた。運用の自動化、開発体制の刷新を図り、機能実装のスピードを大幅に向上することに成功した。

公開 2016年08月31日 09時02分

更新 2016年09月01日 10時46分

著者

重森大

[著]

印刷する

　映像機器や複写機を製造するキヤノンは、ユーザーに自社の複合機をより効果的に活用してもらうため、「Canon Business Imaging Online」というドキュメントサービスを提供している。当初キヤノンは同サービスを自社で開発・運用していたが、2014年3月にクラウドサービスの「Amazon Web Services」（AWS）へ切り替えた。AWSを採用したことで、開発体制の刷新、新機能のリリース間隔の短縮などを果たした。

運用作業に逼迫され、開発に注力し切れなかった過去

キヤノン八木田隆氏

　キヤノンが提供するCanon Business Imaging Onlineは、同社の複合機に付随するサービスだ。印刷体験をより良いものにするため顧客向けに提供している。

　「昨今、人々の印刷方法がPC経由のみならず、モバイルデバイスやクラウドサービスを経由するなど、印刷を取り巻く環境が変化しています」と話すのは、AWS導入を主導したキヤノン映像事務機器事業本部主席の八木田隆氏だ。

　Canon Business Imaging Onlineは、Salesforceの営業支援SaaS（Software as a Service）「Sales Cloud」や顧客サービス支援SaaS「Service Cloud」などのサービスと連係し、帳票を多様な形態で出力・印刷する。また複合機には定期的なメンテナンスがつきものだが、こうした運用管理の負担を軽減する機能も備える。

　キヤノンは当初、同サービスを自社で開発・運用していた。可能な限り運用を自動化してきたが、機能数や顧客数の増加に伴い運用管理の負担は大きくなる一方だった。インフラの運用管理に半分以上の時間を割かなければならず、新機能の実装に十分な時間を割り当てられずにいたという。

　「新機能のリリースは四半期に1回がやっとでした。お客さまからのご要望が次の更新に間に合わない場合は、お応えするまで半年もかかっていました。お客さまからは、開発スピードの向上が求められていました」（八木田氏）

　こうした状況を改善すべく検討したのがクラウドへの移行だ。

　八木田氏は、初めてAWSに触れたときに衝撃を受けたと話す。「われわれも運用の自動化を頑張ってきましたが、ここまで高性能で使いやすい、高い稼働率のクラウドは作れないと思いました」。AWSをまねすることも考えたが、開発チームの人数や開発に掛かるコストを考えると「同じようなものを自社で作るよりも、既にあるAWSを使う方が早いという結論に至りました」と同氏は述べる。

AWSの事例

プライベートクラウドからクラウドへの移行

AWSは全てのコンポーネントがAPI連係できる

　顧客が利用する重要なサービスの基盤であるだけに、AWSだけを見てクラウド導入を決めたわけではない。当然、他社のクラウドサービスについても情報収集をした。複数社と比較した結果、AWSを採用する決め手となったのは、開発のしやすさと運用自動化機能の豊富さ、ほぼ全てのコンポーネント（「Amazon EC2」などのAWSの機能）がAPIで制御・連係できる点だったという。

　八木田氏は、自社サーバの運用管理負荷に悩まされていたことから、特に運用管理関連の機能に注目した。「運用管理の自動化については、AWSが他社サービスよりずばぬけている印象でした」（八木田氏）

　機能面での決め手となったのは、「AWS CloudFormation」と「Amazon S3」（Amazon Simple Storage Service）の存在だった。

　AWS CloudFormationは、AWSの各種コンポーネントを自動的に構成する無料の機能だ。一度テンプレート（スタック）を作成すれば、同じ構成を何度でも容易に再現できる。キヤノンはAWS CloudFormationによって、本番と差異のない開発・評価環境を素早く構成できるようになったという。

　Amazon S3はAWSのオブジェクトストレージだ。Canon Business Imaging Onlineは複合機向けのサービスなので、イメージファイルを多く扱っている。ストレージの使い勝手は開発のしやすさに直結する。

　「他のクラウドサービスでは、一度インスタンスを経由してストレージにデータを保存しますが、Amazon S3はAPI経由でダイレクトかつセキュアにストレージとイメージファイルをやりとりできます」と八木田氏は説明する。アクセス制御機能「AWS Identity and Access Management」（IAM）と連係し権限管理が自動化しやすい点も気に入ったという。

　同社は非機能面でもAWSを評価している。AWSの機能は膨大だ。使い込むうちにさまざまな課題が生じ、そのたびにサポート窓口に問い合わせることになる。その際の対応の早さ、的確さに好感を覚えたという。

　八木田氏は「AWSには顧客視点を強く感じます。ユーザー企業および一般ユーザーのニーズに応えたサービス提供の手法や考え方は、サービス提供者として学ぶべきものがあります」と話す。

AWSに合わせて開発体制を刷新、開発スピードが大幅アップ

　AWS導入による運用自動化の効果は大きかった。人手で行っていた作業を自動化したことで、運用コストは5分の1に圧縮できたという。ただしキヤノンは100％の自動化を目指しているわけではない。八木田氏は「人が判断して操作した方が良い部分は人が携わるべき」と考え、改善フローを回すために人が介在する部分をあえて残すようにしている。

　キヤノンのAWS導入には、運用自動化以外にも大きな特徴がある。同社はシステム基盤の変更に合わせ、開発体制を一新。独立性の高い小規模なサービス（マイクロサービス）を組み合わせてアプリケーションを開発する「マイクロサービスアーキテクチャ」という開発手法を取り入れた。

　組織体制は従来通り、開発チームがアプリケーションを作り、品質評価チームがテストをして品質チェックをし、デプロイされたサービスを運用チームが管理する。ただし従来の「ウオーターフォール型」と呼ぶ開発手法とは異なり、マイクロサービス単位でこのプロセスを回す。加えてマイクロサービスの機能ごとに開発、評価、運用、品質（セキュリティ）を一連のプロセスで回して改善していけるよう、各チームを疎結合で連携している。小規模な開発プロセスを繰り返してアプリケーションの品質改善を図るこうした手法をCI（Continuas Integration：継続的な開発）と呼ぶ動きがある。

　またコミュニケーションもAPI指向に変化した。従来は会議で情報共有をしていたが、APIやテストケース、テンプレート、ログなどのデータに置き換わった。開発者同士は、同社が独自に開発したソースコード管理システムを基点にコミュニケーションする。ソースコード管理システムでコーディングとコードレビューを重ね、テスト結果とその修正を記録することによって、他の開発者の動きを読みつつスムーズに仕事を引き継げる。

　開発チームと運用チームの情報共有は、開発チームが作ったテンプレートを介している。評価チームと運用チームがセキュリティチームと情報共有する際は、ログがコミュニケーションの材料になる。

　開発チームと評価チームはテストケースを介してコミュニケーションをしている。開発チーム内のコミュニケーションの記録は、品質評価チームにも共有しており、品質評価チームはこれを確認することでテストの重複を避け、効率的なテストができる。効率化の結果生まれた時間は、新たな要望に応えるためのテスト基準の作成などに充てられる。