HighLoad++ 2017 Зал «Конгресс-Холл», 8 ноября, 14:00 Тезисы: http://www.highload.ru/2017/abstracts/2930.html Многие считают, что для создания хорошего highload-проекта нужно расшардить данные правильным образом и спать спокойно, доставляя сервера по мере необходимости. На самом деле только после шардинга начинается все самое интересное, так как после физического разделения данные не перестают быть логически связанными. Именно поэтому необходимо создать инструменты для поддержания целостности этих данных. Я расскажу, как мы в Badoo подходим к решению задач подобного класса.

1. Жизнь после шардинга
Курмаев Михаил • 8 ноября 2017
Жизнь после шардинга

33. Про идемпотентность и
коммутативность

41. Проблема нескольких датацентров

44. Подумать над стрелками

45. Video: Делаем свою репликацию

46. begin
update1;
update2;
commit

47. begin
update1;
update2;
insert into RQ(“update1”, “update2”)
commit

48. begin
update1;
update2;
insert into RQ(“update1”, “update2”)
commit
begin
update1;
update2;
commit

60. begin
update1;
update2;
insert into RQ(“update1”, “update2”)
commit

61. begin
update1;
update2;
insert into RQ(“update1”, “update2”)
commit

62. begin
update1;
update2;
insert into RQ(“update1”, “update2”)
commit

63. Мы все упростили
Begin
update1;
update2;
Insert into Queue ();
Insert into RQO(“update1”, “update2”)
commit

64. Мы все упростили
Begin
update1;
update2;
Insert into Queue ();
Insert into RQO(“update1”, “update2”, “Insert into Queue ()”)
commit

75. Realtime события