Pull to refresh

Весь покрытый тестами, абсолютно весь

IT systems testing *
Компания Agitar Software предлагает довольно любопытную метрику для оценки качества программного кода. Формула с недвусмысленным названием CRAP позволяет оценить, воскликнет ли разработчик «Oh crap!» узнав, что за код ему выпало счастье поддерживать.

Читать дальше →
Total votes 3: ↑3 and ↓0 +3
Views 5.2K
Comments 0

Хантер Хестингс: «Мы больше не будем называться маркетологами, но станем работниками вовлечения»

Lumber room
Translation
Автор и директор EMM Group Хантер Хестингс (Hunter Hastings) представил на конференции ad:tech, прошедшей в Чикаго, новое видение смысла маркетинга по отношению к метрикам, процессу и вовлечённости.

Будучи представленным, как «человек, который может дать вам не просто идею измерения вовлечённости в бренд, но показать, как это реально происходит», Хантер Хестингс, директор Enterprise Marketing Management Group и автор «The New Marketing Mission» (Предназначение Нового Маркетинга), сделал отличную презентацию новых маркетинговых стандартов и очертил то, что будет необходимо для процветания в новом потребителе-центричном мире.

Хестингс начал с короткого определения маркетинга: «понять потребности людей и пойти им навстречу». Затем он назвал три основных направления, которые изменяют маркетинговый ландшафт, начиная от «addressable потребитель»: недавнопоявившаяся возможность идентифицировать и следить за конкретной личностью – в онлайне или офлайне – требует применять новые способы кустомизирования маркетинговых месседжей и отслеживания их влияния. Второе направление – это новый уровень контроля потребителя над контентом, который полностью перестраивает старую маркетинговую модель типа «прерви и навяжись» (interrupt and annoy). Эти два явления, в сочетании с потребностью брендов в укороченном маркетинговом цикле, подталкивают ход событий к новым метрикам и практикам в достижении Святого Грааля маркетинга: наилучшей вовлечённости в бренд.

Требуется: новые метрики

По мере того, как простое привлечение внимания перестало цениться и бренды стали требовать создания более глубокой вовлечённости со стороны потребителей, старые метрики типа цена-за-клик, становятся всё менее и менее релевантны. Хестингс описал новые стандарты измерений, которые он назвал «единицы клиентской вовлечённости» (customer engagement points), которые аналогичны традиционным единицам медиа-рейтинга. Он сказал, что есть три причины, почему только система, которая использует единицы вовлечённости, сможет быть применима в маркетинге будущего: она всесторонняя, она использует единую глобальную валюту, которая работает для разных медиа и разных географических районов и может адаптироваться к непостоянным, быстро меняющимся условиям рынка.

В рамках этой системы, каждому потребительскому контакту присваивается определённое значение на основе отчётов потребителей о том, какие из контактов оказались наиболее важными для их решения о покупке. Единицы вовлечённости могут выражаться в абсолютных числах – например, эффективность данного контакта – а также и в относительных числах, таких, как доля вовлечённости в бренд по сравнению с конкурентами. Значение может изменяться во времени, в пространстве (географии) и в зависимости от целевой группы – если называть только несколько основных переменных. К примеру, если заниматьс я маркетингом автомобилей, Хестинг отмечает, что «множество контактов может иметь нулевое значение вовлечённости, если клиент не в цикле покупки авто», в то же время, эти же контакты могут год спустя иметь огромное когнитивное, эмоциональное или поведенческое значение для того же самого клиента.

Чтобы аудитория не смотрела на принципы вовлечённости, как на чистую теорию, Хестингс обратил внимание на исследования, проведённые его компанией, которые демонстрируют «очень высокую корреляцию» — около 80 процентов – между долей бренда в клиентской вовлечённости и его долей на рынке, доказывая тем самым, что вовлечённость на самом деле выливается в продажи.

Ключевое слово: процесс

Итак, раз уж маркетологи знают, что собой представляет успешное вовлечение, главным вопросом становится «Каким образом нам изменить свой подход к вовлечению? Нам нужно то, что разработчики называют моделью конгруэнтности» — нечто, что больше соответствует новым задачам компаний связанным с вовлечением потребителей.

