Регистрация  |  Вход

Создать тул для мониторинга активности пользователей

Есть такая теоретическая задача:

Создать тул для мониторинга активности пользователей: что изменяли, что смотрели, что скачивали в системе.

Иногда требуется для коммерческой безопасности (хотя по моему мнению для коммерческой безопасности нужно просто правильно настраивать доступ и шеринг), но задача есть задача.

не будем пока обсуждать временную глубину и объем сохраняемых данных, и где это все хранить, просто обсудим как это в принципе можно организовать.


Пока есть такие мысли:
(1) организовать мониторинг на фронт-энде;
(2) ставить пользователей на системный дебаг, а потом парсить логи, выясняя что пользователь делал.
(3) на каждый объект (требующий пристального наблюдения) повесить джэнерик тригер, который будет отлавливать все изменения и куда-то это писать.

что думаете?
Есть такая теоретическая задача:

Создать тул для мониторинга активности пользователей: что изменяли, что смотрели, что скачивали в системе.

Иногда требуется для коммерческой безопасности (хотя по моему мнению для коммерческой безопасности нужно просто правильно настраивать доступ и шеринг), но задача есть задача.

не будем пока обсуждать временную глубину и объем сохраняемых данных, и где это все хранить, просто обсудим как это в принципе можно организовать.


Пока есть такие мысли:
(1) организовать мониторинг на фронт-энде;
(2) ставить пользователей на системный дебаг, а потом парсить логи, выясняя что пользователь делал.
(3) на каждый объект (требующий пристального наблюдения) повесить джэнерик тригер, который будет отлавливать все изменения и куда-то это писать.

что думаете?
почему не воспользоваться Shield Event Monitoring?
который собирает практически всю эту информацию.
потом переписывать в Tableau CRM или Data Warehouse и анализировать и смотреть на всё это там,
включая изменения данных из Track History.

На проекте в котором я сейчас работаю, происходит примерно так:
Event Monitoring записывает 54 events, ETL process бежит каждые 15 минут и переписывает инкрементально данные в Data Warehouse.
там всё это разбирается на части, чтоб понять что пользователь делал, где был, что запускал.
Некоторые действия также записываются другим Log процессом (Custom Log object + simple LogService class) - например переход из Salesforce в другую систему.
ETL берет эти данные тоже.
почему не воспользоваться Shield Event Monitoring? 
который собирает практически всю эту информацию.
потом переписывать в Tableau CRM  или Data Warehouse и анализировать и смотреть на всё это там,
включая изменения данных из Track History.

На проекте в котором я сейчас работаю, происходит примерно так:
Event Monitoring записывает 54 events, ETL process бежит каждые 15 минут и переписывает инкрементально данные в Data Warehouse.
там всё это разбирается на части, чтоб понять что пользователь делал, где был, что запускал.
Некоторые действия также записываются другим Log процессом (Custom Log object + simple LogService class) - например переход из Salesforce в другую систему.
ETL берет эти данные тоже. 
Eric
почему не воспользоваться Shield Event Monitoring?

так я и подозревал, что в СФ уже все решено и выставлено на продажу

Shield Event Monitoring идет только с Shield оргами?
[quote="Eric"]почему не воспользоваться Shield Event Monitoring? [/quote]

так я и подозревал, что в СФ уже все решено и выставлено на продажу

Shield Event Monitoring идет только с Shield оргами?
Den Brown
Eric
почему не воспользоваться Shield Event Monitoring?

так я и подозревал, что в СФ уже все решено и выставлено на продажу

Shield Event Monitoring идет только с Shield оргами?

продается как отдельно, так и вместе с другими двумя Shield products (Platform Encryption, Field Audit Trail)
https://www.salesforce.com/products/plat ... /shield/
[quote="Den Brown"][quote="Eric"]почему не воспользоваться Shield Event Monitoring? [/quote]

так я и подозревал, что в СФ уже все решено и выставлено на продажу

Shield Event Monitoring идет только с Shield оргами?[/quote]

продается как отдельно, так и вместе с другими двумя Shield products (Platform Encryption, Field Audit Trail)
https://www.salesforce.com/products/platform/products/shield/
а в логах есть инфа, какие данные и как именно их юзер изменил? В Data Warehouse можно вытянуть репорт, какие данные юзер А изменил в день Б?
а в логах есть инфа, какие данные и как именно их юзер изменил? В Data Warehouse можно вытянуть репорт, какие данные юзер А изменил в день Б?
Den Brown
а в логах есть инфа, какие данные и как именно их юзер изменил? В Data Warehouse можно вытянуть репорт, какие данные юзер А изменил в день Б?

В Event Monitoring нет данных которые изменились, это надо вытаскивать из таблиц ObjectNameHistory per object.
но для ETL - это просто ещё один select
[quote="Den Brown"]а в логах есть инфа, какие данные и как именно их юзер изменил? В Data Warehouse можно вытянуть репорт, какие данные юзер А изменил в день Б?[/quote]

В Event Monitoring нет данных которые изменились, это надо вытаскивать из таблиц ObjectNameHistory per object.
но для ETL - это просто ещё один select
Eric
надо вытаскивать из таблиц ObjectNameHistory per object.

Значит ли это, что мы можем трекать изменения только тех полей на которых изначально выставлен history tracking на объекте?
[quote="Eric"] надо вытаскивать из таблиц ObjectNameHistory per object.
[/quote]

Значит ли это, что мы можем трекать изменения только тех полей на которых изначально выставлен history tracking на объекте?

Аudit Trail не то ? но он не совсем подохит под задачу
Аudit Trail не то ? но он не совсем подохит под задачу
Sergey Prishchepa
Аudit Trail не то ? но он не совсем подохит под задачу

Да, поля которые выставлены в Track History - 20 полей per object

Если есть Shield Field Audit Trail то тогда максимум 60 полей per object
[quote="Sergey Prishchepa"]Аudit Trail не то ? но он не совсем подохит под задачу[/quote]

Да, поля которые выставлены в Track History - 20 полей per object

Если есть Shield Field Audit Trail то тогда максимум 60 полей per object