Нам, компании Флант, множество раз задавали вопрос: «Можно ли базу в Kubernetes?».
В этом докладе я поделюсь нашим опытом и на конкретных примерах расскажу, в каких случаях имеет смысл размещать базы данных (и в целом stateful-приложения) в Kubernetes, а в каких это неоправданно или даже вредно и опасно.
— Нашли ошибку в видео? Пишите нам на support@ontico.ru
Расскажу про проблемы, с которыми мы столкнулись при разработке одного из самых нагруженных сервисов Авито, а именно о базовых шаблонах проектирования микросервисной архитектуры. А также расскажу, почему разрабатывать, поддерживать и чинить проблемы в микросервисной архитектуре гораздо сложнее, чем в монолите, и что нужно сделать, чтобы облегчить этот процесс.
…
— Нашли ошибку в видео? Пишите нам на support@ontico.ru
Рассматривали первые три пункта этапа № 3 алгоритма – проверка достоверности результатов ОРД: ошибки и искажения.
Однако сначала слегка ворчали на законодателя – почему ж ты — Небожитель, не урегулировал вопрос о возможности, условно говоря, «насильственных действий» в рамках ОРМ до возбуждения уголовного дела?! Для стороны обвинения – проблемка… И решается она по-разному. А как в вашем регионе?
Далее:
— Эх, каких только недостоверностей, опечаток, искажений и даже прямых фальсификаций не бывает в оперативно-служебных документах…
— Мнения профессора — бывшего следственника, и адвоката вновь разделились.
— Страшный сон любого оперативника и следователя (а также позитивное возбуждение у адвоката) – перепутали цвет, упаковку, печати на изъятом. Каковы последствия?
— «Юридическая» или фактологическая защита? Что важнее? Или ценность в сочетании двух подходов?
Информация о книге:
Гармаев Ю.П., Викулов О.В. Ошибки и нарушения закона в сфере оперативно–розыскной деятельности. Выпуск 1: практическое пособие. Москва, 2020.
Это пособие содержит краткие рекомендации для адвокатов, следователей и оперативников по использованию результатов ОРД.
Использован подход: «От типичных ошибок и нарушений закона – к их предупреждению, устранению стороной обвинения и использованию стороной защиты».
В специальных таблицах собраны типичные нарушения (действительные и мнимые) и ошибки, связанные с ОРД. Представлены аргументы, описаны действия сторон защиты и обвинения по поводу этих нарушений и ошибок. Их выявлению и устранению способствует шестиэтапный алгоритм проверки и оценки результатов ОРД. Книга снабжена множеством ссылок – QR кодов на видеоматериалы, литературу и судебную практику.
Предыдущие серии:
Стоп, а может не стоит перечислять их каждый раз?))
Контакты для индивидуальных консультаций (осуществляются профессором и адвокатом совместно):
Адвокат Олег Валерьевич Викулов
Сайт: advokat-vikulov.ru
Эл. почта: vikulov-advokat@yandex.ru, тел.8-9025-629556
Facebook: www.facebook.com/vikulov.oleg
BPMN (англ. Business Process Model and Notation, нотация и модель бизнес-процессов) — система условных обозначений (нотация) и их описания в XML для моделирования бизнес-процессов.
Разработана Business Process Management Initiative[en] (BPMI.org) и поддерживается Object Management Group, после слияния обеих организаций в 2005 году. Последняя версия BPMN — 2.0 (2.0.2).
Моделирование в BPMN осуществляется посредством диаграмм с небольшим числом графических элементов. Это помогает пользователям быстро понимать логику процесса.
Выделяют четыре основные категории элементов:
1. Объекты потока управления: события, действия и логические операторы (развилки)
2. Соединяющие объекты: поток управления, поток сообщений и ассоциации
3. Роли: пулы и дорожки
4. Артефакты: данные, группы и текстовые аннотации.
Элементы этих четырёх категорий позволяют строить простейшие диаграммы бизнес-процессов. Для повышения выразительности модели спецификация разрешает создавать новые типы объектов потока управления и артефактов.
Рассматриваем основные виды требований к програмному обеспечению и способы их документировать. Разбираем на простом примере, как можно описать требования, чтобы не упустить ничего важного и сделать описание понятным для всех заинтересованных лиц.
Лекция в рамках «Летняя практика DataArt 2019» в Воронеже.
Докладчик: Надежда Тарасова, Senior Business Analyst, Senior QA Engineer, DataArt в Воронеже.
Наша команда обычно делает технические выступления о том, как работать с PostgreSQL. В данном случае я хочу раскрыть тему того, как построен рабочий процесс, когда у тебя несколько сотен баз данных с абсолютно разной нагрузкой, но 99% баз критически важные для бизнеса, потому что принадлежат они разным клиентам.
Расскажу о том, что автоматизировано в нашей работе и что хотелось бы автоматизировать. Каким образом строится диалог между администратором и разработчиком приложения. Какие задачи решаем и как планируем свой рабочий день. Как следим за состоянием такой большой и разрозненной инфраструктуры с базами. Рутина как она есть, без приукрашиваний.
— Нашли ошибку в видео? Пишите нам на support@ontico.ru
Я расскажу, почему именно сейчас Data Science оказывается одной из главных причин радикального изменения информационных технологий – а через них, в свою очередь, промышленности и жизни людей в целом. Ситуации, когда алгоритмы эффективно заменяют людей и меняют целые отрасли рассмотрены на примерах как сервисов Яндекса, так и некоторых других крупнейших мировых компаний. При этом наряду с повышением эффективности и другими достижениями возникают и неприятные побочные эффекты, способные в итоге повлиять на веками складывавшиеся в человеческом обществе институты – об этом тоже важно знать.