СХ
сходи безопасникам объясни
Size: a a a
2020 August 29
СХ
У меня просто опыт с иб - только требования, как должно быть
причём они в 99% случаев даже не понимают что требуют
СХ
и как это работает, просто в рководящих документах написано и всё, их не интересует
МД
если у Васи оказался дамп прода который он может куда-то залить - значит ИБ нет и всем пох )))
Возможно, ИБ автоматом xor-ит все данные, выгружаемые наружу периметра и на неавторизованные носители.
МД
ты где-то видел разные команды админов для дева и прода? нет, мне правда интересно. держать столько людских ресурсов себе наверное только сбер может позволить
Разные конторы/датацентры. В аутсорсинге/разработке на заказ/госухе распространено. Дев в датацентре и админится ops-ами разработчикс, прод в мэрии/правительстве и админится админами здания (а то и фэйсами)
МД
А теперь начнём из далека, что значит обслуживает прод команда? За юникс часть отвечают одни, за бд вторые, за очереди третьи, за данные отвечает разработка, нет?
В синем банке так и сделано.
МД
Кто должен генерить продлайк данные для разработки?
Скрипт для интеграционных тестов
МД
Но то, что команда, которая отвечает за стабильность сервиса, к примеру физ серверов, виртуалок, оркестратора какого - и команда разработки продукта это разные команды и даже разные юр лица - такое вижу постоянно
+
МД
и как это работает, просто в рководящих документах написано и всё, их не интересует
Тупо, но работает
NK
ты где-то видел разные команды админов для дева и прода? нет, мне правда интересно. держать столько людских ресурсов себе наверное только сбер может позволить
Довольно обычная практика везде где есть ценные данные на проде. Например - банки, клиники, трейдеры.
ИК
Скрипт для интеграционных тестов
Но в какой-то момент тестирование приходит и говорит, что мы не можем учесть всё - хотим данные на основе экспорта с прода. И у них будут аргументы для этого. Скорее всего придут после одного-двух факапов. Я к тому, что не всегда можно точно сгенерировать реальность и держать генератор всегда в актуальном состоянии.
СХ
В синем банке так и сделано.
в любой нормальной конторе так сделано, потому что этот идиотизм с 1 человеком на всё надоедает
СХ
Но то, что команда, которая отвечает за стабильность сервиса, к примеру физ серверов, виртуалок, оркестратора какого - и команда разработки продукта это разные команды и даже разные юр лица - такое вижу постоянно
к сожалению далеко не везде так, плюс даже если пытаются так сделать, жадность опять диктует взять 1 специалиста по всему за з\п уборщицы
СХ
Но в какой-то момент тестирование приходит и говорит, что мы не можем учесть всё - хотим данные на основе экспорта с прода. И у них будут аргументы для этого. Скорее всего придут после одного-двух факапов. Я к тому, что не всегда можно точно сгенерировать реальность и держать генератор всегда в актуальном состоянии.
проблема зачастую в том, что прод 931 тб, и никто не даст тебе его копию
СХ
а проблемы могут начаться на 100-150+ тб, как с базами в докере\кубере - пока база 100 гб это одна история, когда у базы индексы по 1,5+ тб, это совершенно другая история
AK
В синем банке так и сделано.
В зеленом тоже
МД
к сожалению далеко не везде так, плюс даже если пытаются так сделать, жадность опять диктует взять 1 специалиста по всему за з\п уборщицы
Везде где серваков хотя бы несколько тысяч, но и где 500 - тоже бывает такая схема
д
Довольно обычная практика везде где есть ценные данные на проде. Например - банки, клиники, трейдеры.
в двух банках не видел. но возможно
AK
Ну мы либо тут параноим что иб ок и все живет как надо, либо идите нахрен со своими права на /etc потому что тупому иб будет насрать на права на папке, он бумажки пишет и ничего не проверяет.
д
к сожалению далеко не везде так, плюс даже если пытаются так сделать, жадность опять диктует взять 1 специалиста по всему за з\п уборщицы
без обид, но мне кажется, что фразу про админство 931 TB данных за зп уборщицы высекут на твоём надгробии))