Внедрение и практика технологической системы предотвращения и контроля потерь капитала
Внедрение и практика технологической системы предотвращения и контроля потерь капитала

1 Введение в предотвращение и контроль потерь капитала

Dewu предоставляет большое количество услуг по торговле сырьевыми товарами и других услуг с большим оборотом капитала. Любые факторы, такие как дефекты конструкции, дефекты системы, сбои системы, человеческие операции, уязвимости безопасности и т. д., приведут к прямым или косвенным потерям капитала. Предотвращение и контроль потерь капитала означает внедрение различных методов анализа и контроля капитала в течение всего жизненного цикла проекта для предотвращения сбоев в случае потери капитала или контроля масштаба воздействия сбоев в связи с потерей капитала.

Так как же реализовать это в повседневной работе? Это можно сделать главным образом за счет следующих трех аспектов:

1.1 Механизм и конструкция процесса

В начале бизнес-проекта,Мы должны оценить уровень риска финансирования проекта.,Например, высокие риски требуют сосредоточения внимания.сосредоточиться на&инвестировать,Сколько ресурсов вам нужно инвестировать в средний риск?,Как обеспечить низкий риск?

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

Затем для проектов с высоким финансовым риском нам необходимо разработать специальную оценку финансового риска. В Dewu мы фокусируемся на потоке капитала, потоке информации и логистике. Например, что такое звено с высокой степенью безопасности в бизнесе. точки риска потери капитала и т. д. .

Следующим шагом является развертывание защиты в точках риска потерь капитала.,Основными формами защиты являются проверка и мониторинг.,В основном на основе проверки,Мониторинг как прикрытие,Потому что раньше могли быть упущения в выводе точек риска потери капитала.,Мониторинг – это средство выявления бизнес-аномалий。В повседневной жизни мы также можем проводить анализ рисков с помощью хаос-инжиниринга.&Проверить проверку правил。

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

1.2 Построение кадрового состава

Предотвращение и контроль потерь капитала не зависит от одной роли, а требует структуры, исследований и разработок, качества и SRE для предотвращения, контроля и внедрения в повседневные рабочие процессы. С точки зрения организационной структуры нам необходимо создать как минимум три линии защиты. , а именно линия защиты НИОКР, линия защиты качества и линия защиты SRE защищают друг друга и объединяются для достижения цели предотвращения и контроля потерь капитала. Конечно, каждая роль имеет свою собственную направленность на каждом этапе проекта. Например, SRE отвечает за онлайн-стабильность бизнеса, поэтому инвестиции в предотвращение и контроль онлайн-убытков относительно велики.

1.3 Мультисистемная профилактика и контроль

С точки зрения своевременности обнаружения рисков потери капитала его можно разделить на проверку в реальном времени (T+0), проверку почти в реальном времени (T+M) и проверку в автономном режиме (T+H, T+1). ). Каждый метод проверки имеет свою пригодность. Не существует замены настроенных бизнес-сценариев. Например, изменения конфигурации, не попадающие в базу данных, подлежат проверке в режиме реального времени, бизнес-плановые задачи подлежат проверке в режиме офлайн и т. д. . При развертывании реальных бизнес-сценариев необходимо проанализировать бизнес-характеристики, а затем использовать соответствующие инструменты системы проверки. С точки зрения организационного разделения труда, исследования и разработки фокусируются на проверке в режиме реального времени, тестирование — на проверке, близкой к реальному времени, а SRE — на проверке в реальном времени. Конечно, в реальной работе границы не должны быть такими четкими. . Вы можете выбрать подходящую систему инструментов для тех точек риска, которые вы видите.

С точки зрения того, влияет ли проверка на бизнес-операции, ее можно разделить на обходную проверку и проверку основного пути. Результаты обходной проверки не оказывают влияния на бизнес-операции и представляют собой лишь раскрытие рисков, в то время как проверка основного пути может влиять на бизнес-операции. , например, Автоматический выключатель капитальных потерь использует технологию проверки основного канала, которая прерывает бизнес-операции после подачи сигнала проверки. В настоящее время существующие платформы A и B компании относятся к системе обходной проверки.

