Юра, не говори чепухи от имени компании, пожалуйста. Если мы обещаем что-то сделать, то должны это сделать. Очевидно, произошла какая-то накладка, я постараюсь выяснить детали и сделать так, чтобы такое больше не происходило.
Владислав, это необычно и плохо, что мы сформировали какое-то ожидание, а затем его не выполнили. Поясните, пожалуйста, в чём именно было дело и мы постараемся исправиться. Я правильно понял, что вам пообещали позвонить и сообщить результат, но не сделали этого?
Возможность собрать всех и показать что-то на большом экране была предусмотрена в проекте. Площадь кухни достаточная, чтобы комфортно собрать всех-всех. Затем по нажатию кнопки опускаются жалюзи и большой белый экран для проектора. Тадам!
Хороший звук, усилитель, ресивер, микрофоны и прочее предусмотрены. Единственное, что пока не удалось подключить — Sega Mega Drive. :)
В общих чертах система межплощадочной репликации выглядит так:
1. Все запросы, изменяющие данные на шардах, логгируются.
2. Периодически (минимум раз в минуту) все залоггированные на шардах запросы собираются, упаковываются и пересылаются на другую (другие) площадки.
3. На площадке-получателе запросы применяются к соответствующим бэкап-шардам.
Данная система репликации написана на PHP, очень проста и надёжно работает на протяжении нескольких лет, обеспечивая минимальную задержку между обновлением данных на мастер-шарде и его репликах. Да, мы очень любим PHP и умеем хорошо с его помощью делать даже те задачи, которые, как некоторым кажется, с его помощью делать нельзя / не получится.
На всякий случай отмечу, что это цифры из продакшена.
Плюс у меня пара вопросов:
1. Как и чем вы измеряли общее время запроса (коннект+индекс+запрос)?
2. Доступ к «машине трёхлетней давности» осуществлялся с удалённого хоста или локального?
Я вот почему про это спрашиваю — различие в 10 раз по скорости это, скорее всего, по причине различия способов измерения или условий работы с HS.
Евгений, я попрошу нашего HR-менеджера ответить вам. Мы прекрасно понимаем, что оставить письмо без ответа — просто неприлично, поэтому, я думаю, в вашем случае произошла какая-то накладка, приношу свои извинения.
Как видите, комментариев к статье немного, люди просто не слышали про xCAT, да и у большинства проектов проблема инсталляции сотен серверов за раз не стоит.
Спасибо за отзыв, мы обязательно продолжим публикацию статей.
У нас есть идея некоторые из наших выступлений на конференциях оформить в удобочитаемых статей, т.к. по презентациям обычно сложно понять суть доклада. Если вам хотелось бы какой-то определённый доклад увидеть в формате статьи — дайте знать, пожалуйста.
Хороший звук, усилитель, ресивер, микрофоны и прочее предусмотрены. Единственное, что пока не удалось подключить — Sega Mega Drive. :)
1. Все запросы, изменяющие данные на шардах, логгируются.
2. Периодически (минимум раз в минуту) все залоггированные на шардах запросы собираются, упаковываются и пересылаются на другую (другие) площадки.
3. На площадке-получателе запросы применяются к соответствующим бэкап-шардам.
Данная система репликации написана на PHP, очень проста и надёжно работает на протяжении нескольких лет, обеспечивая минимальную задержку между обновлением данных на мастер-шарде и его репликах. Да, мы очень любим PHP и умеем хорошо с его помощью делать даже те задачи, которые, как некоторым кажется, с его помощью делать нельзя / не получится.
На всякий случай отмечу, что это цифры из продакшена.
Плюс у меня пара вопросов:
1. Как и чем вы измеряли общее время запроса (коннект+индекс+запрос)?
2. Доступ к «машине трёхлетней давности» осуществлялся с удалённого хоста или локального?
Я вот почему про это спрашиваю — различие в 10 раз по скорости это, скорее всего, по причине различия способов измерения или условий работы с HS.
Стоимость доступных услуг на сайте указана, я только что проверил. Желаю вам быть более внимательным.
Спасибо за отзыв, мы обязательно продолжим публикацию статей.