SmartMonitoring - мониторинг бизнес-логики в Одноклассниках / Сергей Шарапов ...Ontico
Самым критичным в мониторинге бизнес-логики является этап выяснения сути инцидента, зачастую он занимает значительное время и требует высокой квалификации сотрудника, так как основные показатели работы сайта и сервисов представлены более чем 100 тысячами графиков, и нахождение первоисточника - не самое простое дело. Поэтому была создана система мониторинга (SmartMonitoring), которая умеет находить аномалии в работе портала и показывать связь между ними, что значительно упрощает работу как администраторам, так и программистам. Такая система помогает в случае инцидента понять, какой именно среди десятков наших сервисов засбоил первым и, соответственно, ускоряет распутывание «клубка» в процессе расследования инцидента и помогает быстро находить сервис, который во всем виноват.
В этом докладе я расскажу, как мы создали такую систему, как она работает, и с какими трудностями мы столкнулись.
Вы запускали когда-нибудь Lean процесс в команде 1С? Учитывая что 1С специалисты любят всё «делать на 1С», специально для таких команд создана методологическая конфигурация для по автоматическому планированию первых трёх итераций — используется на «нулевых спринтах» в командах 1С.
Конфигурация содержит в себе:
— метаданные 1С с встроенной справкой и ссылками на описание сущностей
— пример реализации инженерных практик на 1С
SmartMonitoring - мониторинг бизнес-логики в Одноклассниках / Сергей Шарапов ...Ontico
Самым критичным в мониторинге бизнес-логики является этап выяснения сути инцидента, зачастую он занимает значительное время и требует высокой квалификации сотрудника, так как основные показатели работы сайта и сервисов представлены более чем 100 тысячами графиков, и нахождение первоисточника - не самое простое дело. Поэтому была создана система мониторинга (SmartMonitoring), которая умеет находить аномалии в работе портала и показывать связь между ними, что значительно упрощает работу как администраторам, так и программистам. Такая система помогает в случае инцидента понять, какой именно среди десятков наших сервисов засбоил первым и, соответственно, ускоряет распутывание «клубка» в процессе расследования инцидента и помогает быстро находить сервис, который во всем виноват.
В этом докладе я расскажу, как мы создали такую систему, как она работает, и с какими трудностями мы столкнулись.
Вы запускали когда-нибудь Lean процесс в команде 1С? Учитывая что 1С специалисты любят всё «делать на 1С», специально для таких команд создана методологическая конфигурация для по автоматическому планированию первых трёх итераций — используется на «нулевых спринтах» в командах 1С.
Конфигурация содержит в себе:
— метаданные 1С с встроенной справкой и ссылками на описание сущностей
— пример реализации инженерных практик на 1С
Машинное обучение в электронной коммерции — практика использования и подводны...Ontico
HighLoad++ 2017
Зал «Найроби+Касабланка», 7 ноября, 16:00
Тезисы:
http://www.highload.ru/2017/abstracts/2851.html
Анализ, проектирование, разработка и эксплуатация моделей предиктивной аналитики в Битрикс24.
В докладе расскажем, как мы создали несколько хайлоад-моделей для предсказания платных клиентов, потенциальной прибыли клиентов и клиентов, вероятно покидающих сервис. Поделимся опытом выбора алгоритмов, библиотек, тонкой настройки моделей в Spark MLib, фильтрации и обработки бигдаты на кластерах Spark в Amazon Web Services и всем тем, что необходимо для доведения "предиктивных" моделей до работающего при высоких нагрузках сервиса.
Самое важное в докладе - опыт доведения алгоритмов до прикладного бизнес-применения, тонкости и техники выжимания из данных самой ценной информации.
D2D DevPro 2017: Golang — опыт промышленной разработкиYuriy Vasiyarov
Golang – опыт промышленной разработки
Три года в бою
Фреймворк;
Управление зависимостями;
CI;
Профилирование;
Конфигурирование;
Code style;
Статический анализ кода;
Типичные ошибки;
Производительность Golang приложений;
Бытовые трудности и Анти паттерны Agile командDmitry Pavlov
Я решил внедрить Agile у себя в команде. Какой бы тул мне купить: Rally или TargetProcess? - Jira недоступна, мы не можем проводить планирование - Вы мне там Скрам настройте у разработчиков - У нас тестировщики половину спринта простаивают, а потом не успевают... Знакомые ситуации? Больно вспоминать? В данном докладе мы детально рассмотрим эти и другие антипаттерны, подсмотренных у реальных команд, - без философии про ценности и личностный рост. Поговорим о причинах их возникновения и последствиях, к которым они приводят. Доклад будет полезен начинающим скрам мастерам, чтобы не наступать на "детские" грабли, а опытные команды смогут критическим взглядом оценить свой процесс.
Машинное обучение в электронной коммерции — практика использования и подводны...Ontico
HighLoad++ 2017
Зал «Найроби+Касабланка», 7 ноября, 16:00
Тезисы:
http://www.highload.ru/2017/abstracts/2851.html
Анализ, проектирование, разработка и эксплуатация моделей предиктивной аналитики в Битрикс24.
В докладе расскажем, как мы создали несколько хайлоад-моделей для предсказания платных клиентов, потенциальной прибыли клиентов и клиентов, вероятно покидающих сервис. Поделимся опытом выбора алгоритмов, библиотек, тонкой настройки моделей в Spark MLib, фильтрации и обработки бигдаты на кластерах Spark в Amazon Web Services и всем тем, что необходимо для доведения "предиктивных" моделей до работающего при высоких нагрузках сервиса.
Самое важное в докладе - опыт доведения алгоритмов до прикладного бизнес-применения, тонкости и техники выжимания из данных самой ценной информации.
D2D DevPro 2017: Golang — опыт промышленной разработкиYuriy Vasiyarov
Golang – опыт промышленной разработки
Три года в бою
Фреймворк;
Управление зависимостями;
CI;
Профилирование;
Конфигурирование;
Code style;
Статический анализ кода;
Типичные ошибки;
Производительность Golang приложений;
Бытовые трудности и Анти паттерны Agile командDmitry Pavlov
Я решил внедрить Agile у себя в команде. Какой бы тул мне купить: Rally или TargetProcess? - Jira недоступна, мы не можем проводить планирование - Вы мне там Скрам настройте у разработчиков - У нас тестировщики половину спринта простаивают, а потом не успевают... Знакомые ситуации? Больно вспоминать? В данном докладе мы детально рассмотрим эти и другие антипаттерны, подсмотренных у реальных команд, - без философии про ценности и личностный рост. Поговорим о причинах их возникновения и последствиях, к которым они приводят. Доклад будет полезен начинающим скрам мастерам, чтобы не наступать на "детские" грабли, а опытные команды смогут критическим взглядом оценить свой процесс.
- Как начать развивать систему аналитики в компании, не имея армию data-инженеров.
- Как перейти из состояния «я не понимаю какие квадратики на этой схеме нужны для моих задач» и при этом не уйти в R&D на несколько месяцев.
- Как реализовать потоковую обработку данных на PHP (~40К записей в минуту).
- Какие технические решения применяли в нашем решении и какие факторы учитывали в принятии решений.
Презентация с мероприятия https://habr.com/ru/company/tuturu/blog/426059/
Monitoring driven эксплуатация / Николай Сивко (HeadHunter)Ontico
Огромная часть работы службы эксплуатации, так или иначе, связана с мониторингом существующей инфраструктуры.
Если система мониторинга настроена хорошо, она позволяет сократить время простоя, какие-то проблемы показать на ранней стадии, формализовать рабочие процессы команды админов.
То есть она является носителем знания о нашей инфраструктуре и о том, как именно работают админы.
Можно ли извлечь дополнительную пользу из этого?
В hh.ru мы используем систему мониторинга ещё и как check list для повседневных задач админов (алерты в данном случае являются задачами для человека: сделал задачу - триггер проверил результат и погас), идея взята из TDD.
Также расскажу, как мы работаем с внештатными ситуациями: реагируем на алерты, чиним, разбираем и классифицируем.
Еще на основе разобранных инцидентов мы считаем показатели работы службы эксплуатации, из этих показателей высчитываются наши премии (данный KPI получился удачным: с ним согласен и бизнес и админы).
Agile days 2015. Непрерывное качество в непрерывной разработкеMaxim Boguslavsky
Доклад построен на трехлетнем опыте работы в компании Banki.ru и состоит из набора практик и методологий, которые мы применили.
Классики жанра учили нас, что тестирование и обеспечение качества подразумевает кипу документации. А реалии бизнеса ожидают гибкость и мгновенную скорость реакции.
Где найти грань? Как обеспечить процесс? Как найти время на автоматизацию и юнит-тесты?
Как найти идеальное соотношение между фундаментальным процессом и проворным процессом?
Доклады с прошедшей JiraMania: про обновления, зависимости и дедлокиGonchik Tsymzhitov
В августе Яндекс.Деньги провели митап Jiramania. На нем разработчики и администраторы рассказали про отмычки и ноу-хау по работе с Jira.
Помимо неспешных бесед за кофе и круассанами, Гончик Цымжитов из ITIVITI поделился перцовыми пластырями от боли обновления Jira. После чего на сцену вышел Вадим Гаузяк из СберТеха с результатами своего исследования дедлока в agile-плагине Jira 7.
Но хватит интриг — под катом вы найдете оба доклада.
Бизнес требует от ИТ постоянно ускорять обороты. Сроки выхода на рынок постоянно сокращаются.
Применение гибких методологий в небольшой команде позволяет значительно уменьшить Time-to-Market.
Однако в крупной компании прямое использование Agile/Scrum затруднено: даже простое на первые взгляд изменение бизнес процесса может затрагивать несколько систем, за которые отвечают разные команды. Выпуск релиза приходится координировать с большим количеством заинтересованных лиц. Это сильно замедляет и проектирование и финальное интеграционное тестирование. В результате добиться снижения Time-to-Market кажется очень непростой задачей, осложненной к тому же непростой политической ситуацией, типичной для крупной организации.
Мы поговорим о системном подходе к снижению Time-to-Market для сложных задач координации релиза, характерных для крупных организаций
Andrew Aksyonoff "Архитектура вокруг поиска"Fwdays
Начиная с определенного масштаба, вокруг любого базового поискового движка плюс рядом с ним неизбежно вырастает изрядная куча всяких интересных прослоек и сервисов. Особенно, когда одним лишь поиском по ключевым словам (либо вообще булевым, либо с простеньким ранжированием по формуле) дело ограничиваться перестает. Расскажу, как сегодня выглядит архитектура сервисов “вокруг и около поиска” у нас в Авито (числа и слова для привлечения внимания: 40M+ активных объявлений, тысячи RPS, ML ранжирование, пляски с анализом и доставкой данных, и всё такое).
Привет, Санкт-Петербург!
Вторая встреча посвящена тонкой настройке производительности линейки Atlassian, в частности JIRA .
Будем рады встрече и вашим отзывам!
Целевая аудитория: системные администраторы и разработчики плагинов.
Привет!
Приходите на митап, посвященный управление тестами в Jira и анализ требований.
1. Эффективный анализ требований и управление тестами в Jira Software - Дмитрий Гриб
2. Обзор решений по управлению тестами и использование в Itiviti TestFlo - Гончик Цымжитов
3. Тестирование в Jira - Надежда Осипова
Ведь Вам знакома ситуация, когда каждый этап проекта выполняется в отдельной системе? Документы требований и спецификация тестов собираются в текстовом редакторе, разработка и баг-трекинг ведутся в Jira, сами тесты живут во внешнем инструменте, а отчеты - в редакторе таблиц. Отсутствие интеграции этих систем ведет к проблемам как в коммуникации внутри команды, так и в управлении всем процессом.
Трекинг всего проекта от начала до конца в единой интегрированной системе позволяет избежать этих проблем, улучшить эффективность всей команды, облегчить задачу менеджера, а также обеспечить полную трассируемость требований (V-model, tracibility matrix). В течение этой презентации мы покажем, как это можно реализовать на практике в Jira Software с применением специализированного приложения для управления требованиями и тестами.
P.S. Не забудьте взять паспорт с собой, требования бизнес-центра.
Коммуникации по Telegram: https://t.me/augspb
С уважением,
Гончик Цымжитов
Видео: http://www.youtube.com/watch?v=vz0U3jQpHSM
Это обзор опыта применения лучших практик разработки программного обеспечения на разных проектах от госзаказов до видеоконференций в командах от 5 до 50 человек. В докладе будут описаны не только практики, но и то, как они применяются на реальных проектах и какие выгоды они действительно приносят.
This document discusses continuous performance testing (CPT) and introduces the Jagger CPT solution. It provides an overview of why performance testing is important, outlines the principles and goals of CPT, and describes the key parts of the Jagger CPT platform including load generation, metrics collection, test data management, and environment management. It also provides an example customer success story where Jagger was used for continuous performance testing of a large ecommerce site.
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииSQALab
This document provides an overview of the JDI (Java UI test automation framework). It discusses features of JDI including being UI element oriented, providing common UI elements and solutions to common problems. It provides examples of how to write tests using JDI annotations and page object pattern. The document also summarizes benefits of JDI such as reducing test code, improving test clarity, reuse across projects. Finally it outlines new features planned for JDI 2.0 including layout verification, page object generator, integration with Selenium and expanding JDI to other languages like Python.
The document discusses testing of geolocation systems. It provides an overview of geolocation, including definitions and importance. It then outlines the speaker's experience and work testing GIS systems. The rest of the document details approaches to testing geolocation, including simulating calls, checking responses and databases, and verifying accuracy. It also discusses common data formats, projections, tools like PostGIS and QGIS, and potential bugs to watch for like coordinate jumbling. The conclusion emphasizes starting simple, practicing to improve, and for tests to grow with knowledge as geolocation is important for future IT.
12. QA активности
• Приемочные критерии (JIRA, Balsamiq)
• Статус митинги (на английском)
• Чеклисты в Ontestpad.com (UAT, Security, Usability) ->
Structure.Testy
• Тест кейсы в Zephyr for JIRA
• Разработка автотестов (github.com/jtalks-org/functional-tests)
17. Мотивация
• Опыт
• Запись в резюме (для новичков)
• Интересные задачи
• Обратная связь
• Обучение (http://jtalks.org/display/PM/Education)
• Дружелюбная атмосфера
• Простой и эффективный процесс
19. JTalks QA: выводы
• JIRA на все руки
• Чеклисты полезнее, чем тест кейсы
• Без тест-кейсов с новичками очень сложно
• Хороший новичок лучше плохого "бывалого"
• Ручные тесты лучше автотестов
• Автотесты лучше ручных
20. JTalks
Плюсы
• Опыт
• Свежая кровь
• Новые знакомства
(community)
Минусы
• Учатся и «улетают из
гнезда»
• Много времени для
лидов
• Разные часовые пояса
• Нет аналитиков и
дизайнеров