Современная культура «иерархических (siloed) маркетинговых структур» и «менеджериализм» мешают многим компаниям обратить внимание на эти идеи, сказал Хестингс. Он указал на потребность в более горизонтальной организации, в противоположность существующей вертикальной модели командуй-и-управляй. В условиях нового маркетингового процесса, входящие данные – клиентские подробности – станут материалом, который будет трансформироваться в кто, что, где и как для марктеинговой кампании. Отдачей от подобной системы станет измеряемая клиентская вовлечённость.

По мере того, как индустрии подходят к подобной модели, маркетинговым организациям понадобится то, что Хестингс назвал «Чемпион вовлечения», который проводил бы исследования, а также медиа- и коммуникационные экспертизы, позволяющие управлять процессом. Кроме этого, им понадобятся новые инструменты, включая софт, позволяющий прямо на рабочем столе создавать мгновенные отчёты, в которых будет отражаться эффективность вовлечения и действенность, а также возможность мгновенно моделировать небольшие изменения в стратегии (сценарии типа «что-если») и их возможный эффект на вовлечённость.

Победители и проигравшие

Любые перемены всегда приносят одним игрокам больше выгоды, чем другим и маркетинг в своём перевоплощение из непредсказуемого, неизмеряемого и долго-цикличного сегодня в эффективное, с точки зрения процесса, завтра, также не исключение. Среди тех, что останутся позади, будут, согласно Хестингсу, «рекламо-центричные или маркетингово-коммуникационно-центричные» организации, поскольку они слишком крепко держаться за знакомые инструменты и не уделяют достаточного внимания вовлечённости. Но более мелкие маркетологи и шустрые, клиенто-центричные компании будут процветать, поскольку им больше не потребуется огромные бюджеты и огромные рекламные агентства чтобы конкурировать.

И, на конец, вся индустрия станет мене заметной сама по себе. Как говорит Хестингс: «Мы больше не будем называться маркетологами, но станем работниками вовлечения (engagement workers)»

Перевод с английского для:
blog.worldwebstudio.com
Total votes 1: ↑1 and ↓0 +1
Views 409
Comments 0

Хантер Хестингс: «Мы больше не будем называться маркетологами, но станем работниками вовлечения»

Lumber room
Translation
Автор и директор EMM Group Хантер Хестингс (Hunter Hastings) представил на конференции ad:tech, прошедшей в Чикаго, новое видение смысла маркетинга по отношению к метрикам, процессу и вовлечённости.

Будучи представленным, как «человек, который может дать вам не просто идею измерения вовлечённости в бренд, но показать, как это реально происходит», Хантер Хестингс, директор Enterprise Marketing Management Group и автор «The New Marketing Mission» (Предназначение Нового Маркетинга), сделал отличную презентацию новых маркетинговых стандартов и очертил то, что будет необходимо для процветания в новом потребителе-центричном мире.

Хестингс начал с короткого определения маркетинга: «понять потребности людей и пойти им навстречу». Затем он назвал три основных направления, которые изменяют маркетинговый ландшафт, начиная от «addressable потребитель»: недавнопоявившаяся возможность идентифицировать и следить за конкретной личностью – в онлайне или офлайне – требует применять новые способы кустомизирования маркетинговых месседжей и отслеживания их влияния. Второе направление – это новый уровень контроля потребителя над контентом, который полностью перестраивает старую маркетинговую модель типа «прерви и навяжись» (interrupt and annoy). Эти два явления, в сочетании с потребностью брендов в укороченном маркетинговом цикле, подталкивают ход событий к новым метрикам и практикам в достижении Святого Грааля маркетинга: наилучшей вовлечённости в бренд.

Требуется: новые метрики

По мере того, как простое привлечение внимания перестало цениться и бренды стали требовать создания более глубокой вовлечённости со стороны потребителей, старые метрики типа цена-за-клик, становятся всё менее и менее релевантны. Хестингс описал новые стандарты измерений, которые он назвал «единицы клиентской вовлечённости» (customer engagement points), которые аналогичны традиционным единицам медиа-рейтинга. Он сказал, что есть три причины, почему только система, которая использует единицы вовлечённости, сможет быть применима в маркетинге будущего: она всесторонняя, она использует единую глобальную валюту, которая работает для разных медиа и разных географических районов и может адаптироваться к непостоянным, быстро меняющимся условиям рынка.

В рамках этой системы, каждому потребительскому контакту присваивается определённое значение на основе отчётов потребителей о том, какие из контактов оказались наиболее важными для их решения о покупке. Единицы вовлечённости могут выражаться в абсолютных числах – например, эффективность данного контакта – а также и в относительных числах, таких, как доля вовлечённости в бренд по сравнению с конкурентами. Значение может изменяться во времени, в пространстве (географии) и в зависимости от целевой группы – если называть только несколько основных переменных. К примеру, если заниматьс я маркетингом автомобилей, Хестинг отмечает, что «множество контактов может иметь нулевое значение вовлечённости, если клиент не в цикле покупки авто», в то же время, эти же контакты могут год спустя иметь огромное когнитивное, эмоциональное или поведенческое значение для того же самого клиента.

Чтобы аудитория не смотрела на принципы вовлечённости, как на чистую теорию, Хестингс обратил внимание на исследования, проведённые его компанией, которые демонстрируют «очень высокую корреляцию» — около 80 процентов – между долей бренда в клиентской вовлечённости и его долей на рынке, доказывая тем самым, что вовлечённость на самом деле выливается в продажи.

Ключевое слово: процесс

Итак, раз уж маркетологи знают, что собой представляет успешное вовлечение, главным вопросом становится «Каким образом нам изменить свой подход к вовлечению? Нам нужно то, что разработчики называют моделью конгруэнтности» — нечто, что больше соответствует новым задачам компаний связанным с вовлечением потребителей.

Современная культура «иерархических (siloed) маркетинговых структур» и «менеджериализм» мешают многим компаниям обратить внимание на эти идеи, сказал Хестингс. Он указал на потребность в более горизонтальной организации, в противоположность существующей вертикальной модели командуй-и-управляй. В условиях нового маркетингового процесса, входящие данные – клиентские подробности – станут материалом, который будет трансформироваться в кто, что, где и как для марктеинговой кампании. Отдачей от подобной системы станет измеряемая клиентская вовлечённость.

По мере того, как индустрии подходят к подобной модели, маркетинговым организациям понадобится то, что Хестингс назвал «Чемпион вовлечения», который проводил бы исследования, а также медиа- и коммуникационные экспертизы, позволяющие управлять процессом. Кроме этого, им понадобятся новые инструменты, включая софт, позволяющий прямо на рабочем столе создавать мгновенные отчёты, в которых будет отражаться эффективность вовлечения и действенность, а также возможность мгновенно моделировать небольшие изменения в стратегии (сценарии типа «что-если») и их возможный эффект на вовлечённость.

Победители и проигравшие

Любые перемены всегда приносят одним игрокам больше выгоды, чем другим и маркетинг в своём перевоплощение из непредсказуемого, неизмеряемого и долго-цикличного сегодня в эффективное, с точки зрения процесса, завтра, также не исключение. Среди тех, что останутся позади, будут, согласно Хестингсу, «рекламо-центричные или маркетингово-коммуникационно-центричные» организации, поскольку они слишком крепко держаться за знакомые инструменты и не уделяют достаточного внимания вовлечённости. Но более мелкие маркетологи и шустрые, клиенто-центричные компании будут процветать, поскольку им больше не потребуется огромные бюджеты и огромные рекламные агентства чтобы конкурировать.

И, наконец, вся индустрия станет менее заметной сама по себе. Как говорит Хестингс: «Мы больше не будем называться маркетологами, но станем работниками вовлечения (engagement workers)»

Перевод с английского для:
blog.worldwebstudio.com
Total votes 12: ↑9 and ↓3 +6
Views 243
Comments 11

Continuous integration and code metrics

Java *
В этой статье рассматривается настройка continuous integration процесса с метриками кода. Предполагается работа с java кодом и библиотеками: junit, cobertura, findbugs. В качестве системы сборки используем ant, а сам процесс будет управляться из cruise control. В качестве scm будет немного git'а.

