VG
Чет так себе апи. Оч low level опять
Но поддержка Executor уже хоть что-то
Так я только за
И мне интересно, даст ли лум все или почти все, что даёт реактор
Size: a a a
2020 August 19
D
А что он по твоему даёт?
D
Вот если ответишь на этот вопрос, то и понимание придёт
A
А что он по твоему даёт?
Ну, виртуальные потоки
A
Фишка разве не одна и та же - устранение блокировок реальных потоков?
A
более оптимизированные никоуровневая работа в многопоточности
Это же только для фреимворк-разработчиков. Но все что на например томкате должно бустануться, да?
D
Фишка разве не одна и та же - устранение блокировок реальных потоков?
нет
OG
о, а можно вопрос (чисто интересно) - почему в проекте на кубере вы захотели внедрять еще и консул?
читал недавно по теме вашего вопроса https://www.hashicorp.com/resources/consul-service-mesh-kubernetes-and-beyond/
OG
вкратце: мало у кого 100% сервисов крутит кубер
AR
о, а можно вопрос (чисто интересно) - почему в проекте на кубере вы захотели внедрять еще и консул?
sevice discovery + config mgmt (чтобы делать ротацию ключей самых разных, тут просто так в vault не подлезеш)
AR
читал недавно по теме вашего вопроса https://www.hashicorp.com/resources/consul-service-mesh-kubernetes-and-beyond/
у нас то крутит как раз, но у нас оно хорошо ложится на terraform + vault. Как я и написал, это пока обсуждаемо
AV
A
нет
Ну хорошо. Устранение задержек в приложении в целом.
Когда выкатят лум, у нас будут виртуальные потоки, и если заблокируется виртуальный поток, то реальный не заблокируется, а будет занят исполнением другого виртуального потока.
А что будет в том же реакторе? Если у нас поток выполняет одну цепочку, и она блокируется, то он ее оставит и пойдет выполнять другую цепочку?
Когда выкатят лум, у нас будут виртуальные потоки, и если заблокируется виртуальный поток, то реальный не заблокируется, а будет занят исполнением другого виртуального потока.
А что будет в том же реакторе? Если у нас поток выполняет одну цепочку, и она блокируется, то он ее оставит и пойдет выполнять другую цепочку?
A
Под цепочкой я понимаю инструкции которые выполняются когда вызывается терминальная операция
DP
читал недавно по теме вашего вопроса https://www.hashicorp.com/resources/consul-service-mesh-kubernetes-and-beyond/
ага, спасибо за ссылку
DP
sevice discovery + config mgmt (чтобы делать ротацию ключей самых разных, тут просто так в vault не подлезеш)
спасибо за инфу
OG
sevice discovery + config mgmt (чтобы делать ротацию ключей самых разных, тут просто так в vault не подлезеш)
Любопытно, конечно, почему sd и configmap k8s не хватило
D
Ну хорошо. Устранение задержек в приложении в целом.
Когда выкатят лум, у нас будут виртуальные потоки, и если заблокируется виртуальный поток, то реальный не заблокируется, а будет занят исполнением другого виртуального потока.
А что будет в том же реакторе? Если у нас поток выполняет одну цепочку, и она блокируется, то он ее оставит и пойдет выполнять другую цепочку?
Когда выкатят лум, у нас будут виртуальные потоки, и если заблокируется виртуальный поток, то реальный не заблокируется, а будет занят исполнением другого виртуального потока.
А что будет в том же реакторе? Если у нас поток выполняет одну цепочку, и она блокируется, то он ее оставит и пойдет выполнять другую цепочку?
инфы по интеропу реактора и лума у меня нет
D
если без лума, блочить even-loop нельзя, для блокируюших операций отдельный Sheduler