Я не маркетолог, и в акциях пятерочки не участвую, но мне кажется, что если хочется больше продавать в оффлайновых магазинах вроде пятерочки, нужно не спамить клиентам предложениями продуктов по лучшим ценам, а сделать так, чтобы в магазин было приятно заходить. А в пятерочке обычно дурно пахнет, половина пластиковых корзинок сломано и в узких проходах (которые еще иногда завалены коробками с товаром) иногда сложно протиснуться человеку даже средней комплекции.
По этой причине, какими бы точно таргетированными не были предложения от пятерочки, я просто пойду в другой магазин, в котором, может быть, будет на 5-10% дороже, но зато мне не придется протискиваться между коробок с бананами второй свежести и проросшей картошкой а потом стоять в очереди в единственную работающую кассу.
В этом кейсе репликация нужна только на время переключения, чтобы была возможность одномоментного переключения на postgre? В таком случае, проще сделать скрипт для актуализации состояния postgre из mysql, притом скрипт то можно сделать для двусторонней актуализации, чтобы можно было еще и откатиться если переключение будет неудачным.
Жаль что у оператора, через которого мы работаем с вашей платформой, не такое чувство ответственности. Связаться с ними во время простоя было невозможно, телефон поддержки не работал, почта не работала, сайт тоже. Впечатление было такое, что они просто исчезли. Особенно на 4ом часу.
В любом случае, надеемся увидеть интересные технические статьи о механизмах отказоустойчивости в такой большой системе.
Да я вобщем то не столько хотел выразить претензию, все таки вы же не этот конкретный оператор, а разработчик платформы, если я все правильно понимаю.
Я скорее хотел выразить мысль о том, что локальное инфраструктурное решение это не прошлый век, а более полноценный и надежный вариант для телефонии. Потому что в случае его использования, от оператора нужен только сип транк, обеспечить доступность которого не так уж сложно для оператора. А все остальное остается на стороне клиента, и, как правило, представляет из себя астериск с конфигом почти по умолчанию, который даже в случае полного фейла можно развернуть за полчаса из бекапа.
Но раз уж вы написали что проблема все же на вашей стороне, хочу отметить, трехчасовой простой (который продолжается) говорит об отсутствии нормальной отказоустойчивости в вашей системе. 99.99 это всего лишь цифры, в разрезе месяца это позволяет простой 7 часов 24 минуты. Это недопустимый простой телефонии в рабочее время практически для любого бизнеса.
А по моему, успешность телеком компании (да и вообще любой компании, предоставляющей услуги связи) определяется в первую очередь стабильностью сервиса. Может пример плохой, но один провайдер телефонии, который живет на вашей платформе и ваших ДНС серверах, за последние две недели лежал в сумме примерно 3 часа, и лежит сейчас.
Сейчас недоступны даже ваши ДНС сервера, и для нас это отличный повод подумать над сменой оператора, несмотря на все «плюсы» вашей платформы, которые мы уже давно заменили своим инфраструктурным решением в целях увеличения гибкости и интеграции с другими системами.
По этой причине, какими бы точно таргетированными не были предложения от пятерочки, я просто пойду в другой магазин, в котором, может быть, будет на 5-10% дороже, но зато мне не придется протискиваться между коробок с бананами второй свежести и проросшей картошкой а потом стоять в очереди в единственную работающую кассу.
Скажите, а какие протоколы используются при передаче логов в logstash (которые не из beats), и как происходит балансировка и гарантированная доставка?
Но, к сожалению, этого не будет, на макбуке же их нет.
В любом случае, надеемся увидеть интересные технические статьи о механизмах отказоустойчивости в такой большой системе.
Я скорее хотел выразить мысль о том, что локальное инфраструктурное решение это не прошлый век, а более полноценный и надежный вариант для телефонии. Потому что в случае его использования, от оператора нужен только сип транк, обеспечить доступность которого не так уж сложно для оператора. А все остальное остается на стороне клиента, и, как правило, представляет из себя астериск с конфигом почти по умолчанию, который даже в случае полного фейла можно развернуть за полчаса из бекапа.
Но раз уж вы написали что проблема все же на вашей стороне, хочу отметить, трехчасовой простой (который продолжается) говорит об отсутствии нормальной отказоустойчивости в вашей системе. 99.99 это всего лишь цифры, в разрезе месяца это позволяет простой 7 часов 24 минуты. Это недопустимый простой телефонии в рабочее время практически для любого бизнеса.
Сейчас недоступны даже ваши ДНС сервера, и для нас это отличный повод подумать над сменой оператора, несмотря на все «плюсы» вашей платформы, которые мы уже давно заменили своим инфраструктурным решением в целях увеличения гибкости и интеграции с другими системами.