Как мы проверим эффективность развертывания после развертывания правил проверки? В то же время из-за итеративного развития бизнеса правила проверки, развернутые ранее, требуют корректировки логики проверки для адаптации к новой бизнес-логике. другими словами, как нам поддерживать актуальность правил проверки? Для этого требуются тренировки по потере ресурсов в области хаос-инжиниринга. Тренировки по потерям активов делятся на тренировки по потерям и неразрушающие тренировки. Например, при онлайн-тренировках по потерям данные о сумме часто добавляются/вычитаются на 0,01, чтобы проверить, найдены ли таким образом правила проверки для развертывания. происходят фактические потери активов, бюджет учений по-прежнему может поддерживаться в пределах охвата, но проведение разрушительных учений в режиме онлайн требует тщательной оценки масштабов воздействия. Ключом к неразрушающему обучению для предотвращения и контроля потери активов является клонирование производственной библиотеки, чтобы несанкционированное вмешательство в данные во время проверки не влияло на бизнес-операции в Интернете.

2 Техническая система предотвращения и контроля потерь капитала

Когда мы занимаемся предотвращением и контролем потерь активов, самым важным шагом является идентификация рисков, которая является источником проверки и развертывания потерь активов. Можно сказать, что если не будет идентификации рисков, не будет последующей проверки и развертывания. Идентификация риска может быть получена с помощью двух методов: ручного анализа и вывода интеллектуальной системы. На этапе построения и разработки ручной анализ обычно является первым принятым методом. На этой основе вывод интеллектуальной системы разрабатывается с использованием алгоритма + экспертного опыта. Нижеследующее будет разработано с точки зрения ручного анализа. Вот пример того, как предотвратить и контролировать потери активов в упрощенной версии системы приобретения недвижимости. Как показано на рисунке ниже, левая сторона — это бизнес-ссылка по торговле сырьевыми товарами, которая включает в себя размещение заказов пользователем, а также управление и настройку товаров:

Поскольку торговая платформа фиксирует сумму и статус транзакций заказов, а платформа Huijin взаимодействует с различными платежными каналами и является фактическим исполнителем платежей, существует риск несоответствия суммы и статуса восходящих и нисходящих заказов.

Если продукт, приобретенный пользователем, участвует в маркетинговой деятельности, торговая платформа запросит конкретную логику деятельности платформы эксплуатации продукта, например, бюджет маркетинговой деятельности и ограниченную логику использования купонов. Это может быть связано с бизнес-рисками. к бюджету деятельности и использованию купонов.

Когда операционный персонал настраивает определенную маркетинговую кампанию, существуют риски конфигурации, такие как несоответствие и отсутствие распределения по ключевым параметрам, таким как выбор продукта и цена.

Упомянутые выше риски обычно необходимо выявлять после анализа PRD, документов технической реализации или кода CR. Далее давайте посмотрим, как мы развертываем защиту.

2.1 Проверка Т+1/Т+Ч

В развитии всей системы предотвращения и контроля капитала следует сказать, что автономная проверка стала первым методом проверки, разработанным в отрасли. Первоначально, как и многие банки, он полагался на человеческие возможности для сверки текущей суммы с общей суммой за весь день. Ledger, а затем автоматически метод, экспортируйте все таблицы базы данных и выполните вычисления для проверки. В настоящее время Dewu в основном реализует автономную проверку T+1 и T+H через ODPS. Ее преимущество заключается в том, что она не влияет на производственную библиотеку бизнеса, а поскольку ее запуск запланирован, для обратного отслеживания данных для запланированного бизнеса требуется много времени. задачи и другие задачи. Сцена больше подходит. 

2.2 Проверка Т+М

Проверка потерь активов на минутном уровне может быть достигнута с помощью базы данных Binlog. Этот метод проверки обладает очень хорошей способностью обнаруживать риски согласованности в восходящем и нисходящем направлениях бизнеса. Его также можно использовать ежедневно с возможностями неразрушающего анализа Chaos. Раскрыты технические возможности для устранения непокрытых рисков потери активов, поэтому проверка T+M подходит для таких бизнес-сценариев, как риски согласованности и блоки, связанные с полями базы данных. 

2.3 Проверка Т+0

