開発体制をマイクロサービス化
AWSの最大の魅力はAPI、キヤノンのサービス開発部隊がクラウドで実現したこと（1/2 ページ）
キヤノンの開発チームは、顧客向けサービスのシステム基盤を自社運用からAWSへ切り替えた。運用の自動化、開発体制の刷新を図り、機能実装のスピードを大幅に向上することに成功した。
映像機器や複写機を製造するキヤノンは、ユーザーに自社の複合機をより効果的に活用してもらうため、「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は全てのコンポーネントが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やテストケース、テンプレート、ログなどのデータに置き換わった。開発者同士は、同社が独自に開発したソースコード管理システムを基点にコミュニケーションする。ソースコード管理システムでコーディングとコードレビューを重ね、テスト結果とその修正を記録することによって、他の開発者の動きを読みつつスムーズに仕事を引き継げる。
開発チームと運用チームの情報共有は、開発チームが作ったテンプレートを介している。評価チームと運用チームがセキュリティチームと情報共有する際は、ログがコミュニケーションの材料になる。
開発チームと評価チームはテストケースを介してコミュニケーションをしている。開発チーム内のコミュニケーションの記録は、品質評価チームにも共有しており、品質評価チームはこれを確認することでテストの重複を避け、効率的なテストができる。効率化の結果生まれた時間は、新たな要望に応えるためのテスト基準の作成などに充てられる。
「AWS Summit Tokyo 2016」エグゼクティブトラックより
こうしたAPI指向の疎結合なコミュニケーション方法を取ることによって、チーム間で情報共有をするためだけに形式ばったドキュメントを用意する、会議を開くといった作業が減った。開発からリリースまでの時間は大幅に短縮し、かつては四半期に一度だった新機能リリースが、一週間に数度の頻度で可能になったという。
「マイクロサービス単位でチームを構成すれば、他のチームの作業を気にせず、自分たちがやるべき作業に集中できます。AWSをまねした結果、ウオーターフォールとは違う、AWSのような疎結合な開発体制になりました」（八木田氏）
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド：効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは？ -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合／分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
2
“アジャイルの壁”に挑むオリックス生命がIBMの開発管理ツールを選んだ理由
-
3
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
4
IT製品の導入に関するアンケート「セキュリティ」編
-
5
Claude利用8割のGMO、AI人材の評価軸が「トークン管理」に変わった
-
6
RAGで「データをAIに送る」運用が限界を迎えている理由
-
7
ライオンが挑む「守りのIT」脱却：Google Cloudで加速させるデータ駆動型経営
-
8
最も脆弱性が少ない＆多いプログラミング言語が判明
-
9
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
10
回避策ゼロ、極めて危険なCisco脆弱性 メール1通で管理者権限、ログ消去の手口
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か？ 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出？ 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
7
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
9
「標的型攻撃メール」事例・サンプル集
-
10
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー