Доставляя неприятности: о профессиональных наказаниях подчиненных в интеллектуальной IT-среде / Владимир Завертайлов (Сибирикс)

•

0 recomendaciones•1,030 vistas

На этот счет очень мало литературы. Этому специально нигде не учат. Но уметь это надо. - Нужно ли наказывать? Или это демотивирует? - Как учителя менеджмента обходят тему наказаний; - Что считать «проступком» в разных операционных системах менеджмента; - Когда нужно наказывать в регулярном менеджменте; - Рычаги! Какие у меня есть рычаги? - Что работает, а что нет; - На ком тренироваться, а на ком не стоит; - Литература. Хорошие, вкусные книжки, которые стоит почитать по этому вопросу.

Ingeniería

Доставляя
неприятности:

о
профессиональных
наказаниях

подчиненных
в
интеллектуальной

IT-‐среде

Владимир
Завертайлов
@sibirix
Специализируемся на высоконагруженных
web-приложениях
Топ-13
Топ-12
web-разработчиков
России

Что
значит
«Нести
ответственность»

(в
практическом
плане?)

*
На
самом
деле
—
надо!

А
может
не
надо?*

Какая
у
вас
операционная
система*?

•  Директивный
менеджмент

•  Манипуляционный
менеджмент

•  Импровизационный
менеджмент

•  Регулярный
менеджмент

Регулярный
менеджмент

1.
Руководитель
ОБЯЗАН
наказать
подчиненного,

если
тот
нарушил
УСТАНОВЛЕННЫЕ
и

ДОВЕДЕННЫЕ
до
него
правила.

Регулярный
менеджмент

Руководитель
НЕ
ИМЕЕТ
ПРАВА
наказывать

подчиненного,
если
тот
действовал

НЕ
ПРИВЫШАЯ
своих
полномочий.

Руководитель
—
как
огонь.

Невозможно
приблизиться.

Тепло
рядом,
но
невыносимо

горячо,
если
пытаться
стать
ещё

ближе.

*
Много
светлых
мыслей
в
книгах
Владимира
Константиновича
Тарасова.
Читать
всё!

Делаем
шкалу
(сами,
сами)

**
это
ОЧЕНЬ
важное
упражнение!

Как
е%сть
мозги

Спокойным
тоном

Задаёте
вопрос

Делаете
паузу

Не
даёте
увильнуть

от
ответа

Докопаться
до

моральной
причины

*
На
самом
деле
на
тех,
кого
не
жалко.

Тренируйтесь…
на
кошках*

Что
почитать?

<-‐
Александр
Фридман

Вы
или
вас.

Профессиональная

эксплуатация

подчиненных.

Регулярный

менеджмент
для

рационального

руководителя.

Владимир

Константинович

Тарасов

Читать
всё!
-‐>

Más contenido relacionado

Destacado

Маркетинг — это чёрная дыра, которая съедает всё больше денег, продажи не растут, а резать страшно. Правильная отчётность помогает вовремя выявлять проблемы, снижать расходы на рекламу и находить скрытые точки роста. Базовые принципы: 1. Отчётность должна быть не для галочки, а для действия. Нужно продумать сценарии принятия решений и собирать отчёты под эти сценарии. Например, иногда продажи снижаются. Чтобы быстро локализовать проблему, нам нужно в одной таблице видеть динамику конверсий по всем этапам от кликов до продаж. 2. Отчётность должна находить вас сама. Не вы должны её искать, а она должна приходить к вам по расписанию. 3. Если вы руководитель, отчётность должна приходить сразу с анализом, выводами и планом действий. Эти принципы позволяют наладить контроль и оптимизацию любых процессов, завязанных на цифры. Первую рабочую версию можно собрать за день. Она сразу принесёт пользу, поможет всем участникам понять ценность отчётности, привыкнуть к процессу и станет основой для развития. Резюме: я расскажу про принципы и дам план внедрения. Подробно остановлюсь на том, что может пойти не так. После выступления вы сможете наладить такой же процесс у себя.

Правильная отчётность по рекламе и продажам / Всеволод Устинов (IT-Agency)

Ontico

Выпуск коробочного продукта — это всегда компромисс между количеством новых фичей, их качеством и длиной релиз цикла. И всегда есть фичи для ограниченной аудитории или просто эксперименты. Популярное решение в такой ситуации — возможность написания плагинов к продукту. Но для написания плагинов нужно иметь мощное SDK у самого продукта. В Plesk мы назвали такие плагины расширениями (extension), реализовали SDK и создали свой каталог. В докладе я расскажу: - как мы разрабатывали свой SDK и каталог расширений; - через что мы прошли, чтобы выйти на рынок; - как мы публикуем расширения наших партнёров и вендоров, и какие расширения никогда не попадают в каталог; - какими были наши первые расширения, и каким каталог стал после 2 лет от официального запуска; - каким мы видим будущее нашего каталога расширений.

