On this talk, we will share unusual back streets of ASP.NET MVC for increase performance: - brief review of usual improvements - fast and strong typed url generation - increase Razor performance
Работа в высоконагруженных проектах всегда была такой сферой деятельности, где можно в рамках решения прикладных задач находить и применять сложные и интересные решения. К сожалению, очень часто во главу угла ставится не надежное решение поставленной задачи, а именно применение сложного и интересного решения, которое даст специалисту новый опыт и удовольствие от сложных архитектур. В своем докладе я хочу пройтись по тем стандартным "набитым шишкам", которые мы встречаем в своей работе, когда сложное, новое и интересное решение не означает стабильность системы. 1. Когда "интересно" не значит "правильно"? 1.1. Специфика развития высоконагруженного проекта. 1.2. Требования бизнеса и современные технологии. 1.3. Типичные "сомнительные" решения. 2. Проблемы в архитектуре отказоустойчивых систем. 2.1. Ошибки в планировании резервирования. 2.2. Ошибки в планировании системы выкладок. 2.3. Ошибки в архитектурах систем хранения данных. 3. Проблемы в архитектуре систем, рассчитанных на высокую нагрузку. 3.1. Ошибки в планировании мощностей системы. 3.2. Ошибки в планировании возможностей масштабирования системы. 3.3. Ошибки в архитектурах систем хранения данных.
1. Описание старого процесса сбора данных о тестах: как было до, что хорошего, что плохого 2. Influxdb, как хранилище time-series данных, 3. Zabbix - мониторинг нагрузочных стендов: windows и linux агенты, активный сбор данных, autodiscovery виртуальных машин в esx 4. Grafana, как способ превратить графики и дашборды в конфетку 5. Автоматизация нагрузки от пользователей через web-UI при помощи Jmeter, отображение статистики в реальном времени, CI в Teamcity
Каждый день на Яндекс.Диск заливается более десятка терабайт данных. Из доклада вы узнаете про то, как справиться с такой нагрузкой, и про другие интересные архитектурные особенности сервиса.
Сегодня термин "программно-определяемые сети" используется во множестве случаев — начиная с демонстрационных стендов с OpenVSwitch и заканчивая внедрениями распределенной программно-аппаратной оркестровки от профильных вендоров. Разработка собственной модели сетевого транспорта и написание SDN обычно целесообразно и посильно лишь крупнейшим компаниям, но в нашем случае это также оказалось возможным, более того, SDN упростила взаимодействие с аппаратной начинкой кластеров и привела к снижению ее общей стоимости. Мы хотим рассказать о практическом опыте разработки и использования полностью программной сети для клиентов публичного облака — от определения требований к функциональности такого решения до нюансов работы крупного отказоустойчивого SDN-кластера.