В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Tarantool

1111 membersпожаловаться на группу
2020 December 14

АС

Андрей Сыврачев... in Tarantool
Vladislav Grubov
не устарел, в продакшене используется для переваривания высокого количества запросов
да он даже сходу не собирается на ubuntu20 (если по шагам идти)
Он же совместим должен быть с конкретной версией nginx? А тут ссылки на Developer бранчи
источник
13:50пожаловаться#1

AK

Alexey Kuzin in Tarantool
Андрей Сыврачев
Этот модуль?
https://www.tarantool.io/ru/doc/latest/reference/reference_lua/http/
www.tarantool.io
Tarantool Data Integration Platform
https://github.com/tarantool/http
GitHub
tarantool/http
Tarantool http server. Contribute to tarantool/http development by creating an account on GitHub.
источник
13:51пожаловаться#2

PL

Pavel Lapaev in Tarantool
Вебинар «Деплоим приложение на Tarantool Cartridge в кластер Kubernetes MCS»

Kubernetes — это де-факто стандарт для Stateless, однако Stateful-приложения все еще требуют особого внимания и подхода. Комбо Tarantool + Kubernetes дает возможность упростить создание как раз такого решения.

На вебинаре покажем, как разработчику «перестать беспокоиться» и за час запустить масштабируемый отказоустойчивый клаcтер Tarantool на Kubernetes в Mail.ru Cloud Solutions. Пройдем полный цикл от разработки до эксплуатации.

В конце на все ваши вопросы ответит @vasiliy_tyubek, руководитель команды разработки решений на Tarantool.

Ждем вас завтра, 15 декабря, 17:00 по Москве.

👉 Зарегистрироваться
Webinar.ru
Вебинар  «Деплоим приложение на Tarantool Cartridge в кластер Kubernetes MCS»
Kubernetes это де-факто стандарт для stateless, однако stateful приложения все еще state of the art. А комбо Tarantool + Kubernetes дает возможность упростить создание как раз такого решения.

Почему Tarantool? Потому что это уникальная штука: исключительно на нем одном, без каких-либо других технологий, можно написать stateful микросервис, который сам будет молотить трафик.

Каждый stateful (база данных, сервер очередей) это уникальный опыт, поэтому есть отдельные специалисты типа Oracle DBA, которые занимаются поддержкой этих приложений. Чтобы облегчить эксплуатацию в Kubernetes, у нас есть оператор, который много задач делает за вас.

Настройка и эксплуатация самого Kubernetes это тот еще квест, поэтому покажем как пользоваться managed решением от Mail.ru Cloud Solutions, чтобы не заморачиваться эксплуатацией Kubernetes.

15 декабря подключайтесь к вебинару «Деплоим приложение на Tarantool Cartridge в кластер Kubernetes MCS» и узнайте, как разработчику “перестать беспокоиться” и за час написать, поднять, и…
источник
14:22пожаловаться#3

RT

Roman Tsisyk in Tarantool
На операторах, я надеюсь?
источник
14:34пожаловаться#4

©

©triod in Tarantool
Alexey Kuzin
Рекомендуется использовать модуль http для новых проектов. А коммитов иногда не бывает, если коммитить нечего)
Вроде как был разговор про h2o.
источник
14:46пожаловаться#5

©

©triod in Tarantool
Не? Не будет?
источник
14:48пожаловаться#6

DS

Dmitry Sharonov in Tarantool
так нету же пока
источник
14:49пожаловаться#7

MA

Mons Anderson in Tarantool
©triod
Не? Не будет?
Будет, просто позже.
источник
14:50пожаловаться#8

©

©triod in Tarantool
Это как в том анекдоте. Мама, рыбы хотите?......
источник
14:50пожаловаться#9

VS

Vasiliy Soshnikov in Tarantool
Андрей Сыврачев
да он даже сходу не собирается на ubuntu20 (если по шагам идти)
Он же совместим должен быть с конкретной версией nginx? А тут ссылки на Developer бранчи
Тикет заведите. Будет дока обнавленна.
источник
14:50пожаловаться#10

©

©triod in Tarantool
Ок отлично))))
источник
14:50пожаловаться#11

VS

Vasiliy Soshnikov in Tarantool
Vasiliy Soshnikov
Тикет заведите. Будет дока обнавленна.
Плюс, NGINX в коре/API не изменяется практически, отчего совместим со всеми версиями начиная от (в доке есть).
источник
14:51пожаловаться#12

©

©triod in Tarantool
H2О архитектурно правильное решение. Хорошо бы....
источник
14:52пожаловаться#13

KN

Konstantin Nazarov in Tarantool
Roman Tsisyk
На операторах, я надеюсь?
да
источник
14:52пожаловаться#14

R

R-omk in Tarantool
Konstantin Nazarov
да
Ты подумал о том что я говорил?

Я расковырял cartridge cli , убрал удаление временных файлов и там остаётся почти то что нужно
источник
14:59пожаловаться#15

KN

Konstantin Nazarov in Tarantool
R-omk
Ты подумал о том что я говорил?

Я расковырял cartridge cli , убрал удаление временных файлов и там остаётся почти то что нужно
покажи что получилось
источник
15:02пожаловаться#16

KN

Konstantin Nazarov in Tarantool
выложи в gist
источник
15:02пожаловаться#17

R

R-omk in Tarantool
Konstantin Nazarov
покажи что получилось
Дойду до компа...
На самом деле там всё просто..
Там шаблоны докер файлов прямо в бинарник вшиты, нужно объединить это в один gotemplate и добавлять возможность подключения внешнего шаблона
источник
15:04пожаловаться#18

DK

Dmitriy Koltsov in Tarantool
Можете, пожалуйста, подсказать, что значит в дашборде картриджа issue long idle?
Насколько я понимаю, контрольное сообщение отсылается мастером каждые replication_timeout секунд, а предупреждение long idle срабатывает, если idle (т.е. время с момента получения последнего сообщения) > replication_timeout. Получается, с учетом сетевой задержки, этот warning должен периодически срабатывать по всему кластеру?
Или я где-то ошибаюсь?
источник
16:05пожаловаться#19

YD

Yaroslav Dynnikov in Tarantool
Dmitriy Koltsov
Можете, пожалуйста, подсказать, что значит в дашборде картриджа issue long idle?
Насколько я понимаю, контрольное сообщение отсылается мастером каждые replication_timeout секунд, а предупреждение long idle срабатывает, если idle (т.е. время с момента получения последнего сообщения) > replication_timeout. Получается, с учетом сетевой задержки, этот warning должен периодически срабатывать по всему кластеру?
Или я где-то ошибаюсь?
Всё так. Когда нагрузки нет бывают ложные срабатывания, скоро починим
https://github.com/tarantool/cartridge/issues/1173
GitHub
Fix upstream.idle issue tolerance · Issue #1173 · tarantool/cartridge
When there's no workload on a cluster, we usually see an issue: "Replication from ... to ...: long idle (1 > 1)". The issue is shown when upstream.idle > box...
источник
16:14пожаловаться#20