Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
Чего на самом деле не прописано в сырьевой сделке между США и Украиной — так это гарантий безопасности, которые предлагал включить в неё Киев.
Но, во-первых, это в целом нетипичное условие для подобных соглашений, и трудно было ожидать, что оно там появится.
А во-вторых, международные проекты подобного рода содержат вшитые гарантии безопасности даже без их специального оговаривания в тексте. Покажем на примере.
По итогам Зимней войны Советский Союз аннексировал у Финляндии в несколько раз больше территории, чем сумел занять фактически (на приложенной карте ⤴️ зелёной линией примерно показана линия фронта на момент заключения мира). За одним удивительным исключением: регион Петсамо с тамошними никелевыми рудниками был возвращён финнам, несмотря на то, что как раз его-то Красная армия захватила де-факто, причём довольно быстро.
Этот парадокс становится понятнее, если вспомнить о том, что никелевый рудник Петсамо на тот момент принадлежал англо-канадскому акционерному обществу. А ссориться с Лондоном в планы Москвы не входило. Поэтому пришлось вернуть.
Могут возразить: да, но сейчас-то Петсамо включён в состав России под именем Печенгского района! Верно. Потому что за оставшееся время Второй мировой войны Суоми в попытках избежать дальнейшей советизации оказалась на стороне Третьего рейха, тогда как СССР — на стороне Британии, бросив на алтарь общей победы в 30 раз больше солдат. Это настолько смешало все карты, что требования Сталина о передаче ему Петсамо союзники сочли оправданными.
Примерно как если бы сейчас Китай объявил войну США, РФ выступила в качестве их самого мясного союзника, а Украина приняла китайскую сторону. Но до тех пор, пока нечто подобное не случилось, Вашингтону явно не понравятся любые попытки РФ захватить его совместный бизнес.
Ещё один пример. Когда пригожинцы в Сирии в феврале 2018 попытались кавалерийским наскоком захватить газовый завод Коноко под Дейр-эз-Зором, находившийся под контролем союзных США курдов, американская армия моментально размолотила вагнерьё в кровавый фарш ещё на дальних подступах. Это были крупнейшие единовременные потери россиян за все годы сирийского конфликта. И ни один путинский чиновник даже не пикнул про сарматов с кинжалами. Наоборот, лопотали по пословице: разбили рыло — говорят, так и было.
Помните, кстати, кто был президентом США в то время?
#FIN#война#стратегия#II#b