С развитием бизнеса к проверке капитала и убытков выдвигаются более высокие требования, и нам необходимо развивать возможности проверки в режиме реального времени. Например, синхронный/асинхронный запуск может быть достигнут с помощью бизнес-инструментов, а сообщения бизнес-исполнения можно отслеживать в режиме реального времени, а затем данные можно направлять в определенные бизнес-домены для выполнения логики проверки. Этот метод проверки является важным оружием в бизнесе. области предотвращения и контроля потерь активов и подходит для рисков типа бизнес-приложений и рисков конфигурации, а также соответствует сложным сценариям бизнес-проверки. В настоящее время SRE создает систему проверки T+0 в режиме реального времени. 

2.4 Анализ капитальных потерь

Тренировки по потере активов могут проверить эффективность правил проверки развертывания, а также могут использоваться для выявления непокрытых рисков потери активов. Таким образом, тренировки по потере активов являются очень важной частью системы предотвращения и контроля потери активов. Есть три ключевых момента в неразрушающем использовании средств:

Все правила реализации предотвращения и контроля потерь капитала реализуются на основе бизнес-данных.

Данные для предотвращения потерь и контроля неразрушающих сверл поступают из производственной среды.

Данные бурения без потерь и данные производственной среды по существу изолированы.

На рисунке ниже показан предварительный план неразрушающего сверления:

3 Деловая практика Dewu

В качестве SRE, поддерживающего бизнес Dewu, мы взяли на себя ведущую роль в обеспечении безопасности средств для выполнения контрактов Dewu. Поскольку деловые связи с выполнением контрактов Dewu длительны, а подверженность рискам велика, мы тщательно рассмотрели стабильность бизнеса и надежность. свой риск потери капитала и внедрил вышеупомянутые соответствующие меры по предотвращению и контролю потерь капитала. 

3.1 Сортировка ссылок с высоким уровнем безопасности

Семь бизнес-доменов торгов, заказов, оплаты, доставки, расчетов, маркетинга и реверса определяют высокогарантированные деловые связи, точки потери продукции, точки изменения, новые таблицы и поля, а также соответствующие точки мониторинга.

3.2 Выбор инструмента

Опираясь на существующую инструментальную платформу для развертывания, мы получаем экономически оптимизированное решение. 

3.3 Правила постановки на охрану

Предотвращение потери активов и контроль за ними реализуются с помощью правил проверки, в то время как бизнес-мониторинг настраивает правила сигнализации, а эффективность правил проверяется с помощью учений по созданию хаоса.

3.4 Наблюдение за сигналами тревоги

А. Экстренное реагирование

б. Автоматический осмотр.

i. Автоматически проверять важные показатели каждый день и передавать их в соответствующую рабочую группу.

3.5 Прохождение

а. Поддерживайте актуальность соответствующих правил.

b. Риск незащищенности горных работ.

3.6 Построение системы проверки в реальном времени

а. Бизнес-инструментарий сначала обходит проверку, а затем блокирует ее.

4 Подвести итог&мировоззрение

В период предотвращения и контроля потерь капитала в Dewu концепция, которую продвигает SRE, заключается в том, что предотвращение и контроль потерь капитала требует сотрудничества отделов исследований и разработок, тестирования и SRE. Три линии защиты прикрывают друг друга и сливаются воедино для достижения цели. цель предотвращения и контроля потерь капитала. В будущем мы сосредоточим внимание на следующих трех аспектах предотвращения и контроля потерь капитала:

Анализ рисков. В настоящее время мы в основном опираемся на экспертный опыт. В будущем мы добьемся автоматизированного вывода рисков за счет окраски данных и анализа родословной.

Многосистемное предотвращение и контроль. Улучшите построение системы предотвращения и контроля потерь активов, абстрагируйте общие возможности предотвращения и контроля, а также масштабируемые усовершенствованные возможности предотвращения и контроля, а также убедитесь, что система инструментов проверки соответствует бизнес-сценарию.

Тренировка по потере активов. В крупномасштабной бизнес-системе на самом деле нереально полагаться исключительно на людей для проведения атак. Это должно осуществляться интеллектуальными методами, основанными на данных. Мы допускаем повторение одной и той же ошибки на сотнях или тысячах систем, чтобы мы могли очень эффективно анализировать крупномасштабные риски, проверять эффективность правил предотвращения и контроля рисков, а также сохранять актуальность развернутых правил защиты.

*Текст / Юэронг

Эта статья принадлежиттехнология приобретения Оригинал,Пожалуйста, читайте больше интересных статей:технология приобретения Официальный сайт

Перепечатка без разрешения Dewu Technology строго запрещена, в противном случае будет наступать юридическая ответственность в соответствии с законом!

boy illustration
Углубленный анализ переполнения памяти CUDA: OutOfMemoryError: CUDA не хватает памяти. Попыталась выделить 3,21 Ги Б (GPU 0; всего 8,00 Ги Б).
boy illustration
[Решено] ошибка установки conda. Среда решения: не удалось выполнить первоначальное зависание. Повторная попытка с помощью файла (графическое руководство).
boy illustration
Прочитайте нейросетевую модель Трансформера в одной статье
boy illustration
.ART Теплые зимние предложения уже открыты
boy illustration
Сравнительная таблица описания кодов ошибок Amap
boy illustration
Уведомление о последних правилах Points Mall в декабре 2022 года.
boy illustration
Даже новички могут быстро приступить к работе с легким сервером приложений.
boy illustration
Взгляд на RSAC 2024|Защита конфиденциальности в эпоху больших моделей
boy illustration
Вы используете ИИ каждый день и до сих пор не знаете, как ИИ дает обратную связь? Одна статья для понимания реализации в коде Python общих функций потерь генеративных моделей + анализ принципов расчета.
boy illustration
Используйте (внутренний) почтовый ящик для образовательных учреждений, чтобы использовать Microsoft Family Bucket (1T дискового пространства на одном диске и версию Office 365 для образовательных учреждений)
boy illustration
Руководство по началу работы с оперативным проектом (7) Практическое сочетание оперативного письма — оперативного письма на основе интеллектуальной системы вопросов и ответов службы поддержки клиентов
boy illustration
[docker] Версия сервера «Чтение 3» — создайте свою собственную программу чтения веб-текста
boy illustration
Обзор Cloud-init и этапы создания в рамках PVE
boy illustration
Корпоративные пользователи используют пакет регистрационных ресурсов для регистрации ICP для веб-сайта и активации оплаты WeChat H5 (с кодом платежного узла версии API V3)
boy illustration
Подробное объяснение таких показателей производительности с высоким уровнем параллелизма, как QPS, TPS, RT и пропускная способность.
boy illustration
Удачи в конкурсе Python Essay Challenge, станьте первым, кто испытает новую функцию сообщества [Запускать блоки кода онлайн] и выиграйте множество изысканных подарков!
boy illustration
[Техническая посадка травы] Кровавая рвота и отделка позволяют вам необычным образом ощипывать гусиные перья! Не распространяйте информацию! ! !
boy illustration
[Официальное ограниченное по времени мероприятие] Сейчас ноябрь, напишите и получите приз
boy illustration
Прочтите это в одной статье: Учебник для няни по созданию сервера Huanshou Parlu на базе CVM-сервера.
boy illustration
Cloud Native | Что такое CRD (настраиваемые определения ресурсов) в K8s?
boy illustration
Как использовать Cloudflare CDN для настройки узла (CF самостоятельно выбирает IP) Гонконг, Китай/Азия узел/сводка и рекомендации внутреннего высокоскоростного IP-сегмента
boy illustration
Дополнительные правила вознаграждения амбассадоров акции в марте 2023 г.
boy illustration
Можно ли открыть частный сервер Phantom Beast Palu одним щелчком мыши? Супер простой урок для начинающих! (Прилагается метод обновления сервера)
boy illustration
[Играйте с Phantom Beast Palu] Обновите игровой сервер Phantom Beast Pallu одним щелчком мыши
boy illustration
Maotouhu делится: последний доступный внутри страны адрес склада исходного образа Docker 2024 года (обновлено 1 декабря)
boy illustration
Кодирование Base64 в MultipartFile
boy illustration
5 точек расширения SpringBoot, супер практично!
boy illustration
Глубокое понимание сопоставления индексов Elasticsearch.
boy illustration
15 рекомендуемых платформ разработки с нулевым кодом корпоративного уровня. Всегда найдется та, которая вам понравится.
boy illustration
Аннотация EasyExcel позволяет экспортировать с сохранением двух десятичных знаков.