Второе видео из серии о нормализации отношений баз данных. На примере понятно и доступно рассказывается о том, как спроектировать таблицу базы данных, чтобы она соответствовала условиям второй нормальной форме.
Я расскажу, как мы комплексно подошли к проблеме отказоустойчивости PostgreSQL, какие варианты мы рассматривали и как остановились на Patroni.
Доклад содержит этапы тестирования этого решения, как мы обеспечили быстрое внедрение на production и с какими проблемами мы столкнулись и как их решали.
Резервное копирование баз данных — всегда актуально. В этом видео мы покажем, как написать два Python скрипта, один снимает полный дамп с PostgreSQL, затем архивирует, шифрует и загружает его в Яндекс Object Storage (S3-совместимое хранилище); а второй — выкачивает последний по времени дамп базы из хранилища, расшифровывает его, распаковывает и накатывает на БД.
Исходники — github.com/alexey-goloburdin/postgres-s3-backuper (прочтите описание, код из видео и в репозитории несколько отличаются).
Яндекс утилиту WAL-G здесь не используем, только стандартный pg_dump. Возможно, в следующих видео расскажем о WAL-G:)
0:00 О скриптах резервного копирования PostgreSQL
0:30 О Яндекс Object Storage / S3
1:07 Обзор скрипта бэкапа
4:44 Шифрование бэкапов с openssl
5:40 Продолжение обзора скрипта бэкапа
10:48 Emoji и разноцветный текст в консоли
11:45 Просмотр всех бэкапов в браузере
12:08 Обзор скрипта автоматической распаковки бэкапа в PostgreSQL
18:45 Выводы
/****************** about ******************/
Меня зовут Алексей Голобурдин, я программирую с 2004 года и на этом канале делюсь своим опытом. Я основатель и руководитель компаний:
— Диджитализируй digitalize.team, разрабатываем сложные IT системы для бизнеса;
— Salesbeat salesbeat.pro, комплексный модуль доставки для интернет магазинов.
Если у вас есть проект на разработку, пишите нам на hi@digitalize.team.
С другими предложениями, а также если вам нужна одна или несколько индивидуальных консультаций/уроков по разработке (3000 руб/час), пишите мне на alexey@salesbeat.pro.
Микросервисная архитектура — это не только новая мода, но и хорошее, а иногда даже единственно возможное решение для задач, которые сейчас встречаются в разработке программного обеспечения. На конференциях микросервисы сравнивают с монолитной архитектурой, описывают их плюсы и минусы, делятся успешными и провальными историями. Но, пока в столицах дают рок-концерты, на местах осваивают балалайки. Не всегда понятно, как начать делать систему, основанную на микросервисной архитектуре. Какие проблемы ждут архитектора и разработчиков, какие узкие места могут встретиться и как к этому подготовиться? Имеет ли смысл начинать с монолита или надо сразу разбивать систему на микросервисы? Как определить границы, которые встанут между вашими микросервисами?
Во время разработки можно заложить на будущее множество сложностей, благодаря привычкам, оставшимся после работы над монолитной архитектурой. Во время доклада будут рассмотрены различные сценарии, в результате которых происходит увеличение связанности системы. Все сценарии взяты из реальных проектов и относятся к работе с библиотеками и интеграцией между микросервисами.
Выбор микросервисов окажет большое влияние на тестирование, где специалистов QA ждет ряд новых проблем, связанных со сбором логов и развертыванием окружения для тестирования.
Цель доклада не только в освещении проблемных мест разработки микросервисов, но и в предложении советов и решений, которые помогут исправить или даже избежать сложностей и, следственно, потери времени и ресурсов на их исправление.
И вновь приятные новости в интересах стороны обвинения (или в интересах нарушителей закона?)…
Останавливались на следующем:
— можно ли привлечь оперативника к уголовной ответственности по ст. 286 УК РФ за провокационные действия в ходе ОРМ?
— … а по ст. 304 УК РФ?
— … а по ч. 4 ст. 303 УК РФ?
А все же так ли все хорошо для оперативников? Это вряд ли…
Рассматривали:
— пункт 22 Постановления Пленума Верховного Суда РФ от 16 октября 2009 г. N 19 «О судебной практике по делам о злоупотреблении должностными полномочиями и о превышении должностных полномочий»
— статью профессора Виктора Николаевича Боркова:
Борков В.Н. Провокация преступления: уголовно-правовая оценка действий провокатора и спровоцированного // Законы России: опыт, анализ, практика. 2019. N 6. С. 68 — 74.
Информация о книге:
Гармаев Ю.П., Викулов О.В. Ошибки и нарушения закона в сфере оперативно–розыскной деятельности. Выпуск 1: практическое пособие. Москва, 2020.
Это пособие содержит краткие рекомендации для адвокатов, следователей и оперативников по использованию результатов ОРД.
Использован подход: «От типичных ошибок и нарушений закона – к их предупреждению, устранению стороной обвинения и использованию стороной защиты».
В специальных таблицах собраны типичные нарушения (действительные и мнимые) и ошибки, связанные с ОРД. Представлены аргументы, описаны действия сторон защиты и обвинения по поводу этих нарушений и ошибок. Их выявлению и устранению способствует шестиэтапный алгоритм проверки и оценки результатов ОРД. Книга снабжена множеством ссылок – QR кодов на видеоматериалы, литературу и судебную практику.
Предыдущие серии:
Серия 11. Так что же такое «ПРОВОКАЦИЯ» в значении ФЗ об ОРД? youtu.be/GLXXt2WDI3Q
Серия 12. Проверяемость сведений — результатов ОРД youtu.be/MCXLlffZNfk
Серия 13. Материальный и процессуальный тесты на провокацию youtu.be/ksIwAZfiQvs
Серия 14. Рассматриваемый пример серийных нарушений по делу о наркотиках youtu.be/PeN2qhdkEro
Серия 15. Санкционирование судом «прослушки»: приятности для стороны обвинения youtu.be/c1T9uTK9YB4
Контакты для индивидуальных консультаций
(осуществляются профессором и адвокатом совместно):
Рассматривали первые три пункта этапа № 3 алгоритма – проверка достоверности результатов ОРД: ошибки и искажения.
Однако сначала слегка ворчали на законодателя – почему ж ты — Небожитель, не урегулировал вопрос о возможности, условно говоря, «насильственных действий» в рамках ОРМ до возбуждения уголовного дела?! Для стороны обвинения – проблемка… И решается она по-разному. А как в вашем регионе?
Далее:
— Эх, каких только недостоверностей, опечаток, искажений и даже прямых фальсификаций не бывает в оперативно-служебных документах…
— Мнения профессора — бывшего следственника, и адвоката вновь разделились.
— Страшный сон любого оперативника и следователя (а также позитивное возбуждение у адвоката) – перепутали цвет, упаковку, печати на изъятом. Каковы последствия?
— «Юридическая» или фактологическая защита? Что важнее? Или ценность в сочетании двух подходов?
Информация о книге:
Гармаев Ю.П., Викулов О.В. Ошибки и нарушения закона в сфере оперативно–розыскной деятельности. Выпуск 1: практическое пособие. Москва, 2020.
Это пособие содержит краткие рекомендации для адвокатов, следователей и оперативников по использованию результатов ОРД.
Использован подход: «От типичных ошибок и нарушений закона – к их предупреждению, устранению стороной обвинения и использованию стороной защиты».
В специальных таблицах собраны типичные нарушения (действительные и мнимые) и ошибки, связанные с ОРД. Представлены аргументы, описаны действия сторон защиты и обвинения по поводу этих нарушений и ошибок. Их выявлению и устранению способствует шестиэтапный алгоритм проверки и оценки результатов ОРД. Книга снабжена множеством ссылок – QR кодов на видеоматериалы, литературу и судебную практику.
Предыдущие серии:
Стоп, а может не стоит перечислять их каждый раз?))
Контакты для индивидуальных консультаций (осуществляются профессором и адвокатом совместно):
Адвокат Олег Валерьевич Викулов
Сайт: advokat-vikulov.ru
Эл. почта: vikulov-advokat@yandex.ru, тел.8-9025-629556
Facebook: www.facebook.com/vikulov.oleg
ytimg.preload(https://r15---sn-axq7sn7s.googlevideo.com/generate_204);ytimg.preload(https://r15---sn-axq7sn7s.googlevideo.com/generate_204?conn2);Лекция 10: Нереляционное решение в области баз данных — NoSQL — YouTube<link rel=«alternate» type=«application/json oembed» href=«www.youtube.com/oembed?format=json