Масштабируемость и производительность это разные вещи

22 апреля, однако. Дедушка Ленин родился нам на беду. И еще много разного произошло.

Прочел хорошую статью про масштабирование веб-приложений. С акцентом на Django. Очень внятно изложены основные принципы и приемы масштабирования, с хорошими отсылками на реальные технологии. Запишу тезисно, для памяти.

- Постройте стенд, чтобы не экспериментировать на производственных мощностях.

- Гоняйте на стенде запросы и найдите самые тормозные запросы к БД.

- Перепишите запросы, оптимизируйте структуру БД.

- Подключите кэш. Самое сложное тут — обеспечить аккуратную и своевременную инвалидацию кешей.

- Задействуйте балансировщики для раскидывания нагрузки на сервера кластера. Программные, железные — по средствам.

- Используйте очереди заданий для асинхронного выполнения фоновых задач.

- Займитесь распределением БД. Репликации мастер-слейв, проблемы лага репликации когда надо прочесть записанное немедленно, федерация, шардинг, partitioning.

- Подумайте, а нужна ли вам реляционная БД? NoSQL-базы могут очень неплохо масштабироваться.

So there's no magic here: building a really big application is a really big commitment. You'll need to think carefully about your architecture and plan for future needs. But as long as you keep an eye on your stats, keep your caches primed, your queues short, and your data tier distributed, your site should be able to handle whatever the net can throw at it. Guess it's time to start working on that business model.

djangoadvent.com/1.2/scaling-django

Сцылки дня:

• SSTP — VPN через SSL. И нафига?
• Офисная автоматизация, много полезняшек (визуальный бейсик, тут без него никак).