Что мы получим в итоге? Ява проект с ant'овским сценарием сборки. Итогом сборки будет откомпилированный проект и набор метрик: отчеты по junit тестам, процент покрытия кода тестами и отчет о потенциальных ошибках. В дополнение, весь процесс сборки будет проходить ежедневно в автоматическом режиме и вся история метрик сохраняется для групповых отчетов.
image
Читать дальше →
Total votes 22: ↑20 and ↓2 +18
Views 7.8K
Comments 8

Веб-метрика от Google

IT-companies
image
В рамках проекта «Давайте сделаем интернет быстрее», Google опубликовал некоторые статистические данные о размере, количестве ресурсов и других показателях страниц во Всемирной паутине. Статистика была собрана из выборки в несколько миллиардов веб-страниц в процессе анализа и индексирования «движком» поискового гиганта.
При обработке этих страниц алгоритмом принимались во внимание не только основные html¬-страницы сайтов, но и производились попытки обнаружить и обработать остальные ресурсы, размещаемые на сайтах: таблицы стилей, скрипты и изображения.
Читать дальше →
Total votes 46: ↑40 and ↓6 +34
Views 2.5K
Comments 20

Github Visualizer — Сервис визуализации истории репозиториев с GitHub

JavaScript *Git *Canvas *
Будучи поклонником программных продуктов для визуализации активности в репозиториях таких как code_swarm и gource. В один прекрасный день я был посещен музой, которая вдохновила меня создать онлайн сервис для визуализации статистики репозиториев с GitHub.
И сегодня хочу предоставить на ваш суд мой проект GitHub Visualizer (проект на GitHub).
Вот скринкаст для предварительного знакомства.

И не большая Gif'ка
image

Что использовано


Читать дальше →
Total votes 48: ↑46 and ↓2 +44
Views 15K
Comments 30

ExpvarMon — консольный мониторинг сервисов на Go

Go *
Для Go-программ существует удобнейший стандартный пакадж expvar, позволяющий одной строчкой подключить вывод дебаг информации в JSON-формате. И чтобы максимально быстро и наглядно мониторить текущее состояние, была написана консольная программа Expvarmon, требующая минимум конфигурации для вывода метрик и дебаг-информации для ваших Go-сервисов.

Функции:
  • single- и multi-services режимы
  • мониторинг локальных и удаленных программ
  • произвольное количество сервисов и переменных
  • поддержка значений для памяти, временных интервалов, bool и произвольных чисел/строк
  • sparkline-графики
  • отображение максимальных значений
  • отображение упавших/рестартовавших сервисов
  • авто-ресайз при изменении размеров шрифта или окна



Читать дальше →
Total votes 29: ↑26 and ↓3 +23
Views 16K
Comments 16

Сбор и визуализация метрик приложения в Graphite и Graph-Explorer

Website development *Python *Data visualization *
Tutorial
Зачастую возникает необходимость отслеживать различные параметры работы приложения/сервиса. Например, интерес представляет количество запросов в секунду, среднее время ответа сервера, количество ответов сервера с различным HTTP-статусом (технические метрики), количество регистраций пользователей в час, количество платежных транзакций в минуту (бизнес-метрики) и пр. Без системы сбора метрик разработка и сопровождение продукта происходит практически вслепую.



Данная статья является руководством по настройке системы сбора и анализа метрик приложения на базе Graphite и vimeo/graph-explorer.
Читать дальше →
Total votes 10: ↑10 and ↓0 +10
Views 57K
Comments 11

Мониторинг и метрики для Play Framework при помощи Dropwizard Metrics

Java *Scala *
Translation
Tutorial

В какой то момент разработки приложения, каждый из нас приходит к тому, что нам нужно больше информации о том, что происходит внутри приложения или же в возможности мониторить приложение. В случае с Play Framework уже существует готовое решение в виде отличной библиотеки с открытым исходным кодом Kamon в паре с модулем kamon-play.


