Заявки на доклады

Поиск по тегам:

Тестирование, нагрузочное тестирование

Изображая продакшн: нагрузочное тестирование виртуальных инфраструктур в рамках бюджета

Михаил Бородин

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

В данном докладе я расскажу о создании стендов для нагрузочного тестирования разрабатываемого нами сертифицированного средства защиты платформ виртуализации и о симуляции больших виртуальных инфраструктур в рамках бюджета. На конкретных кейсах покажу, до какой стадии проект может обходиться малыми hardware ресурсами, и к чему может привести их несоответствие ожиданиям заказчиков.

Расскажу о некоторых особенностях работы с платформой VMware vSphere: преодолении неочевидных ограничений nested гипервизоров и тонкостях Auto Deploy. В докладе будут рассмотрены проблемы использования восстановленного и бывшего в эксплуатации аппаратного обеспечения в качестве «личного» тестового стенда. Также проведена грань, за которой экономия начинает вредить обслуживаемости и масштабируемости тестовой инфраструктуры, что сказывается на качестве выпускаемого ПО.

Защита информации
,
Оптимизация производительности
,
Технологии виртуализации и контейнеризации
,
Проектирование информационных систем
,
Нагрузочное тестирование
Программный комитет ещё не принял решения по этому докладу

Архитектуры, масштабируемость

Контрактная история: как сделать хороший API для (микро)сервиса

Мелехова Анна
Владимир Лапатин

В данном докладе мы раскрываем историю про открытие в public API компании Acronis и внутренние процессы по улучшению этого API, которые этому предшествовали

Мы поговорим про
* Контрактные выборы и их значимость: RAML vs swagger, API first vs code first. Холивары и их место в процессе разработки
* Разработка API Guideline: кому нужен и нужен ли, как собрать практики
* Toolchain: что можно и что нужно автоматизировать, можно ли проверять безопасность на уровне RAML и хорошо ли ругать программистов за несоответствие их aннотаций лучшим практикам

Взаимодействие с серверной стороной (API)
,
API
,
Микросервисы, SOA
,
Стандарты кодирования
,
Автоматизация разработки и тестирования
Программный комитет ещё не принял решения по этому докладу

Time-series DB in E-Commerce - InfluxDb

Борис Тверитнев

TBD

Бэкенд / другое
,
Базы данных / другое
,
Архитектурные паттерны
Программный комитет ещё не принял решения по этому докладу

Управление командой разработки (тимлиды)

Как отличить профессионального разработчика от непрофессионального?

Даниил Пилипенко

* Как плохой разработчик понижает общую производительность.
* Из 20-ти человек, называющих себя программистами, только один действительно им является.
* Как отличить профессионального разработчика от любителя: критерии по С.Макконнеллу, Дж. Спольски, Р. Мартину.
* Компоненты профессионализма: как оценить.
* Опасные (неэффективные) способы подбора.
* Практические советы по повышению точности подбора программистов.

Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Обучение. А как могло бы быть?

Сапогов Антон

Что нужно знать?
Важные моменты?
Налоги?
Запустились...

Программный комитет ещё не принял решения по этому докладу
Rambler's Top100