AppEngine достижение сильной консистенции

Question

Я пытаюсь добиться сильной консистенции. Назовём моя модель PVPPlayer:

class PVPPlayer(ndb.Model): 
    points = ndb.IntegerProperty() 

Каждый ключ для модели создается следующим образом:

pvp_player = PVPPlayer(key=ndb.Key(Profile, "test_id", PVPPlayer, "test_id")) 

где Profile является родительская модель:

class Profile(ndb.Model): 
    def build_key(cls, some_id): 
     return ndb.Key(cls, some_id) 

У меня есть 2 REST API URL:

1) update_points 
2) get_points 

В 1) я:

# I use transaction because I have to update all the models in single batch 
@ndb.transactional(xg=True, retries=3) 
def some_func(points): 
    pvp_player = ndb.Key(Profile, "test_id", PVPPlayer, "test_id").get() 
    pvp_player.points += points 
    pvp_player.put() 
    # update other models here` 

В 2) я:

pvp_player = ndb.Key(Profile, "test_id", PVPPlayer, "test_id").get() 
return pvp_player.points` 

Мой поток выглядит следующим образом:

1) update_points() 
2) get_points() 
3) update_points() 
4) get_points()` 
... 

Проблема:

Использование get() гарантирует высокую согласованность o что я не понимаю, почему иногда в результате get_points() я получаю устаревшие данные, такие как точки не обновлялись вообще.

Пример:

POST get_points -> 0 
POST sleep 1-3 sec 
POST update_points -> 15 
POST sleep 1-3 sec 
POST get_points -> 15 
POST sleep 1-3 sec 
POST update_points -> 20 
POST sleep 1-3 sec 
POST get_points -> 15 !!!` 

Answer 1

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

Answer 2

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

Также проверьте все ваши обновления, завернутые в транзакции, чтобы избежать гонок. Cloud Datastore: ways to avoid race conditions

---

Этот случай, скорее всего, не о проблемах согласованности, но топать обновления, проверка этой ссылки на некоторые интересные случаи:

http://engineering.khanacademy.org/posts/transaction-safety.htm http://engineering.khanacademy.org/posts/user-write-lock.htm