На курской:
— шум от вытяжки
— крайне скучные стены — серо-белые
— стол для игры есть но не вызывает желания задержаться
— крайне маленький и неудобный магазин где, похоже, точно не найдёшь ничего экстра-ординарного…
— музыки нет или её просто не слышно
Удивляюсь как в сети Мосигры попадаются такие магазинчики. Продавцы заверяли что время от времени народу много приходит, но честно их скорее жаль. Был там во вторник.
«Сам факт записи на три сервера программно исключает необходимость делать ребалансинг с диска.»
— имел в виду что при первом появлении данных на диске не приходится их перераспределять по двум другим серверам
— если сервер вышел из строя то его роль подхватят все сервера на которых были аналогичные файлы — нагрузка размажется, не надо будет воротить сразу большим куском данных
— лимит доступа к каждому серверу позволит нормально отдавать файлы большинству пользователей и только 1-2% отрезать в случае если группа из серверов не большая и пришедший трафик из-за падения одного сервера не влезает размазанно по всем серверам.
— потом в фоне постепенно можно сделать третью копию файлов у которых в связи с отключением сервера стало копий меньше трёх. опять таки в размазанной нагрузке эти файлы можно слить по чуть-чуть с каждого сервера, а не создавая крайне не ровную нагрузку на 1-2 сервера.
Им просто не хотелось менять логику работы приложения, а хотелось серебряной пули с одной точкой входа.
Нужно три копии файла? Так выберите 3 самых менее нагруженных сервера и отправьте их параллельно на все три, пользователю покажите: «ваш файл закачался на 1 из 3 серверов», потом «2 из трёх», «ваш файл закачался».
Так пользователь будет понимать процесс, а до куче будет понимать что его данные в сохранности на трёх физических серверверах. Другой вопрос что там файлы могли заливаться через FTP (раз речь о сайтах) и такие сообщения уже не показать, но универсальное правило:
1. работа с дисками должна быть не зависимой друг от друга, тем более в рамках разных серверов
2. больше трафика — больше дисков и серверов — не надо доводить до того что один сервер с 20 терабайт файлов и от нагрузки помирает и от репликации помирает и вообще помирает.
Сам факт записи на три сервера программно исключает необходимость делать ребалансинг с диска.
Окей, не удалось за приемлемое время сделать три копии — делайте до 20% серверов резервными, закачивайте сразу четыре копии, после успешной закачки на нагруженные сервера (по чтению так как на них продакшин) временную четвёртую копию можно удалить, а на время резерва держать файлы в оперативной памяти. Хранить все файлы ведь на таком сервере не нужно, важно добавить быстрой надёжности.
Если вся система перегружена и файлы скапливаются в очереди и всё убивают своей лавиной то нужно научиться вовремя отключать сервис пользователю, иными словами не допускать ситуации когда неделю льётся трафик, а складывать некуда, сервис не работает совсем.
А так в целом доклад понравился, лучше чем предыдущий с HL++ о бинарных файловых хранилищах:)
И суровая правда по вашему это «всем плевать на пользователей»? Если у вас плохая работа где вам не дают быть тем кем вы хотите — найдите другую работу. Нет другой работы? Создайте её сами! Вы тут перекладываете своё отношение на якобы отношение заказчиков. Вам плевать не только на пользователей но и на своих клиентов — заказчиков. По большому счёту. Вот может быть вы об этой правде?
Чем именно вы не довольны? Лично вас никто не просит что-либо делать. Ваш негатив не делает ничего полезного. Если не думать о каждом конкретном пользователе то зачем тогда думать вообще о ком-то? Например зачем пользователям вас лично уважать, ценить и рекламировать? Люди сделают выбор в пользу кого-то другого и пусть у видящих людей больше возможности увидеть ваши продукты в более хорошем свете — прочитав это они или некоторые из них захотят найти кого-то друго-го кто так не выражается и поддержать альтернативные проекты.
А если не одна? Всегда заказывал по две-три книги и получал в упаковке:
— вначале гофрокартоном обмотанны
— сверху упаковочной бумаге
Больше походило на бандероли.
Екатеринбург от Новосибирска и уж тем более Дальнего Востока всё таки далеко.
Сколько сейчас занимает среднее время доставки до Новосибирска? Почему до сих пор нет ни одного склада справа по карте? Курьеры это конечно хорошо но хочется:
— получать книги быстро
— получать книги в идеальном состоянии, например в пузырчатой плёнке, а не в бумажных наспех сделанных коробках где и книги мнутся уголкам и кейсы для дисков трескались когда заказывал.
Ориентируетесь на участников того мероприятия где был доклад? Ну ок… Пойду от сюда туда что-ли… что бы мнение имело значение. Хотя нет, я ведь не формат под то мероприятие. Значит… всё сложно:) Пишите конечно, доклады какими бы они не были хороши, только этот так себе, только и всего. Исключительно собственное мнение как и у некоторых других людей.
Доклад не в «разработку», а в «менеджмент» стоит отправить, так как о разработке тут собственно ни слова, одни критерии выбора, впечатления и прочее присущее к менеджерам которые принимают решения. Аля «а что лучше, Yii или Symphony… давайте составим табличку...» или «А где нам взять столько программистов под конкретный фреймворк… а давайте наймём вот этих...».
Этот доклад может и полезен на специальных днях для тех кому нужно, но это не разработка и совсем не техническая статья, даже для сильного доклада по управлению не подходит. Эта одна из причин почему я придрался к перепечатки материалов.
Не скажу что этот доклад прямо такой классный… если бы не общая тематика ваших конференций то как статью его надо бы заминусовать как бесполезный по большому счёту.
— шум от вытяжки
— крайне скучные стены — серо-белые
— стол для игры есть но не вызывает желания задержаться
— крайне маленький и неудобный магазин где, похоже, точно не найдёшь ничего экстра-ординарного…
— музыки нет или её просто не слышно
Удивляюсь как в сети Мосигры попадаются такие магазинчики. Продавцы заверяли что время от времени народу много приходит, но честно их скорее жаль. Был там во вторник.
— имел в виду что при первом появлении данных на диске не приходится их перераспределять по двум другим серверам
— если сервер вышел из строя то его роль подхватят все сервера на которых были аналогичные файлы — нагрузка размажется, не надо будет воротить сразу большим куском данных
— лимит доступа к каждому серверу позволит нормально отдавать файлы большинству пользователей и только 1-2% отрезать в случае если группа из серверов не большая и пришедший трафик из-за падения одного сервера не влезает размазанно по всем серверам.
— потом в фоне постепенно можно сделать третью копию файлов у которых в связи с отключением сервера стало копий меньше трёх. опять таки в размазанной нагрузке эти файлы можно слить по чуть-чуть с каждого сервера, а не создавая крайне не ровную нагрузку на 1-2 сервера.
Нужно три копии файла? Так выберите 3 самых менее нагруженных сервера и отправьте их параллельно на все три, пользователю покажите: «ваш файл закачался на 1 из 3 серверов», потом «2 из трёх», «ваш файл закачался».
Так пользователь будет понимать процесс, а до куче будет понимать что его данные в сохранности на трёх физических серверверах. Другой вопрос что там файлы могли заливаться через FTP (раз речь о сайтах) и такие сообщения уже не показать, но универсальное правило:
1. работа с дисками должна быть не зависимой друг от друга, тем более в рамках разных серверов
2. больше трафика — больше дисков и серверов — не надо доводить до того что один сервер с 20 терабайт файлов и от нагрузки помирает и от репликации помирает и вообще помирает.
Сам факт записи на три сервера программно исключает необходимость делать ребалансинг с диска.
Окей, не удалось за приемлемое время сделать три копии — делайте до 20% серверов резервными, закачивайте сразу четыре копии, после успешной закачки на нагруженные сервера (по чтению так как на них продакшин) временную четвёртую копию можно удалить, а на время резерва держать файлы в оперативной памяти. Хранить все файлы ведь на таком сервере не нужно, важно добавить быстрой надёжности.
Если вся система перегружена и файлы скапливаются в очереди и всё убивают своей лавиной то нужно научиться вовремя отключать сервис пользователю, иными словами не допускать ситуации когда неделю льётся трафик, а складывать некуда, сервис не работает совсем.
А так в целом доклад понравился, лучше чем предыдущий с HL++ о бинарных файловых хранилищах:)
— вначале гофрокартоном обмотанны
— сверху упаковочной бумаге
Больше походило на бандероли.
Екатеринбург от Новосибирска и уж тем более Дальнего Востока всё таки далеко.
— получать книги быстро
— получать книги в идеальном состоянии, например в пузырчатой плёнке, а не в бумажных наспех сделанных коробках где и книги мнутся уголкам и кейсы для дисков трескались когда заказывал.
Этот доклад может и полезен на специальных днях для тех кому нужно, но это не разработка и совсем не техническая статья, даже для сильного доклада по управлению не подходит. Эта одна из причин почему я придрался к перепечатки материалов.