開発体制をマイクロサービス化
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
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は？ 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは？ -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める？ -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
2
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
3
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
-
4
「ノートPC派」は損をしている？ Dellと考える“自作PC”のメリット
-
5
エンジニアの生産性はどう測る？ マネジメントに不可欠な可視化の実現方法とは
-
6
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
7
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
8
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
9
「また同じ説明か」 消費者の半数が離脱するAIチャットbotの“記憶喪失”
-
10
IT製品の導入に関するアンケート「PC＆デバイス」編
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー