Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
🚢Lloyd’s Agency Network переходит под управление Lloyd’s List Intelligence.
Страховой рынок Lloyd’s передаёт управление Lloyd’s Agency Network провайдеру морских данных Lloyd’s List Intelligence (LLI)с апреля текущего года.
Решение объединяет одну из старейших портовых информационных сетей судоходства с цифровой аналитической платформой.
LLI - возьмёт на себя администрирование глобальной сети, включая аккредитацию агентов, контроль стандартов качества и агентские соглашения.
Сеть Lloyd’s Agents ведёт историю с 1811 года и традиционно обеспечивала локальную экспертизу и отчётность по инцидентам для рынка морского страхования.
Интеграция позволит усилить верификацию событий и повысить качество данных в регионах повышенного риска, где спутниковый трекинг требует подтверждения из локальных источников. Для судоходной отрасли шаг означает дальнейшую цифровизацию страховой экосистемы и сближение трекинга судов, аналитики и портовой информации.
Бренд Lloyd’s Agents сохранится, оставаясь связанным со страховым рынком Lloyd’s, но станет частью единой интеллектуальной платформы LLI.
📌Lloyd’s — британский страховой рынок, основанный в 1688 году в Лондоне, специализируется на специализированном и морском страховании. Работает как рынок синдикатов, объединяющий частных и институциональных андеррайтеров.
#MarineInsurance#Lloyds#MaritimeData#ShippingRisk#LLI