Но сегодня мы собираемся взглянуть на альтернативное решение, интеграцию и использование Drowizard Metrics ранее известное как Codahale Metrics с Play Framework.


Читать дальше →
Total votes 16: ↑16 and ↓0 +16
Views 6K
Comments 0

Метрики в задачах машинного обучения

Open Data Science corporate blog Python *Data Mining *Mathematics *Machine learning *

Привет, Хабр!



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


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


Читать дальше →
Total votes 40: ↑39 and ↓1 +38
Views 413K
Comments 9

Нестандартная кластеризация, часть 3: приёмы и метрики для кластеризации временных рядов

Data Mining *Mathematics *Machine learning *
Часть первая — Affinity Propagation
Часть вторая — DBSCAN
Часть третья — кластеризация временных рядов
Часть четвёртая — Self-Organizing Maps (SOM)
Часть пятая — Growing Neural Gas (GNG)

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

Кластеризация временных рядов — неблагодарное дело. Даже при группировке статических данных часто получаются сомнительные результаты, что уж говорить про информацию, рассеянную во времени. Однако нельзя игнорировать задачу, только потому что она сложна. Попробуем разобраться, как выжать из рядов без меток немного смысла. В этой статье рассматриваются подтипы кластеризации временных рядов, общие приёмы и популярные меры расстояния между рядами. Статья рассчитана на читателя, уже имевшего дело с последовательностями в data science: о базовых вещах (тренд, ARMA/ARIMA, спектральный анализ) рассказываться не будет.

Читать дальше →
Total votes 18: ↑18 and ↓0 +18
Views 33K
Comments 5

Сервис статистики VPC

Selectel corporate blog System administration *IT Infrastructure *


В этой статье мы расскажем о том, какие компоненты используются для сбора, обработки и хранения метрик виртуальных машин, приведем примеры настройки использования этих компонентов в проекте VPC.

За получение метрик и их первичную обработку, отвечает компонент OpenStack Ceilometer.

На протяжении долгого времени он был единственным компонентом OpenStack предоставляющим все базовые возможности телеметрии.

В дальнейшем разработчики разделили функции Ceilometer между несколькими продуктами:

  • Aodh — сервис оповещений;
  • Gnocchi — сервис хранения агрегированных измерений;
  • Panko — сервис хранения информации о событиях;
  • Ceilometer — сервис сбора измерений.

Aodh и Panko останутся за рамками этой статьи.
Читать дальше →
Total votes 14: ↑14 and ↓0 +14
Views 4.1K
Comments 0

Что значат метрики для Agile команд?

Agile *Product Management *IT career
Sandbox
Проходя собеседование на позицию Product Owner я понял, что у меня серьезный пробел по бизнес метрикам в Agile проекте, т.к. работаю в госструктуре. В русском сегменте информация достаточно скудная. В английском сегменте очень понравилась статья Ashwinee Kalkura. Поэтому решил сделать немного вольный перевод. Оригинал статьи здесь.

image

Что значат метрики для Agile команд?


Многие пытаются понять, что же такое «лучшая практика» в отрасли, и наложить её на свой продукт, чтобы улучшить свои собственные показатели. Некоторое время я размышлял над тем, существует ли такое универсальное и эффективное решение.

Организации склонны копировать «то, что сработало для других», даже не заботясь об ограничениях и условиях, в которых конкретная метрика работала на «других».

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

И как тогда понять, что именно нужно измерить? Для меня ближайший путеводитель — это 7-й принцип в Agile Manifesto — «работающее программное обеспечение — лучший измеритель прогресса». Если Вы можете определить, что является для Вас рабочим программным обеспечением, становится легче измерить прогресс.

Опять же, каждый должен определять свое «работающее» программное обеспечение по-разному. Поэтому очень важно иметь целостное представление о том, кем является заказчик, кто разработчик, кто спонсор и, кто управляет процессом. Попробуем рассмотреть процесс со стороны каждого из них.
Читать дальше →
Total votes 13: ↑13 and ↓0 +13
Views 13K
Comments 1

The effectiveness of the marketing funnel AARRR

Display advertising *Contextual advertising *
Sandbox
AARRR stand for:

