Всех категорически приветствую, любители больших количеств девяток! [прим. — количество девяток означает, сколько сервис у нас доступен. Например, когда говорят «три девятки», то имею ввиду 99,9% доступность сервиса. Если переводить на человеческий, то это означает, что допускается простой в ~8-9 часов в год]
Сегодня в выпуске у нас будет интересности, ну а начнем мы как всегда с истории прошлых выпусков
Прошлые выпуски
-
Perfscale news #5. SQL, Thresholds, неработающие Linked Accounts
-
Perfscale news #8. WS Benchmark, Jmeter open sourced & fixed linked accounts
-
Perfscale news #10. Shared variables, Pub/Sub load testing & live metrics
-
Perscale news #11. Fine‑grained token, SQID, stdout log streaming
-
Perfscale news #12. WASM-библиотеки, SDK для авторов и «живые» логи
Итак, начинам как и всегда с OSS
Perfscale OSS
Выжигание модулей
Для тех, кто пропустил — мы добавили возможность писать свои библиотеки, выпустили SDK на Rust и TS (GoLang еще в пути, тут есть шероховатости, признаю). Внимательный зритель припомнит фразу с прошлого выпуска:
Да, мы потеряем в «скорости», но ждите следующей недели, там будет интересно!
И вот мы дождались. Чтобы не терять вы скорости так сильно и приблизится к более «нативному» вызову внешних библиотек мы сделали имбу — Теперь wasm модули «выжигаются» прямо в бинарник самого perfscale, что приводит к тому, что мы почти не теряем в скорости, по сравнению с хардкодом. Ну т.е. мы все равно теряем в скорости, но не так катострофично. «На глаз» были такие метрики, которые мы проводили на примере random.
Примечение: В perfscale этот этап называется burn. Есть и обратный процесс, называется deburn, когда мы внешний модуль «отсоединяем» от самого бинарника perfscale.
|
Модуль perfscale |
Speed |
|
native random |
1 (эталонные значения) |
|
wasm (no burn, cold run) |
1.11 ± 0.01 (~10-12%) |
|
wasm (no burn, hot run) |
1.09 ± 0.01 (~9-11%) |
|
wasm (burn) |
1.01 ± 0.01 (~1-3%) |
Кстати, вам же доступен еще helm chart для perfscale oss. Этот момент я упустил в прошлый раз, поэтому сообщаю сейчас!
Ну и помелочи: поправили formatter в CI и dependabots алерты, CVE также не должны пройти 🙂
Perfscale platform
Выжигание модулей
Да, мы не забыли и про платформу, чтобы вам было удобнее пользоваться, модули выжигаются прямо в машине напрямую и этот процесс автоматизирован. Т.е. добавили wasm модуль -> бинарник уже обновился на машине автоматом. Выжигание также доступно и по API запросам.
HTTP3
Да, теперь сайт perfscale.ru теперь отдает HTTP3 запрос. Кстати, Cloudflare сам умеет «заворачивать» HTTP2 в HTTP3, это приятный бонус, который требует ровно 0 усилий, поэтому perfscale.su изначально поддерживал HTTP3 и даже не требовал деплоя
ну и переходим на самое сладкое, что вы и ждете: феилы и postmorterms
Postmortem
При рестарте keycloak и nginx одновременно мы столкнулись с тем, что при пересоздании nginx потерялся LE-сертификат → и логин .ru был сломан. Сломан был он примерно ~20 часов! А все дело было в том, что агент мне нашел проблему но в этот момент я не был у компа физически и не смог быстро отреагировать, а вернувшись в нетрезвом состоянии — я решил чинить проблему только на трезвую голову(о чем ни на секунду не пожалел, мудрое решение). Посмотрев логи сервера, я понял, что никто кроме агента не стучался на эту ручку, повезло!
Кстати, этот инцедент никак не задел .su домен. Все дело в том, что это разные сервера и соотвественно есть отличия для деплоя, поэтому если вы пользовались .su у вас ничего не поменялось.
Ну а на этом все в этой неделе все! Традиционно желаю вам не болеть в столь прохладную осень и быть в добром здравии не только вам, но и сервисам быть на уровне пяти девяток(99,999%)!
Ссылки
-
perfscale charts: https://github.com/Perfscale/charts
-
perfscale github: https://github.com/Perfscale/perfscale
-
perfscale docs [.ru]: https://perfscale.ru/docs/getting-started
-
perfscale docs [.su]: https://perfscale.su/docs/getting-started
ссылка на оригинал статьи https://habr.com/ru/articles/1089710/