Tag Highload
Как стать классным спецом по базам данных
БД — вещь простая, а люди сложные, поэтому советы могут не всем подойти.
Сам следовал не всем советам.
Читать далее
Как устроить хайлоад на ровном месте
Highload — чисто русское слово. Остальные используют high-volume.
Хайлоад — это ситуация в системе, грозящая отказом в обслуживании из-за недостатка ресурсов. Внештатная ситуация.
В идеале хайлоада не должно быть, но есть человеческие ошибки, которые ведут к недостатку ресурсов (железа, людей, денег), а он приводит к угрозе отказа в обслуживании.
Спешная починка костылями.
Читать далее
Монолит для сотен версий клиентов: как мы пишем и поддерживаем тесты
Темы:
- Наш процесс разработки
- Юнит-тесты
- Интеграционные тесты
- Тесты на API
- Прогон тестов
Читать далее
Один из вариантов реализации Data Discovery в микросервисной архитектуре
Николай руководит Data Platform в Avito. Сотни сервисов, сотни баз.
Как это бывает сначала: shared database.
У всех сервисов есть связь между собой и через базу.
Тестировать невозможно.
Поэтому при переходе на микросервисы у каждого сервиса своя база.
Если шардов несколько, то базы надо синхронизировать.
В реальности в компании есть сразу всё: и микросервисы с отдельными базами, и макро, и монолиты с shared database.
Как начинается переписывание монолита на микросервисы? С доменного моделирования. Кто может его сделать? Никто, но есть люди, которые могут попробовать.
Читать далее
Разгоняем обработку событий до 1.6М/сек. Опыт Badoo
Темы доклада:
- Зачем собирать статистику
- Как это делать
- Как показывать и анализировать
Читать далее
Тернии контейнеризированных приложений и микросервисов
Бизнес хочет ускорить time to market.
Есть роли серверов — server role. Новый продукт — новая роль. Надо писать puppet, открывать доступы и порты, конфигурировать-конфигурировать-конфигурироовать. ВРУЧНУЮ. Это умеет горстка людей — это узкое звено. Они делают это дни или недели, это тоже. Хотим: доступно всем, работает за минуты. Для решения стали строить PaaS.
Читать далее
Топ ошибок со стороны разработки при работе с PostgreSQL
В компаниях любого размера бывают проблемы. Откуда они берутся?
Из фич. Начинаем использовать продвинутые фичи, утилиты и прочее. «Хочется взять дежурный пистолет, положить в ящик стола, иногда достать, застрелиться и работать дальше».
Из хранения данных. Когда оно усложняется, больше шансов написать кривой запрос.
Из жизненного цикла. Разработчики пилят, админы настраивают, а улучшать систему некому. База работает с дефолтными конфигами и когда-нибудь ломается.
Читать далее
Что мы знаем о микросервисах
Авито: много сервисов и очень много связей между ними.
Вот основные проблемы от количества:
- Много разных репозиториев. Сложно менять код одновременно везде.
- Много команд пишут код, не пересекаясь с другими. Знания инкапсулируются и плохо передаются между командами. Нет единой картины. Нет человека, который бы всё знал.
- Данные фрагментарны.
Читать далее