Как сделать свой SDK и первые 50 расширений от подпольных технологий к интегр...

Ontico

Поговорим о неотъемлемой составляющей большого числа современных веб-проектов — о фреймворках. Рассмотрим следующие темы и поищем ответы на вопросы: 1) Что такое фреймворк, и зачем их пишут. 2) Почему для некоторых языков их десятки, а для некоторых — единицы. 3) В чём плюсы и минусы применения. 4) Наиболее распространённые мифы. 5) Использовать или нет — примеры из жизни. 6) Как выбрать из множества доступных вариантов, на что стоит обратить внимание.

О фреймворках / Роман Ивлиев (Банки.ру)

Ontico

По мотивам одного из последних проектов буду рассказывать об особенностях разработки систем с сложной бизнес-логикой, ощутимыми требованиями к производительности и высокими требованиями к надежности. Расскажу об особенностях платежных систем, опишу причины выбора основных архитектурных решений (Java, PostgreSQL, сервисы) и особенности процесса разработки. Основные интересные моменты, на которых остановлюсь подробнее: 1) как решать популярные проблемы с БД и что делать, если не хватает IOPS; 2) какую надежную очередь стоит использовать; 3) какие нестандартные практики были успешными: IDE driven development, JSON вместо ORM, Functional test вместо Unit test; 4) какие решения были неправильными: PyTest, Spring Security, docker, велосипеды, разработчики, магия; 5) зачем менять методологию разработки три раза за год — и почему во многих проектах это тоже стоит делать. Надеюсь, часть из сказанного вызовет несогласие и дискуссию.

Платежная система за год / Филипп Дельгядо (Информационные технологии и системы)

Ontico

Запускаем сервер (БД, Web-сервер или что-то свое собственное) и не получаем желаемый RPS. Запускаем top и видим, что 100% выедается CPU. Что дальше, на что расходуется процессорное время? Можно ли подкрутить какие-то ручки, чтобы улучшить производительность? А если параметр CPU не высокий, то куда смотреть дальше? Мы рассмотрим несколько сценариев проблем производительности, рассмотрим доступные инструменты анализа производительности и разберемся в методологии оптимизации производительности Linux, ответим на вопрос за какие ручки и как крутить.

Как понять, что происходит на сервере? / Александр Крижановский (NatSys Lab.,...

Ontico

Индексы - типы индексов; - типы доступа к таблице; - составные индексы (когда они работают); - получение информации об индексе (show index; - описание формата); - примеры с поиском по нескольким полям и сортировкой: какие индексы будут использоваться, а какие нет; - что делать в случае нескольких условий по диапазону; - как сервер выбирает индекс, который будет использован; - директивы use/force/ignore index. EXPLAIN - как работает оптимизатор запросов; - недостатки explain; - explain extended; - получение sql запроса, восстановленного из плана; - формат выводимой explain информации: -- что означает каждый столбец; -- какие значения принимает (для extra только самые часто встречающиеся); -- на что обратить внимание с точки зрения производительности; -- как правильно читать план-разбор сложного примера с join-ами, подзапросами (обычными и from) и union-ами; - новые возможности explain в последних версиях. Практические примеры (исходный запрос, план, оптимизация, итоговый план) для разных случаев оптимизации: 1. добавление индексов; 2. эквивалентное изменение запроса: or --> union, подзапрос --> join; 3. разбиение запроса на несколько с сохранением промежуточных данных во временной таблице; 4. изменение структуры данных; 5. использование пользовательских переменных.

Основы индексирования и расширенные возможности EXPLAIN в MySQL / Василий Лук...

Ontico

Насколько повысится среднее время обработки одного запроса если увеличить нагрузку вдвое? Почему производительность базы данных может снизиться при росте числа клиентов? Как добиться эффективного распределения большого числа задач на весь кластер? О практике и о теории обработки очередей на которой основана практика в моём докладе.

Принципы и приёмы обработки очередей / Константин Осипов (Mail.ru)

Ontico

Мы проговорим про связь приложения и ОС, какие компоненты есть в современной ОС на примере Linux, как настройки этих компонент могут повлиять на приложение. Я расскажу про планировщик процессов, дисковый и сетевой ввод-вывод и соответствующие планировщики, управление памятью - как это все в общих чертах работает и как его потюнить.

Современная операционная система: что надо знать разработчику / Александр Кри...

Ontico

Масштабирование — способность наращивать систему для обработки большего количества трафика, не теряя при этом пользовательские качества: скорость и отзывчивость. Масштабирование различают двух типов: вертикальное (больше памяти, диска, лучше процессор) и горизонтальное (больше серверов в кластере). - Зачем оно нужно, если и так всё работает? - Когда? Мониторинг, необдуманные решения, оптимизация и жизнь с одним сервером. - Типичная схема. - Балансировка нагрузки. - Какие, вообще, проблемы на стороне приложения? - Почему PHP так хорош для масштабирования. - Сессии. - База данных. - Файлы. - Как быть со статистикой?

Горизонтальное масштабирование: что, зачем, когда и как /Александр Макаров (Y...

Ontico

Обзорный доклад про базовое внутреннее устройство любого современного поискового движка. Про сжатые списки документов и позиций, как затем с ними работает поиск совпадающих документов (и разные операторы), как устроено ранжирование найденных документов, как бывают устроены и работают с фильтрацией и агрегацией дополнительные (нетекстовые) атрибуты документов. По возможности, упоминание всех известных вариантов реализаций (как, вообще, можно, как сделано в Sphinx, как в Lucene).

Как устроен поиск / Андрей Аксенов (Sphinx)

Ontico

Как балансировать на «сетевом» канате под куполом тяжелой нагрузки? / Сергей ...

Ontico

Если наш проект — это не коробочный продукт, а, например, веб-сервис, на который постоянно ходят пользователи, их много и они сразу видят изменения, то в жизненном цикле разработки у нас возникает еще одна задача — задача деплоя готового кода в боевое окружение. В самом начале, когда наш проект маленький и простой, на эту задачу никто может и не обращать внимания, так как все происходит быстро и просто. Процесс деплоя состоит из 2-3 общеизвестных шагов — git pull, yii migrate, etc..., которые легко запомнить и в них сложно ошибиться. С развитием проекта его сложность возрастает — он уже крутится на нескольких серверах, появляются новые компоненты (утилиты, библиотеки и т.д.), новые сущности (балансеры, кэшы, и т.д.). Держать всю инфраструктуру в голове становится невозможным, ведение документации привносит больше проблем, нежели решений, люди ошибаются чаще и т.д. В докладе: — рассмотрим подробно вышеуказанные проблемы, с которыми неизбежно сталкиваются проекты; — обсудим, какие решения существуют в индустрии (chef, ansible, etc), чем они отличаются, какой выбрать и в чем их задача; — поговорим про административные вопросы, которые с этим связаны.

Эволюция процесса деплоя в проекте / Денис Яковлев (2ГИС)

Ontico

Какая вообще в природе бывает репликация (sync vs. async vs. semisync, master-master vs. master-slave), как оно устроено конкретно в MySQL, в каких версиях что добавили. Про binary/relay log, про SBR/RBR/mixed форматы, про глупости с позициями и про GTID, про то, как из-за всяких бед возникают дополнительные продукты типа Tungsten и Galera. Несколько занятных фактов и парочка фокусов, которые можно учинять конкретно с MySQL-репликацией. Доклад вчистую про внутреннее устройство, по результатам должно появляться общее понимание того, как оно работает внутри и почему именно так. Конкретные SQL-операторы подробно рассматривать НЕ будем, эти скучные мелочи необходимо будет затем самостоятельно смотреть в документации (или не смотреть).

Как устроена MySQL-репликация / Андрей Аксенов (Sphinx)

Ontico

Вы взяли ваш любимый фреймворк™ и быстро запустили крутой проект, который раскручивается, приносит деньги и требует быстрого развития, чтобы оставить конкурентов далеко позади. В один далеко не прекрасный момент вы понимаете, что корень всех зол - медленное время ответа базы данных, а ваш админ зло смотрит на разработчиков красными от бессонницы глазами и ругается на безумные запросы, которые генерирует ORM. Тот самый ORM, который позволил вам так быстро запустить ваш замечательный проект. Знакомо? Тогда вам будет интересно послушать, как заставить вашу базу данных работать прямо сейчас. А именно: - какое место в общей производительности базы данных занимает оптимизация запросов? - когда прекращать “крутить гайки” и заниматься медленными запросами? - что такое медленный запрос и когда их надо начинать оптимизировать? - как оптимизировать? - EXPLAIN, EXPLAIN ANALYZE - как читать и на что обращать внимание? - как работает оптимизатор запросов PostgreSQL и где могут быть узкие места? - для чего нужны и для чего не нужны индексы, методики индексирования, и как быть уверенным, что ваш индекс правильно используется? - какие запросы не будут работать быстро никогда, и как с этим жить? - ошибается ли оптимизатор и, если да, то почему и как его в таком случае призвать к порядку?

Производительность запросов в PostgreSQL - шаг за шагом / Илья Космодемьянски...

Ontico

Все знают поговорку "два переезда равны одному пожару" и все понимают, что значит "перенос highload проекта с одного провайдера хостинга на другого с обеспечением непрерывности функционирования сервисов для пользователей". Выбор "правильного" провайдера услуг дата-центров очень важен, но есть две проблемы: 1) "Все лгут" - маркетинг провайдера и реальность далеко не всегда совпадают, все провайдеры рассказывают о своих сильных сторонах и умалчивают о слабых; 2) "когда у вас в руках молоток - все вокруг превращается в гвозди" - все провайдеры услуг имеют свою специализацию и любую задачу клиента они стремятся решить так, как умеют, а не так как надо клиенту. В своем докладе я постараюсь рассмотреть все аспекты вопроса выбора провайдера/провайдеров услуг хостинга/дата-центров. Данный доклад ориентирован на широкую аудиторию и будет полезен всем, кому надо выбирать провайдера услуг хостинга/дата-центров для внутренних и/или внешних проектов. В рамках доклада будут рассмотрены следующие вопросы: 1) формализация ТЗ на оказание услуг провайдерами или "а что нам надо"; 2) классификация провайдеров дата-центров по спектру оказываемых услуг; 3) SLA - что это? какие SLA бывают? что подразумевают провайдеры и чего ожидаете вы в документе под названием Service Level Agreement; 4) магическое слово compliance, или что хочет государство; 5) чем отличаются одни провайдеры от других; 6) как проверить провайдера - uptime/связанность/рейтинги/спектр услуг; 7) пишем RFP - как сформулировать потребности так, чтобы потом результат не разочаровал.

Какие бывают провайдеры услуг дата-центров и как выбрать оптимальный? / Игорь...

Ontico

В последнее время сайты и веб-приложения растут всё быстрее, а задачи, стоящие перед БД, эволюционируют. Поэтому для (успешных) проектов традиционная реляционная СУБД часто не может удовлетворить все нужды. В ответ на эту проблему возникло большое количество разнообразных решений, очень различающихся по функциональности и характеристикам. При этом они все заносятся под один большой зонтик "NoSQL", что не способствует пониманию вещей. Запутанные веб-разработчики пытаются взять текущую модную и обсуждаемую NoSQL БД и приспособить её под свои нужды, не всегда понимая, нужную ли технологию они выбрали (референс к MongoDB is Web Scale http://www.youtube.com/watch?v=b2F-DItXtZs). Целью доклада является упорядочение хаоса в головах разработчиков. - Обзор популярных БД и их классификация (KV store, document store, columnar, etc). - CAP-теорема и её применение к выбору БД (где-то параметры можно настроить, где-то подпереть сбоку костылем, где-то - увы). - Типичные примеры применения. - Антипаттерны применения (из личного опыта и тысяч прочитанных вопросов на stackoverflow :) ).

NoSQL - коротко о главном / Сергей Туленцев (TextMaster)

Ontico

В этом докладе я расскажу вам историю о своих попытках улучшить процессы в компании Parallels. Она будет насыщена "фейлами" и набором неочевидных и спорных ситуаций, с коротыми вы можете столкнуться, если пойдете по "пути инноватора". Я расскажу: - чего удалось добиться за 3 года; - далеко ли могут увести вас чисто инструментальные решения; - с какими управленческими проблемами приходится столкнуться, если вы "внедряете DevOps"; - какой может быть предел влияния у "DevOps команды"; - типичные ситуации, в которых можно легко "завязнуть", и их корневые причины.

Путь DevOps в «Parallels» / Константин Назаров (Parallels)

Ontico

Tarantool - отечественная Opensource NoSQL база данных. В докладе мы обсудим: - Какое место занимают NoSQL базы данных в highload проектах? Почему и для чего вам стоит NoSQL решения? Какие NoSQL решения вы можете использовать? - Рассмотрим, что из себя представляет Tarantool 1.6 - база данных и сервер приложений в одном лице. Какие основные особенности Tarantool как NoSQL базы данных? Lua как встроенный язык сервера приложений. - Посмотрим, как можно начать использовать Tarantool в своих проектах, и сделаем первые шаги. Как установить Tarantool. Первый запуск и основы конфигурирования. Модель данных. Как создавать и работать с хранилищем данных. Как использовать пакеты tarantool. - Узнаем об интересных модулях и фичах Tarantool Чем полезен application server Tarantool http Tarantool queue - Познакомимся с сообществом Tarantool opensource Почему сообщество - это важно? Чем полезны opensource проекты начинающему разработчику?

Осваиваем Tarantool 1.6 / Евгений Шадрин (Sberbank Digital Ventures)

Ontico

1) Схема организации репозитория puppet. Зачем мы сделали репозиторий публичным внутри компании? Как мы "делим" puppet, и что делать, если все "пропало"? Собственная реализация механизма puppet kick. 2) Как рассказать всем обо всем и никого не потерять. "Черный мониторинг" (rbmon). Как мы собираем информацию о серверах и демонах. Делимся логами с разработчиками. Почему написали "велосипед"? 3) Graphite - система сбора и визуализации данных. Почему graphite? 1М метрик в минуту? Какие метрики мы рисуем (nginx-graphite-module, rbmon plugins). Визуализация работы проекта (Dashboard пульт).

