Должен ли я настраивать Beaker `session.lock _dir `при использовании Memcache на Heroku?

Я переключаю конфигурацию сеанса приложения Pyramid с cookieна ext:memcached. Мое приложение размещено на Heroku, и я настроил их надстройку memcache в соответствии с их документацией .

Из документации Beaker я понял, что указание session.lock_dirнеобходимо для предотвращения эффекта собачьей кучи . Чтобы быть явным :, я должен указать путь к каталогу. Затем Beaker использует это как своего рода блокировку, чтобы предотвратить попытки нескольких клиентов одновременно установить одно и то же значение.

Для меня это звучит как плохая архитектура. Одним из основных преимуществ memcache является то, что он работает как общая внешняя служба. Привязка процессов моего приложения к блокировке с привязкой к диску кажется неправильным подходом.

Точно так же на Heroku у меня есть одна эфемерная файловая система на «dyno» (, что, как я понимаю, означает на каждый процесс ). Поэтому, хотя я могу указать путь к каталогу lock_dir, если каждый процесс использует другой каталог,тогда это защитит меня от эффекта кучи собак?

Я не уверен, стоит ли:

• укажите блокировку _каталога и не беспокойтесь об этом
• попытаться разветвить Beaker и как-то исправить это

Кроме того, я хотел бы знать, какой шаблон используют другие языки/фреймворки. Является ли это только проблемой Beaker или другие установки, не привязанные к -файлу -, страдают от эффекта собачьей кучи?

Заранее спасибо,

Джеймс.