![image][1]



Банки.ру — проект с 10-летней историей. В разные времена [banki.ru][2] испытывали разные нагрузки. Портал перестраивался под новые требования как логически, так и технологически, что-то мы меняли в авральном режиме, что-то — эволюционным путём. Сейчас средняя посещаемость примерно 2 миллиона просмотра страниц, т.е. проект уже не маленький, но ещё и не совсем большой.



Эта статья — расшифровка доклада [Романа Ивлиева][3] (CIO Banki.ru) на обучающей конференции [HighLoad++ Junior][4], которая прошла пару месяцев назад в Москве в рамках фестиваля “Российские интернет-технологии”.



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



Посмотрим примеры и поищем ответы на вопросы:


1. Настолько ли ваш highload — highload?
2. Считать ли хабрэффект поводом для внедрения высоких технологий?
3. «Костыль» или «высокотехнологичное решение» — что выбрать? Плюсы и минусы.
4. Как выбрать момент для начала новой эры? Есть ли критерии, когда имеет смысл начинать оптимизировать ваше приложение и внедрять крутые штуки «по-взрослому».
5. Как можно использовать «список Бунина» для достижения очень неплохих показателей, и все ли пункты реально нужны вам?
6. Как работать с техническим долгом, чтобы он не зарастал мхом?

В заключение Роман Ивлиев расскажет про несколько примеров из жизни banki.ru в части замены технологических решений в области высоких нагрузок, и что из этого вышло.


[Читать дальше →][5]

[1]: https://habrastorage.org/getpro/habr/post_images/8bc/3f7/51f/8bc3f751f0172c7d7b86fab757a8c425.jpg
[2]: http://www.banki.ru/
[3]: http://junior.highload.ru/2016/author/1617
[4]: http://junior.highload.ru/
[5]: https://habrahabr.ru/post/308616/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut