Они же на последних 15 минутах сконцентрировались - т.е. rps в 4 раза выше + риквест риквесту рознь. Есть подозрение, что пытались долбить наиболее тяжеловесные эндпоинты (но это не точно)
А можно я влезу со своими 5 копейками в вашу дискуссию?) Мне показалось, что вы чуть о разном говорите. PMLogix не лезет в сферы стратегического управления (как сделать убийцу ютуба), он лишь предлагает собственнику/СЕО/менеджеру наладить процессы, чтобы помочь достичь / облегчить и ускорить достижение запланированных целей. А вопрос целеполагания, позиционирования на рынке, да даже набора фичей - это не к нему. Поправьте, если я не прав.
В рамках одного и того же проекта для части сервисов даже 25% может являться триггером для скейлинга (хвосты, не попадающие 99 перцентиль, могут резко портить всю картину и приводить к жалобам конечных пользователей). А другая часть проекта, выполняющая какие-то фоновые джобы вполне может грузить процы в 100% и это будет нормально.
Лень лезть в документацию, но раньше панель при изменении мажорной версии ОС начинала паниковать и разработчики прямым текстом писали, что так делать не надо.
>Простите, но если я могу подделывать улики до их предъявления суду, то о чём мы тут вообще? Ну, если я правильно всё понял - то примерно так. Предположим, Алиса распространяет детскую порнографию. Она заранее подстилает себе соломки - подготавливает дубликаты запрещенного контента, на которых (дубликатах) изображены розовые пони и которые имеют такой же md5 hash. Если дело попадает в суд - у нее есть гипотетическая возможность для манёвра. Этот пример был в статье.
Наверняка я просто не уловил мысль - но в чем смысл перехода, грубо говоря, с одного решения MS на другое? Риски прекращения обслуживания сохраняются же?
По-человечески - прекрасно понимаю владельцев магазина: на ровном месте лишиться сайта и получить кучу проблем. Похоже, в полку ребят, которые уже делают бекапы (бекапы хостера - "это другое"), прибыло.
Есть несколько вопросов для прояснения ситуации:
DRP (Disaster Recovery Plan), я так понимаю, не было вообще?
Насколько я вижу, сайт сейчас работает. Как быстро и каким способом удалось его восстановить (повторная разработка с нуля, нашли бекапы, хостер восстановил образ диска)?
Как планируете обойти пункт ограничений ответсвенности хостера и возмещения убытков?
Был ли SLA (скорее всего, нет - но на всякий уточню)?
Какой статус клиента (физ/юр лицо)? Я к тому, что если физ. лицо - есть ли вообще основания говорить об убытках для бизнеса?
А вообще, на мой взгляд - типичная "обоюдка": одни накосячили и потеряли данные клиента, другие - не озаботились обеспечением надежности и восстановления при том, что существенная часть выручки (не факт, но я так понял из текста) зависит от работы сайта. Чем бы ни закончилась эпопея с компенсацией - очень надеюсь, что внимание аспекту надежности будет уделено, потому как падают и факапят вообще все, без исключений: это просто нужно принять и учесть.
Зависит от геораспределенности пользователей. Если они сосредоточены в одном регионе - может падать до низких значений ночью и расти до неприличных значений в часы пик (тоже зависит от целевой аудитории - или в рабочее время, или вечером). А в среднем за сутки - да, 11 в секунду.
Особенности работы в Терминале. Здесь нельзя переходить на строки прошлых команд, только писать заново, но можно копировать пути и имена файлов как и в других Линукс-подобных системах.
Немного оффтопа, но для меня тут наибольшей неожиданностью была з/п юриста в 100к рублей/мес :)
Я не в курсе реальной картины, но ожидал побольше (>x2)
Они же на последних 15 минутах сконцентрировались - т.е. rps в 4 раза выше + риквест риквесту рознь. Есть подозрение, что пытались долбить наиболее тяжеловесные эндпоинты (но это не точно)
А можно я влезу со своими 5 копейками в вашу дискуссию?)
Мне показалось, что вы чуть о разном говорите.
PMLogix не лезет в сферы стратегического управления (как сделать убийцу ютуба), он лишь предлагает собственнику/СЕО/менеджеру наладить процессы, чтобы помочь достичь / облегчить и ускорить достижение запланированных целей.
А вопрос целеполагания, позиционирования на рынке, да даже набора фичей - это не к нему.
Поправьте, если я не прав.
По-разному же бывает - сильно зависит от задач.
В рамках одного и того же проекта для части сервисов даже 25% может являться триггером для скейлинга (хвосты, не попадающие 99 перцентиль, могут резко портить всю картину и приводить к жалобам конечных пользователей).
А другая часть проекта, выполняющая какие-то фоновые джобы вполне может грузить процы в 100% и это будет нормально.
Вопрос к пользователям тик-тока (я там никогда не был) - о каких ПД идет речь? Какие данные нужно предоставлять, чтобы смотреть видяшки?
Лень лезть в документацию, но раньше панель при изменении мажорной версии ОС начинала паниковать и разработчики прямым текстом писали, что так делать не надо.
Как сейчас - не знаю
>Простите, но если я могу подделывать улики до их предъявления суду, то о чём мы тут вообще?
Ну, если я правильно всё понял - то примерно так. Предположим, Алиса распространяет детскую порнографию. Она заранее подстилает себе соломки - подготавливает дубликаты запрещенного контента, на которых (дубликатах) изображены розовые пони и которые имеют такой же md5 hash. Если дело попадает в суд - у нее есть гипотетическая возможность для манёвра.
Этот пример был в статье.
IOS, восстанови Максима!
Наверняка я просто не уловил мысль - но в чем смысл перехода, грубо говоря, с одного решения MS на другое? Риски прекращения обслуживания сохраняются же?
По-человечески - прекрасно понимаю владельцев магазина: на ровном месте лишиться сайта и получить кучу проблем.
Похоже, в полку ребят, которые уже делают бекапы (бекапы хостера - "это другое"), прибыло.
Есть несколько вопросов для прояснения ситуации:
DRP (Disaster Recovery Plan), я так понимаю, не было вообще?
Насколько я вижу, сайт сейчас работает. Как быстро и каким способом удалось его восстановить (повторная разработка с нуля, нашли бекапы, хостер восстановил образ диска)?
Как планируете обойти пункт ограничений ответсвенности хостера и возмещения убытков?
Был ли SLA (скорее всего, нет - но на всякий уточню)?
Какой статус клиента (физ/юр лицо)? Я к тому, что если физ. лицо - есть ли вообще основания говорить об убытках для бизнеса?
А вообще, на мой взгляд - типичная "обоюдка": одни накосячили и потеряли данные клиента, другие - не озаботились обеспечением надежности и восстановления при том, что существенная часть выручки (не факт, но я так понял из текста) зависит от работы сайта.
Чем бы ни закончилась эпопея с компенсацией - очень надеюсь, что внимание аспекту надежности будет уделено, потому как падают и факапят вообще все, без исключений: это просто нужно принять и учесть.
Зависит от геораспределенности пользователей. Если они сосредоточены в одном регионе - может падать до низких значений ночью и расти до неприличных значений в часы пик (тоже зависит от целевой аудитории - или в рабочее время, или вечером). А в среднем за сутки - да, 11 в секунду.
А почему выбор пал именно на 10 солярис, а не 11?
Можно поставить bash ;)
Собственно, ciic оказался практически единственной программой, отвечающей всем основным требованиям, которые предъявляют наши пользователи.
Готов принять участие в разработке - очень уж не хочется писать альтернативный клиент "по мотивам..." с нуля)))