• Acquisition.
• Activation.
• Retention.
• Revenue.
• Referral.

AARRR (also called the Pirate Metrics) describes the sales funnel. At the top of the funnel are visitors who only saw your application, or just downloaded it and still do not know how they will interact with it. Next, visitors are registered — of course, if it is provided by the functionality of the application.

Now they (you can start calling them users) reach the moment when they have to understand the value of the product and decide to remain its user, i.e. start buying some services, recommend the application to your friends and, in general, constantly return to the application for any purpose, or delete it from mobile device.

You will not have another chance to impress the user!

The AARRR framework forces developers to measure their sales funnel numerically. At every stage.
Read more →
Total votes 12: ↑11 and ↓1 +10
Views 1.9K
Comments 2

Удобный инструмент для измерений C# кода

TINKOFF corporate blog .NET *C# *DIY
Tutorial

В стремительно развивающемся, большом и сложном продукте поиск узких мест, в плане производительности, становится не тривиальной задачей. Конечно есть инструменты для решения таких задач, например, BenchmarkDotNet. Бесспорно, это полезный и нужный инструмент, но при этом не всегда удобный. Это можно обнаружить, например, когда необходимо померить не публичный метод полностью, установив соответствующий атрибут, а некоторый кусок кода внутри приватного метода. Здесь я ни в коем случае не критикую обозначенный инструмент, а лишь хочу указать на потребность в несколько ином способе сбора метрик фрагментов кода. Встречаются весьма сложные, запутанные методы, с ветвлением, с циклами, обработкой исключительных ситуаций, а проблемное место может быть где-то внутри. Чтобы его найти нужно обильно обложить код измерителями, при этом есть очевидное желание не трогать и не перерабатывать существующую логику.
Читать дальше →
Total votes 23: ↑18 and ↓5 +13
Views 5.3K
Comments 14

Производительность фронтенда: разбираем важные метрики

VK corporate blog High performance *Website development *JavaScript *System Analysis and Design *
Обычно под производительностью понимают количество операций за определенный интервал времени и чем их больше, тем лучше. Но такое определение, да и подход в целом, мало применим к фронтенду, потому что у каждого пользователя будет свой «фронтенд». Именно об этом я и хочу поговорить, что же происходит «там», у пользователя, на другой стороне, в реальности, а не на вашем топовом MacBook.

Кроме это, я постараюсь вскользь рассмотреть общие правила оптимизации кода и некоторые ошибки на которые стоит обратить внимание. Ещё расскажу про инструмент, который помогает не только в профилировании, но и «из коробки» собирает кучу базовых метрик о производительности вашего приложения (и надеюсь, вы дочитаете этот пост до конца).
Читать дальше →
Total votes 65: ↑65 and ↓0 +65
Views 26K
Comments 22

Мы два года развивали свою систему мониторинга. Кликай, чтобы…

Авито corporate blog System administration *Development Management *Data storages *DevOps *

Всем привет!


Я уже рассказывал в этом блоге об организации модульной системы мониторинга для микросервисной архитектуры и о переходе с Graphite+Whisper на Graphite+ClickHouse для хранения метрик в условиях высоких нагрузок. После чего мой коллега Сергей Носков писал о самом первом звене нашей системы мониторинга — разработанном нами Bioyino, распределённом масштабируемом агрегаторе метрик.


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


Читать дальше →
Total votes 36: ↑35 and ↓1 +34
Views 11K
Comments 12

Как с Prometheus собирать метрики, не искаженные привязкой ко времени

Southbridge corporate blog System administration *Server Administration *DevOps *
Translation


Многие сетевые приложения состоят из веб-сервера, обрабатывающего трафик в реальном времени, и дополнительного обработчика, запускаемого в фоне асинхронно. Есть множество отличных советов по проверке состояния трафика да и сообщество не перестает разрабатывать инструменты вроде Prometheus, которые помогают в оценке. Но обработчики порой не менее – а то и более – важны. Им также нужны внимание и оценка, однако руководства по тому, как осуществлять это, избегая распространенных подводных камней, мало.


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


