ShinolaはImgixで時間を節約し、サイトを加速し、コンバージョンを増やします。
Shinolaはデトロイトの工場で時計、自転車、皮革製品およびアクセサリー、オーディオ機器、特殊品を製造しています。Shinolaは北米全域で26の小売店を運営しています。また、Magento Enterpriseが運営し、アマゾンウェブサービスでホストされているオンラインストアを通じてかなりの量のビジネスを行っています。
同社は、5人のフルスタック開発者からなるチームで、すべてのサイト開発とインフラストラクチャを社内で管理しています。
ザ・チャレンジ
当初、ShinolaはMagento Enterpriseに組み込まれている画像サイズ変更を使用して画像ライブラリを管理していました。これはしばらくの間は機能しましたが、マルチサーバー機能は非常に限られていたため、拡張が困難でした。容量を増やすということは、ウェブサーバーの数を増やすことを意味していました。そのため、サーバー間で画像アセットを共有する必要があり、すべての一貫性を保つためにネットワークファイルシステム (NFS) と rsync を使用して構築されたシステムが必要でした。Shinola が AWS 上のクラウドにイメージを移動すると、共有ストレージロケーションを処理する場合、物理サーバーを使用する場合よりも NFS の信頼性が低いことが判明したため、これはさらに困難になりました。その結果、イメージをアップロードして Amazon S3 バケットに同期し、すべてのプロダクションウェブサーバーに同期する複雑なシステムが構築されました。このような余分な手順により、レイテンシーが増えるだけでなく、障害点も増えました。
Shinolaが画像ファイルの編集に使用していたオープンソースのツールであるImageMagickとPHP-GDでは、アーティファクトやディザリングが発生することが多かったため、品質保証がすぐに問題になりました。これは、Shinola のハイエンドな評判に匹敵する高画質を求めていたクリエイティブチームやブランディングチームには受け入れられませんでした。
Shinolaチームは、画像処理サービスを作成するために80〜100時間の開発時間を費やしましたが、すぐにそれには継続的な注意が必要であることに気付きました。重大なエラーやダウンタイムがなくても、開発者はメンテナンスと品質保証に週あたり約 4 時間を費やしていました。
解決策
Shinolaチームは、画像システムを社内で管理するのにかなりの時間を費やしていて、他の優先事項から遠ざけていることに気付きました。しかし、このシステムでは必ずしも必要な品質レベルを保証することはできませんでした。彼らは、画像をオフロードして正常に動作させることができるオンデマンドの画像プロセッサを必要としていました。彼らは Imgix を見つけました。
Shinolaチームは、画像のURLにクエリ文字列パラメーターを添付するだけで、写真にリアルタイムで操作を適用できるImgixのインターフェースのシンプルさを気に入りました。これは現在の社内ソリューションと非常に似ていて、導入が簡単でした。Shinolaは、圧縮レベルが高くてもImgixの一貫した画質にも感銘を受けました。
Shinolaは、ImgixをMagento Enterpriseに統合するためのカスタムプラグインを構築しました。その開発作業には、約40時間の開発作業が必要でした。そのほとんどは、顧客が時計ストラップとケースオプションの特定の組み合わせを組み合わせることができるなど、同社が一部の製品ショットのために開発した1回限りの合成の再現に費やされました。
「imgixはとてもシンプルで、CDNの仕組みに少しでも慣れていれば、すぐに理解してその機能を活用できます。習得にほとんど時間がかからず、優れたドキュメントと開発者向けリソースがあり、実装も驚くほど簡単です。」 — ライアン・シャルトリー、シニア・テクニカル・アーキテクト
結果
Imgixの実装後、Shinolaチームは画像処理ワークロードの大部分を削減することができました。また、Imgix の高度な圧縮機能のおかげで、Shinola は品質を著しく低下させることなく、画像ファイルのサイズを大幅に縮小することもできました。Shinola は次のようなメリットを見出しました。