Обзор архитектуры и подсистем деплоя и мониторинга. Как инженеры делают систе...

Ontico

1. Мониторинг высоконагруженного проекта. 1.1. Специфика мониторинга высоконагруженного проекта: гранулярность мониторинга, надежность системы мониторинга, система оповещений. 1.2. Мониторинг и контроль распределенных систем. 1.3. Специфика организации оповещений в высоконагруженном проекте. Превентивный мониторинг. 2. Резервирование и резервное копирование в высоконагруженном проекте. 2.1. Резервирование и резервное копирование - разные вещи. 2.2. Резервирование: на уровне сервера, дата-центра, географически распределенных площадок. 2.1. Организация резервного копирования. Сохранность часто обновляемых данных. 3. Обслуживание высоконагруженного проекта. 3.1. Организация поддержки высоконагруженного проекта: опыт, специфика работы. 3.2. Организация дежурств, эскалация оповещений. 3.3. Аварии в высоконагруженных проектах: примеры из жизни.

Поддержка высоконагруженного проекта: мониторинг, резервирование, обслуживани...

Ontico

Destacado (20)

Правильная отчётность по рекламе и продажам / Всеволод Устинов (IT-Agency)

Как сделать свой SDK и первые 50 расширений от подпольных технологий к интегр...

О фреймворках / Роман Ивлиев (Банки.ру)

Платежная система за год / Филипп Дельгядо (Информационные технологии и системы)

