В одной из предыдущих статей мы рассмотрели, каким образом можно реализовать кеширование страниц с помощью Varnish и ESI. В этой статье рассмотрим альтернативное решение - на основе двух суперзнаменитых продуктов - nginx и memcached.
Оба не нуждаются в представлении, а о том, как на основе их можно значительно увеличить эффективность работы Вашего сайта, поговорим ниже.
В этой статье поговорим о кешировании страниц и их частей, а также о том, какие плюсы это дает.
Если на Вашем сайте практически нет динамики (например, новостной сайт или блог), то Вы легко можете складывать все его страницы в кеш и практически не делать запросов к бекенду. Но что делать если на сайте есть авторизация, и зависящая от этого логика?
В этой статье речь пойдет о том, как кешировать страницы с персональными данными используя Varnish и язык ESI.
В этой статье рассмотрим проблемы, которые могут возникать при кеширования тяжелых запросов. Под тяжелыми запросами следует понимать не только медленные, но и ресурсоемкие запросы (например, обращение к внешним XML источникам с последующей обработкой). Наиболее стандартные ситуации - это тяжелые SQL выборки на страницах с агрегационной информацией (популярные видео ролики, лучше фотки, самые активные пользователи и т.п.). На первый взгляд все просто - кешируем на час..два и забываем о этих запросах на долгое время. Какие проблемы могут возникнуть в ходе увеличения нагрузок?
Чаще всего Memcache используется для хранения малых объектов (в больших количествах). По умолчанию, memcache не оптимально настроен именно на такое его использование. Поэтому, поговорим о том, как можно его подстроить для получения большей эффективности работы.
Кеширование - это один из способов оптимизации приложений (улучшение производительности, масштабирование и т.д.). Кешировать можно практически все - результаты выборок из СУБД, данные от внешних сервисов, статические данные (например, картинки), HTML (если страницы не интерактивные)…
В этой статье мы поговорим о кешировании на уровне приложения. Обычно, наиболее узким местом в приложении является СУБД (как правило, она еще и реляционная). Ранее мы писали о масштабировании и оптимизации СУБД. Теперь поговорим о кешировании и о том, когда и как его следует использовать.
Varnish - это http accelerator. Если у Вас есть большое количество мелких файлов, отдающихся с диска и дисковый кеш Вас уже не спасает - это решение для Вас. Кроме всего прочего на основе varnish’a (но не только) можно построить архитектуру, позволяющую масштабировать это решение горизонтально без особых проблем.
Varnish - это HTTP accelerator, или проще говоря гибкий кеширующий сервер.
Подобные решения применяются в Web’e для отдачи статического контента, особенно малого размера и в больших количествах (для экономии ресурсов дисковой подсистемы) - например картинок. Varnish выступает в роли обратного прокси сервера, складывая все данные в память и отдавая их оттуда. Это решает задачи разгрузки как определенных узлов системы (например, сервера ресайза картинок), так и конкретных подсистем (отдача с памяти разгружает жесткий диск).
На memcached обычно смотрят, как на черную коробку. Но что, если нам понадобиться узнать, что происходит внутри, что-бы спланировать правильно оптимизацию и нагрузочную способность приложения.
Memcached - это высоко-производительная распределенная система кеширования объектов в памяти.
Memcached является очень популярным решением, которое позволяет снизить нагрузку на СУБД, увеличивая при этом скорость работы приложения и уменьшая стоимость его масштабирования.
Большим аргументом в сторону выбора данного решения является наличие API для многих известных платформ
Этот блог посвящен вопросам производительности и масштабирования Web систем. Тут мы делимся собственным опытом и соображениями, пишем о технологиях и их применении. Все, кому есть, что добавить - регистрируйтесь и присоединяйтесь!
Комментарии