Зараз я працюю над багатокористувацькою грою, якабуде використовувати дві бази даних (MONGODB). Один для аутентифікації (логін) та один, який містить усі дані гри. Що я зробив - це розділити конкретні дані користувачів та ігор. Таким чином я зможу будувати мікро-сервіси навколо користувача в майбутньому.
Я трохи не впевнений, як обробляти / перевірятиспецифічні для гри операції з базою даних. Коли я входжу в свою гру, я виконую запит POST до мого відпочинку api, який перевіряє користувача та повертає деякі дані.
Сама гра, однак, використовує сокет TCPпідключення для обробки геймплея в режимі реального часу і буде збереження даних, що стосуються ігор, до бази даних на авторитетному сервері (вся логіка гри виконується на сервері). Як ви збираєтесь зв’язати дані у базі даних, пов’язаних з іграми, до конкретного користувача, знайденого в базі даних аутентифікації?
Відповіді:
0 для відповіді № 1Теоретично найкращим варіантом є не обмін даними, а лише унікальні ідентифікатори (первинні ключі).
На практиці не слід поділяти дані таким чином. Частина користувачів належить до гри, інші частини можуть бути спільними для різних ігор. Я припускаю, що саме тому ви розділили це двоє.
Погляньте на принцип DDD BoundedКонтексти та те, як слід / могли створити окремі служби таким чином. Як сказано, визначити правильний шлях обмежених контекстів - це найважче в SOA та / або мікросервісах.