От 0 до 200 000 000 игроков - об эволюции бэкенда за 40 мин / Андрей Михеев (Pixonic) 

По привью подумал что это с канал диджитализируй Но доклад хорош

Спасибо, полезно про выключатели фичь, удаление кода. Остальное приятная вода😁

Было интересно, отличный доклад, спасибо!

Архитектор для архитекторов! Кайф!

Вполне адекватный доклад и докладчик, мало тех информации - которую я люблю, но всё равно спасибо

очень интересно

Очень хорошо знаю фотон. Довольно странно слышать про проблемы многопоточности в системе, которая на сквозь многопоточна. Было бы интересно узнать про действительные проблемы. А не общие фразы. Есть тайтлы, которые имеют до 1 000 000 CCU (одновременно играющих игроков) и всё у них хорошо и с многопоточностью и Матч мэйкингом. Плюс заявление, что нельзя писать серверный код, тоже не соответствует действительности. Можно использовать плагины в своём облаке. Другой вопрос, что вам это не подошло. Ну так так и надо говорить.

первоначальная архитектура это совсем жесть какая-то, вроде же изначально понятно, что хранить все состояние на клиенте это много боли в будущем

Жаль что не ответил на первый вопрос про выключатель фич. Тоже считаю что есть проблема с тестированием самих фич, если приходится прибегать к таким мерам.

Не особо полезный доклад получился. На тег "я пиарюсь" - годится. Смущает наличие схем с деталями и технологиями, но при этом отсутствует описание нагрузки по сервисам. Миграция данных сама по себе сложная штука, но слайд запилить можно было бы простой для примера. Поэтому вопрос был вполне валидный .Еще смутило что в финальной схеме была упомянута kafka, и там же grpc. Но никак не сказано зачем оба нужны одновременно в схеме. А еще zookeeper. В такой схеме мне понятна ситуация его использования для исключения split brain. Но хотелось бы услышать хотя бы поверхностно про его использование в распределенной системе под нагрузкой. Доклад получился типа: "Вот какие мы молодцы - держим большую нагрузку, а про остальное мы не расскажем, потому что лень и потому что нам дали 10 мин на доклад"

Уверен, что уже слышал этот доклад, но от другого человека

какие-то классические грабли :)

Отличный доклад, спасибо! Но вот не понимаю, наверное это к организатором больше. Зачем устраевать вопрос ответ в конце, если все равно не получишь ответа? Как же раздражает это: ой это такой большой вопрос, давайте после доклада. Ну нельзя чтоли ответить хотя бы коротко. Если видно что тянется или нет уже времени перебить и попросить дальше после доклада. Или если не знаете что ответить так и скажите, это нормально.

Линейная масштабируемость касандры это при consistency level one ? (hehe classic) Если сильно хочется транзакции над касандрой можно посмотреть доклад одноклассников про C*One, типа надстройка над касандрой для acid. Конечно было бы очень интересно посмотреть архитектуру подробнее, далекому от геймдева мне очень сложно представить как касандру используют для подобного

подбомбануло конечно про ред панду)) интересно с чего у них вообще должен был стоять выбор между кафкой и ред пандой. Ред панда малоизвестный продукт, мало где используется на продакшене если брать общую статистику

поэтому я не люблю rust разработчиков ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-QOUhunaFMOY.html

ни о чём

Какой то капитанский доклад. Банальщина в перемешку с бесполезной инфой. Что дала слушателям информация о том что в пятой версии вашей архитектуры появилась кафка?