ivan chepurnyi - mm14nl

Varnish Cache and its usage in the real world

Ivan ChepurnyiOwner

EcomDev BV

Ivan Chepurnyi Meet Magento

About me

• Technical Consultant, Owner at EcomDev B.V.

• Was one of the first five developers in original Magento core team

• Providing trainings and coaching of Magento Developers in Europe

• Main areas of my expertise:– System Architecture – Performance Optimization– Test Driven Development– Complex Customizations


Varnish

is not a cache backend


Varnish

is a frontend caching proxy


Simple Workflow

First call to a page


Simple Workflow

Subsequent requests


How Varnish Works

recv

hit pass miss

hash pipe

deliver

fetch

• recv – request is received from client

• pipe – direct output of backend data (streaming)

• hash – request is cacheable, lookup cache entry

• pass – request is not cacheable

• hit – cache entry is found

• miss – cache entry not found

• fetch – retrieval of data from backend

• deliver – return data to client


What can we do with it?

• Cache static pages (Homepage, CMS, Contacts, etc)

• Cache catalog pages:– Category listings– Product search results– Product view pages

• Cache page parts:– CMS Blocks– Header– Footer


Is it possible to clear Varnish cache based on product, category,

store, etc?

YES!!!


The Secret is in

Cache Object structure


Cached Object in Varnish

Cached Object

Response Headers

Response Body

Cache Metadata

Cache Content


We just going to supply object ID with its type in response headers, so it later

on can be used to flush pages containing our object.


But is it possible to make cache lifetime dynamic for per product, category, etc?

YES!!!


You can supply a response header, that contains a TTL of the page.


So what should be done to implement Varnish in Magento with all the

benefits?


Varnish in Magento

• Collect current page objects, that are shown on the page. Also add them into response headers.

• Create a connector to a Varnish admin protocol, that will be used for flushing of the page by object ids.

• Implement auto-updated AJAX blocks for:– Shopping cart– Wishlist– Customer Account links


But I have a good news:

I alredy developed a module that gives you a solid foundation for using Varnish in your

project!


EcomDev_Varnish

Download URL: http://bit.ly/ecomdev_varnish

Requires:• Varnish 3.0• Minimal changes to your theme

Supports:• Flush of cache on update of product, category, cms page, csm

block, price rules• Client side cacheable AJAX placeholders (Cart, Wishlist, etc)• Possibility to make cache based on customer segment • Cache for logged in users

http://bit.ly/ecomdev_varnish




Making an element dynamic on varnish cached page


Code Sample Dynamic Block


Adding custom TTL for a page


Code Sample Custom TTL


Making custom page cacheable


Code Sample Custom Page


Move blocks as a standalone cached page

(ESI).


Code Sample ESI


Varnish vs Full Page Cache

Varnish

• Avg. time to first byte 30ms

• Dedicated software

• Tools to monitor cache usage

• Scalable

• Requires adaptation of themes for dynamic parts

• Possibility to flush group of pages

Magento FPC implementation

• Avg. time to first byte 300ms

• Magento code level

• N/A

• Only as another backend

• Most of the time it is not required

• N/A


Conclusion

Be smart and use Varnish correctly!


OpenSource Roadmap 2014

1. Finalize EcomDev_Varnish module and make it open source;

2. EcomDev_PHPUnit refactoring for API based fixtures;

3. Working on EcomDev_Index module, to provide alternative of standard indexation mechanism in Magento:– Flat Indexers (failover indexation)– UrlRewrites (full refactor of existing module)– Layered Navigation (Sphinx)– Better Search (Sphinx)


Thank You!

Questions?

ivan chepurnyi - mm14nl

Software