
FAQ:Herokuと既存システムはどうやって連携させるの?
本連載「HerokuではじめるPaaS開発」では、これまでFAQとして2回に分けてどういったWebシステムを構築できるのか、あるいはバックグラウンド処理やジョブの監視をどうおこなうのかなど、アプリケーションの開発にスコープをあてて解説してきました。
第3回となる今回は、実際にHerokuを利用する上で注意すべき点や既存システムとの連携について、システム構成を交えて説明します。
Q1:Herokuの性能が気になります……本当に企業システムで使えるの?
HerokuはAWS(Amazon Web Services)の米国東リージョン上で稼働しているため、通常のWebアプリケーションと同じように構築してしまうと、地理的な問題からレイテンシ(遅延)が大きくなってしまい、性能が落ちてしまいます。
それを回避するために、CDN(コンテンツデリバリネットワーク)とAjaxを活用して、うまくレイテンシを抑えるようにする必要があります。
CDNを活用したコンテンツキャッシュ
CDNを活用することにより静的なコンテンツを最寄りのエッジサーバから取得できるため、画像データや動画、CSS/JavaScriptなどのファイルを毎回オリジナルサーバ(Heroku)から取得する必要がなくなります。
実際にYahoo! JAPANを例にしてCDNの効果を検証してみると、受信データ量はサイト全体が約200kbyte。この内、画像データやCSS/JavaScriptファイルを除いたHTMLだけのファイルサイズは約30kbyte(註1)となります。CDNを利用して、すべての静的コンテンツをエッジサーバから取得できる場合には、オリジナルサーバから取得するデータは全体の15%弱程度まで抑えることができます。
ただし、気をつけなければならないのは、CDNではオリジナルのデータが変更されてから時間差でキャッシュが更新されるため、削除・更新が頻繁に行われるデータには不向きであることと、キャッシング時間が決まっているためアクセスの少ないデータでは効果が出にくく、全ての静的コンテンツがCDNの恩恵を受けられるわけではないことです。
註1:データ量はhttpwatchを利用して計測
Ajaxを活用したリクエストデータの局所化
CDNは主にダウンロードする静的コンテンツのデータ量の削減を目的としていましたが、特に海外にサーバがあるようなWebアプリケーションの場合には、回線速度等の問題でそれだけでは十分な性能を出せないケースがあります。
Herokuが稼働する米国の場合は、日本国内からのアクセスに限れば実務で困るくらい遅くなることはありません。しかし、他の国での利用も想定したグローバルなシステムの場合、ロケーションによっては回線の実速度が数キロバイト程度まで落ち込んでしまうケースがあります。実際にグローバル展開を行うシステムを構築した際に、こういったレイテンシに伴う性能の問題に苦しめられるケースがありました。
これを回避するには、Ajaxを活用して通信するデータ自体を絞込み、通信コストを削減するとともに、非同期処理を活用して体感的に速度を早くすることが効果的です。

※クリックで拡大画像を表示
上記のようにすることでHTTPリクエストを画面全体(HTML)ではなく、一部(必要なテキストデータのみ)に抑えることができるので、通信コストを削減できるようになります。
また、データ量の多い画面の場合には非同期で画面の項目がレンダリングされるため、視覚的に早く見せることが可能で、利用しているユーザーの体感速度を早めることができます。
Q2:Heroku上で構築したアプリケーションはForce.comや社内システムとどう連携させるの?
- 新着記事
- 特集
- ブログ
- 企画特集
-
ゼロトラストに不可欠なID管理
-
常識を疑え!
-
幸せ?不幸?ひとり情シス座談会
-
セキュリティの今を知る
-
連載!プロが語るストレージ戦略
-
中小企業でのひとり情シスIT運用術
-
講演の見どころを紹介
-
いままさに社会にとっての転換点
-
明日からではもう遅い?!
-
モバイルデバイスもターゲットに!
-
Kubernetesの認定制度が開始
-
デジタルを当たり前と言えるか?
-
さあ、クラウドで解決しよう。
-
次の一手はこれだ!
-
連載!プロが語るストレージ戦略
-
内部不正や不注意をどう防ぐ?
-
現場主導の業務変革のポイント
-
利便性とセキュリティの両立
-
連載!プロが語るストレージ戦略
-
DXができない企業が滅びる理由
-
漫画で解説!運用管理のコツ
-
ビッグデータ最前線!
-
企業DXのキモはクラウドにあり
-
特集:IT最適化への道
-
話題のセキュリティ事故体験ゲーム