Как понять, что происходит на сервере? / Александр Крижановский (NatSys Lab.,...

Основы индексирования и расширенные возможности EXPLAIN в MySQL / Василий Лук...

Принципы и приёмы обработки очередей / Константин Осипов (Mail.ru)

Современная операционная система: что надо знать разработчику / Александр Кри...

Горизонтальное масштабирование: что, зачем, когда и как /Александр Макаров (Y...

Как устроен поиск / Андрей Аксенов (Sphinx)

Как балансировать на «сетевом» канате под куполом тяжелой нагрузки? / Сергей ...

Эволюция процесса деплоя в проекте / Денис Яковлев (2ГИС)

Как устроена MySQL-репликация / Андрей Аксенов (Sphinx)

Производительность запросов в PostgreSQL - шаг за шагом / Илья Космодемьянски...

Какие бывают провайдеры услуг дата-центров и как выбрать оптимальный? / Игорь...

NoSQL - коротко о главном / Сергей Туленцев (TextMaster)

Путь DevOps в «Parallels» / Константин Назаров (Parallels)

Осваиваем Tarantool 1.6 / Евгений Шадрин (Sberbank Digital Ventures)

Обзор архитектуры и подсистем деплоя и мониторинга. Как инженеры делают систе...

Поддержка высоконагруженного проекта: мониторинг, резервирование, обслуживани...

Más de Ontico

HighLoad++ 2017 Зал «Калининград», 8 ноября, 15:00 Тезисы: http://www.highload.ru/2017/abstracts/2964.html Одноклассники состоят из более чем восьми тысяч железных серверов, расположенных в нескольких дата-центрах. Каждая из этих машин была специализированной под конкретную задачу - как для обеспечения изоляции отказов, так и для обеспечения автоматизированного управления инфраструктурой. ...

One-cloud — система управления дата-центром в Одноклассниках / Олег Анастасье...

Ontico

HighLoad++ 2017 Зал «Калининград», 8 ноября, 16:00 Тезисы: http://www.highload.ru/2017/abstracts/3032.html Протокол DNS на семь лет старше, чем Всемирная паутина. Стандарты RFC 882 и 883, определяющие основную функциональность системы доменных имён, появились в конце 1983 года, а первая реализация последовала уже годом позже. Естественно, что у технологии столь старой и при этом по сей день активнейшим образом используемой просто не могли не накопиться особенности, неочевидные обыкновенным пользователям. ...

Масштабируя DNS / Артем Гавриченков (Qrator Labs)

Ontico

HighLoad++ 2017 Зал «Калининград», 8 ноября, 13:00 Тезисы: http://www.highload.ru/2017/abstracts/3010.html В этом докладе я расскажу, как BigData-платформа помогает трансформировать Почту России, как мы управляем построением и развитием платформы. Расскажу про найденные удачные решения, например, как разбиение на продукты с понятными SLA и интерфейсами между ними помогло нам сохранять управляемость с ростом масштабов проекта. ...

Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)

Ontico

HighLoad++ 2017 Зал «Кейптаун», 8 ноября, 10:00 Тезисы: http://www.highload.ru/2017/abstracts/2914.html Казалось бы, что нужно для организации тестового окружения? Тестовая железка и копия боевого окружения - и тестовый сервер готов. Но как быть, когда проект сложный? А когда большой? А если нужно тестировать одновременно много версий? А если все это вместе? Организация тестирования большого развивающегося проекта, где одновременно в разработке и тестировании около полусотни фич - достаточно непростая задача. Ситуация обычно осложняется тем, что иногда есть желание потрогать еще не полностью готовый функционал. В таких ситуациях часто возникает вопрос: "А куда это можно накатить и где покликать?" ...

Готовим тестовое окружение, или сколько тестовых инстансов вам нужно / Алекса...

Ontico

HighLoad++ 2017 Зал «Кейптаун», 8 ноября, 18:00 Тезисы: http://www.highload.ru/2017/abstracts/2854.html Из этого доклада вы узнаете о возможностях репликации и автофейловера PostgreSQL, в том числе о возможностях, ставших доступных в PostgreSQL 10. Среди прочих, будет затронуты следующие темы: * Виды репликации и решаемые с ее помощью проблемы. * Настройка потоковой репликации. * Настройка логической репликации. * Настройка автофейловера / HA средствами Stolon и Consul. После прослушивания доклада вы сможете самостоятельно настраивать репликацию и автофейловер PostgreSQL.

Новые технологии репликации данных в PostgreSQL / Александр Алексеев (Postgre...

Ontico

HighLoad++ 2017 Зал «Кейптаун», 8 ноября, 17:00 Тезисы: http://www.highload.ru/2017/abstracts/3096.html PostgreSQL is the world’s most advanced open source database. Indeed! With around 270 configuration parameters in postgresql.conf, plus all the knobs in pg_hba.conf, it is definitely ADVANCED! How many parameters do you tune? 1? 8? 32? Anyone ever tuned more than 64? No tuning means below par performance. But how to start? Which parameters to tune? What are the appropriate values? Is there a tool --not just an editor like vim or emacs-- to help users manage the 700-line postgresql.conf file? Join this talk to understand the performance advantages of appropriately tuning your postgresql.conf file, showcase a new free tool to make PostgreSQL configuration possible for HUMANS, and learn the best practices for tuning several relevant postgresql.conf parameters.

PostgreSQL Configuration for Humans / Alvaro Hernandez (OnGres)

Ontico

HighLoad++ 2017 Зал «Кейптаун», 8 ноября, 16:00 Тезисы: http://www.highload.ru/2017/abstracts/3115.html During this session we will cover the last development in ProxySQL to support regular expressions (RE2 and PCRE) and how we can use this strong technique in correlation with ProxySQL's query rules to anonymize live data quickly and transparently. We will explain the mechanism and how to generate these rules quickly. We show live demo with all challenges we got from the Community and we finish the session by an interactive brainstorm testing queries from the audience.

Inexpensive Datamasking for MySQL with ProxySQL — Data Anonymization for Deve...

Ontico

HighLoad++ 2017 Зал «Кейптаун», 8 ноября, 15:00 Тезисы: http://www.highload.ru/2017/abstracts/2957.html Расскажем о нашем опыте разработки модуля межсетевого экрана для MySQL с использованием генератора парсеров ANTLR и языка Kotlin. Подробно рассмотрим следующие вопросы: — когда и почему целесообразно использовать ANTLR; — особенности разработки ANTLR-грамматики для MySQL; — сравнение производительности рантаймов для ANTLR в рамках задачи синтаксического анализа MySQL (C#, Java, Kotlin, Go, Python, PyPy, C++); — вспомогательные DSL; — микросервисная архитектура модуля экранирования SQL; — полученные результаты.

Опыт разработки модуля межсетевого экранирования для MySQL / Олег Брославский...

Ontico

HighLoad++ 2017 Зал «Кейптаун», 8 ноября, 14:00 Тезисы: http://www.highload.ru/2017/abstracts/3114.html ProxySQL aims to be the most powerful proxy in the MySQL ecosystem. It is protocol-aware and able to provide high availability (HA) and high performance with no changes in the application, using several built-in features and integration with clustering software. During this session we will quickly introduce its main features, so to better understand how it works. We will then describe multiple use case scenarios in which ProxySQL empowers large MySQL installations to provide HA with zero downtime, read/write split, query rewrite, sharding, query caching, and multiplexing using SSL across data centers.

ProxySQL Use Case Scenarios / Alkin Tezuysal (Percona)

Ontico

HighLoad++ 2017 Зал «Кейптаун», 8 ноября, 13:00 Тезисы: http://www.highload.ru/2017/abstracts/2954.html MySQL Replication is powerful and has added a lot of advanced features through the years. In this presentation we will look into replication technology in MySQL 5.7 and variants focusing on advanced features, what do they mean, when to use them and when not, Including. When should you use STATEMENT, ROW or MIXED binary log format? What is GTID in MySQL and MariaDB and why do you want to use them? What is semi-sync replication and how is it different from lossless semi-sync? ...

MySQL Replication — Advanced Features / Петр Зайцев (Percona)

Ontico

HighLoad++ 2017 Зал «Кейптаун», 8 ноября, 12:00 Тезисы: http://www.highload.ru/2017/abstracts/3120.html Количество разработчиков мобильных приложений Сбербанк Онлайн с начала 2016 года выросло на порядок. Для того чтобы продолжать выпускать качественный продукт, мы кардинально перестраиваем процесс разработки. Количество внутренних заказчиков тех или иных доработок в какой-то момент выросло настолько, что разработчики стали узким местом. Мы внедрили культуру разработки, которую можно условно назвать "внутренним open-source", сохранив за собой контроль над архитектурой и качеством проекта, но позволив разрабатывать новые фичи всем желающим. ...

Внутренний open-source. Как разрабатывать мобильное приложение большим количе...

Ontico

HighLoad++ 2017 Зал «Мумбай», 8 ноября, 18:00 Тезисы: http://www.highload.ru/2017/abstracts/2836.html При использовании Eventually Consistent распределенных баз данных нет гарантий, что чтение возвращает результаты последних изменений данных, если чтение и запись производятся на разных узлах. Это ограничивает пропускную способность системы. Поддержка свойства Causal Consistency снимает это ограничение, что позволяет улучшить масштабируемость, не требуя изменений в коде приложения. ...

Подробно о том, как Causal Consistency реализовано в MongoDB / Михаил Тюленев...

Ontico

HighLoad++ 2017 Зал «Мумбай», 8 ноября, 16:00 Тезисы: http://www.highload.ru/2017/abstracts/2858.html Аудитория Одноклассников превышает 73 миллиона человек в России, СНГ и странах дальнего зарубежья. При этом ОК.ru - первая социальная сеть по просмотрам видео в рунете и крупнейшая сервисная платформа. Качественный и количественный рост DDoS-атак за последние годы превращает их в одну из первоочередных проблем для крупнейших интернет-ресурсов. В зависимости от вектора атаки “узким” местом становится та или иная часть инфраструктуры. В частности, при SYN-flood первый удар приходится на систему балансировки трафика. От ее производительности зависит успех в противостоянии атаке. ...

Балансировка на скорости проводов. Без ASIC, без ограничений. Решения NFWare ...

Ontico

HighLoad++ 2017 Зал «Мумбай», 8 ноября, 15:00 Тезисы: http://www.highload.ru/2017/abstracts/3008.html Никогда не было и вот снова случилось! Компания Google в результате перенаправления трафика сделала недостпуными в Японии несколько тысяч различных сервисов, большинство из которых никак не связано с самой компанией Google. Однако, подобные инциденты происходят с завидной регулярностью, вот только не всегда попадают в большие СМИ. У таких инцидентов могут быть разные причины, начиная от ошибок сетевых инженеров и заканчивая государственным регулированием. ...

Перехват трафика — мифы и реальность / Евгений Усков (Qrator Labs)

Ontico

HighLoad++ 2017 Зал «Мумбай», 8 ноября, 14:00 Тезисы: http://www.highload.ru/2017/abstracts/2925.html Облака и виртуализация – современные тренды развития IT-технологий. Операторы связи строят свои TelcoClouds на стандартах NFV (Network Functions Virtualization) и SDN (Software-Defined Networking). В докладе начнем с основ виртуализации, далее разберемся, для чего используются NFV и SDN, потом полетим к облакам и вернемся на землю для решения практических задач! ...

И тогда наверняка вдруг запляшут облака! / Алексей Сушков (ПЕТЕР-СЕРВИС)

Ontico

HighLoad++ 2017 Зал «Мумбай», 8 ноября, 10:00 Тезисы: http://www.highload.ru/2017/abstracts/3045.html Как мы заставили Druid работать в Одноклассниках. «Druid is a high-performance, column-oriented, distributed data store» http://druid.io. Мы расскажем о том, как, внедрив Druid, мы справились с ситуацией, когда MSSQL-based система статистики на 50 терабайт стала: - медленной: средняя скорость ответа была в разы меньше требуемой (и увеличилась в 20 раз); - нестабильной: в час пик статистика отставала до получаса (теперь ничего не отстает); - дорогой: изменилась политика лицензирования Microsoft, расходы на лицензии могли составить миллионы долларов. ...

Как мы заставили Druid работать в Одноклассниках / Юрий Невиницин (OK.RU)

Ontico

HighLoad++ 2017 Зал «Рио-де-Жанейро», 8 ноября, 18:00 Тезисы: http://www.highload.ru/2017/abstracts/2905.html Прошло более года с того момента, как Microsoft выпустила первую версию своего нового фреймворка для разработки web-приложений ASP.NET Core, и с каждым днем он находит все больше поклонников. ASP.NET Core базируется на платформе .NET Core, кроссплатформенной версии платформы .NET c открытым исходным кодом. Теперь у С#-разработчиков появилась возможность использовать Mac в качестве среды разработки, и запускать приложения на Linux или внутри Docker-контейнеров. ...

Разгоняем ASP.NET Core / Илья Вербицкий (WebStoating s.r.o.)

Ontico

HighLoad++ 2017 Зал «Рио-де-Жанейро», 8 ноября, 14:00 Тезисы: http://www.highload.ru/2017/abstracts/2913.html Изначально будут раскрыты базовые причины, которые заставили появиться такой части механизма СУБД, как кэш результатов, и почему в ряде СУБД он есть или отсутствует. Будут рассмотрены различные варианты кэширования результатов как sql-запросов, так и результатов хранимой в БД бизнес-логики. Произведено сравнение способов кэширования (программируемые вручную кэши, стандартный функционал) и даны рекомендации, когда и в каких случаях данные способы оптимальны, а порой опасны. ...

100500 способов кэширования в Oracle Database или как достичь максимальной ск...

Ontico

HighLoad++ 2017 Зал «Рио-де-Жанейро», 8 ноября, 13:00 Тезисы: http://www.highload.ru/2017/abstracts/2947.html Apache Ignite — Open Source платформа для высокопроизводительной распределенной работы с большими данными с применением SQL или Java/.NET/C++ API. Ignite используют в самых разных отраслях. Сбербанк, ING, RingCentral, Microsoft, e-Therapeutics — все эти компании применяют решения на основе Ignite. Размеры кластеров разнятся от всего одного узла до нескольких сотен, узлы могут быть расположены в одном ЦОД-е или в нескольких геораспределенных. ...

Apache Ignite Persistence: зачем Persistence для In-Memory, и как он работает...

Ontico

HighLoad++ 2017 Зал «Рио-де-Жанейро», 8 ноября, 12:00 Тезисы: http://www.highload.ru/2017/abstracts/3005.html Когда мы говорим о нагруженных системах и базах данных с большим числом параллельных коннектов, особый интерес представляет практика эксплуатации и сопровождения таких проектов. В том числе инструменты и механизмы СУБД, которые могут быть использованы DBA и DevOps-инженерами для решения задач мониторинга жизнедеятельности базы данных и ранней диагностики возможных проблем. ...

Механизмы мониторинга баз данных: взгляд изнутри / Дмитрий Еманов (Firebird P...

Ontico

Más de Ontico (20)