Мы увидим, как использовать метрики таким образом, чтобы обеспечить точную оценку, а в заключении покажем эталонную реализацию prometheus-client-tracer с открытым исходным кодом, который и вы можете применить в своих приложениях.

Читать дальше →
Total votes 26: ↑26 and ↓0 +26
Views 7K
Comments 4

Дэвид О’Брайен (Xirus): Метрики! Метрики! Метрики! Часть 1

ua-hosting.company corporate blog Hosting System administration *IT Infrastructure *Conferences
Translation
Недавно Дэвид О’Брайен открыл свою собственную компанию Xirus (https://xirus.com.au), сосредоточившись на облачных продуктах Microsoft Azure Stack. Они предназначены для согласованного создания и запуска гибридных приложений в центрах обработки данных, в пограничных расположениях, удаленных офисах и облаке.

Дэвид обучает отдельных лиц и компании всему, что связано с Microsoft Azure и Azure DevOps (бывшему VSTS) и до сих пор занимается практическим консультированием и инфракодированием. Он уже 5 лет является обладателем премии Microsoft MVP (Самый ценный профессионал Майкрософт), а недавно получил награду MVP Azure. Как соорганизатор Melbourne Microsoft Cloud и Datacentre Meetup, О’Брайен регулярно выступает на международных конференциях, сочетая свой интерес к путешествиям по миру со страстью делиться ИТ-историями с сообществом. Блог Дэвида находится по адресу david-obrien.net, он также публикует свои онлайн-тренинги по Pluralsight.

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

В 3 часа ночи, в воскресенье, во время сна вас внезапно будит сигнал текстового сообщения: “сверхкритическое приложение снова не отвечает”. Что же происходит? Где и в чем причина «тормозов»? Из этого доклада вы узнаете про сервисы, которые Microsoft Azure предлагает клиентам для сбора логов и, в частности, метрик ваших облачных рабочих нагрузок. Дэвид расскажет, какие метрики должны вас интересовать при работе на облачной платформе и как до них добраться. Вы узнаете об инструментах с открытым исходным кодом и построении панелей мониторинга и в результате приобретете достаточно знаний для создания своих собственных панелей.
Total votes 18: ↑17 and ↓1 +16
Views 3.4K
Comments 2

Дэвид О’Брайен (Xirus): Метрики! Метрики! Метрики! Часть 2

ua-hosting.company corporate blog Hosting System administration *IT Infrastructure *Conferences
Translation
Недавно Дэвид О’Брайен открыл свою собственную компанию Xirus (https://xirus.com.au), сосредоточившись на облачных продуктах Microsoft Azure Stack. Они предназначены для согласованного создания и запуска гибридных приложений в центрах обработки данных, в пограничных расположениях, удаленных офисах и облаке.

Дэвид обучает отдельных лиц и компании всему, что связано с Microsoft Azure и Azure DevOps (бывшему VSTS) и до сих пор занимается практическим консультированием и инфракодированием. Он уже 5 лет является обладателем премии Microsoft MVP (Самый ценный профессионал Майкрософт), а недавно получил награду MVP Azure. Как соорганизатор Melbourne Microsoft Cloud и Datacentre Meetup, О’Брайен регулярно выступает на международных конференциях, сочетая свой интерес к путешествиям по миру со страстью делиться ИТ-историями с сообществом. Блог Дэвида находится по адресу david-obrien.net, он также публикует свои онлайн-тренинги по Pluralsight.

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

В 3 часа ночи, в воскресенье, во время сна вас внезапно будит сигнал текстового сообщения: “сверхкритическое приложение снова не отвечает”. Что же происходит? Где и в чем причина «тормозов»? Из этого доклада вы узнаете про сервисы, которые Microsoft Azure предлагает клиентам для сбора логов и, в частности, метрик ваших облачных рабочих нагрузок. Дэвид расскажет, какие метрики должны вас интересовать при работе на облачной платформе и как до них добраться. Вы узнаете об инструментах с открытым исходным кодом и построении панелей мониторинга и в результате приобретете достаточно знаний для создания своих собственных панелей.
Total votes 15: ↑15 and ↓0 +15
Views 1.9K
Comments 0