ТОП ошибок в инфраструктуре, мешающих высоким нагрузкам / Андрей Половов (Флант)

Приглашаем на конференцию Saint HighLoad++ 2024, которая пройдет 24 и 25 июня в Санкт-Петербурге!
--------
--------
РИТ++ 2017, HighLoad Junior

Тезисы:

Наша специализация — запуск и обслуживание высоконагруженных сервисов. За все время у нас не было ни одного проекта, в котором бы при запуске или эксплуатации сервиса не проявились нагрузочные проблемы, заложенные программистами или архитекторами. Цель доклада — структурировать типовые проблемы нагруженных проектов и дать практические советы по их урегулированию.
...

[socketam]

Кеш - главная помощь при highload. Причем и Cache, и Cash :D

[romanfomin]

Грамотно чувак ходит вокруг трибуны, такого я еще не видел

[Anatoliy_-]

Программист в отпуске - беды ждать неоткуда )

[gleboleynik]

Прям концентрированная мудрость базовых вещей. Но на которые реально забивают практически все.

[altRUst]

Хороший доклад, спасибо! Конечно все эти грабли уже были опробованы на себе и до всех рекомендаций дошли своим опытом, но людям кто начинает можно позавидовать, если они начнут следовать хотя бы этим советам, цены им не будет.

[ProgTime]

Спасибо за полезную лекцию. С меня лайк и подписка!

[adambright]

смотрю комментарии и радуюсь. спасибо за факт чек )

[plhnmgq]

первые 2 случая... вызывают "сомнения"
1) транзакции... про блокировки не сказал ни слова...
6 мин млн. транзакций и по 1 транзакции... блокировка идёт на доли микро-секунд... и остальные запросы работают нормально

а Если использовать 1 огромную транзакцию на 32 сек - может случиться ситуация - ПОЛНОЙ блокировки какой-то таблицы... к которой все обращаются (обновление цен/номенклатуры и т.п.) и все запросы будут отваливаться по тайм-ауту....

а это совсем не айс и делать так... совсем нельзя!

2) про индексы... чем их больше - тем дольше идёт добавление и изменение данных и см. 1)...
ооочень часто индексы делают не там и не так... добавлять на каждый запрос - новый индекс... вообще не разу не правильно

[dnykwqc]

Дэплоят по FTP - я думал это уже никто неиспользует, тяжёлый случай.

[alexgeiman]

Забавно. Был на хайлоаде в последний раз в 2007 году. За 13 лет ничего не изменилось.

[pavelpavel]

Периодически натыкаюсь на видосы с этого канала. Один вопрос, где они берут всех этих программистов в своих рассказах? То у них таблицы без индексов, то все запросы через *, то монолиты пишут так что нельзя переиспользовать собственный код.

[tsolodov]

Умозаключения про базы и транзакции огонь!

[tiptopkamerton]

на слайде про масштабирование - связка nginx + apache + php - а разве apache не лишний в этом списке? nginx же вроде умеет fastcgi делать на несколько backend-ов?

[AlekseyCounter]

Это не HighLoad Junior, это *HighLoad Infant*

[ruslanmustaev]

Отличный доклад, но смотреть тяжко, ходить кругами постоянно это раздражает.

[damir]

Очень крутой доклад то, что нужно. Андрей, спасибо большое!

[artem]

mysql_query (из картинки) уже сто лет как устарел.

[maliciousfree]

он под наркотиками? по кругу ходит как волчок... остановите его кто ни будь )))

ааа все 5 минуте понял Я к этим ребятам обращаться не буду ))) На откатах живут бездари неграмотные на сцену выгнали

[Merk]

37:43 У меня тот-же вопрос возник. Причём тут Апач и рендеринг кода... Апач ведь только отдает код и заголовки, а рендерингом (в понимании генерации кода) занимается приложение.

[milovidov]

Блин на дворе был 2018 год, какой апач?