РК
Добрый вечер
Ребят, можект кто подскажет как решить данную проблему?
Ребят, можект кто подскажет как решить данную проблему?
Size: a a a
2020 November 20
РК
2020 November 22
AJ
подскажите пожалуйста если у меня несколько моделей с анотацией @Valid мне после каждого ставить BindinngResult или после последнего только?
Y
Ребята, может кто-что подсказать как можно настроить память, у меня при 16 гб оперативки, при поднятии 6 микросервисов на последнем вылетал *There is insufficient memory for the Java Runtime Environment to continue. # Native memory allocation (mmap) failed to map*, после того как уменьшил память для докера -> запустил, но теперь при поднятии фронта(nodeJs ) тоже памяти не хватает. Может какой-то оптимальный размер heapа задать, сталкивался кто-то с такой проблемой ?
М
Ребята, может кто-что подсказать как можно настроить память, у меня при 16 гб оперативки, при поднятии 6 микросервисов на последнем вылетал *There is insufficient memory for the Java Runtime Environment to continue. # Native memory allocation (mmap) failed to map*, после того как уменьшил память для докера -> запустил, но теперь при поднятии фронта(nodeJs ) тоже памяти не хватает. Может какой-то оптимальный размер heapа задать, сталкивался кто-то с такой проблемой ?
Тут все индивидуально что касается тюнинга. скорее всего они на старте коммитят слишком много памяти, можно попробовать нарулить xms оптимально для старта
М
Но с нативной памятью, выделяемой не через кучу все сложнее. Не думаю что тут с ней проблемы именно
AE
Ребята, может кто-что подсказать как можно настроить память, у меня при 16 гб оперативки, при поднятии 6 микросервисов на последнем вылетал *There is insufficient memory for the Java Runtime Environment to continue. # Native memory allocation (mmap) failed to map*, после того как уменьшил память для докера -> запустил, но теперь при поднятии фронта(nodeJs ) тоже памяти не хватает. Может какой-то оптимальный размер heapа задать, сталкивался кто-то с такой проблемой ?
Возьми shanendoah gc, он тебе все не нужное в систему вернёт
ON
Ребята, может кто-что подсказать как можно настроить память, у меня при 16 гб оперативки, при поднятии 6 микросервисов на последнем вылетал *There is insufficient memory for the Java Runtime Environment to continue. # Native memory allocation (mmap) failed to map*, после того как уменьшил память для докера -> запустил, но теперь при поднятии фронта(nodeJs ) тоже памяти не хватает. Может какой-то оптимальный размер heapа задать, сталкивался кто-то с такой проблемой ?
Сначала нужно узнать кто выжирает ее, какой сервис сколько скушал, возьми какую нибудь утилиту, посмотреть что там с контейнерами(ctop)
Y
Спасибо за советы, если что решил тем, что у меня файл подкачки 0 был поставил сразу на 16 гб и все поднялось
2020 November 23
C
karla drusillaу, код неверный, обратись к админу.
AB
привет всем, подскажите пожалуйста, у кого есть опыт настройки websocket для микросервисной архитектуры.
у меня есть zuul в качестве gateway, но он не умеет нормально проксировать ws, да и с браузером в виде клиента это судя по всему не просто настроить.
Я поднял рядом spring cloud gateway, для ws, который умеет их проксировать из коробки, всё работает, на стороне клиента я использую stomp, стандартный в общем подход.
Проблема - 1 gateway, и множество сервисов - если к примеру у меня ws в 3х сервисах, то мне в клиентском коде нужно иметь 3 конекшена к этим 3м сервисам, понятно что через gateway proxy, но их надо менеджить. Пока не представляю как, но хортелось бы иметь 1 конект к гейтвею, а гейтвей уже что бы имел коннекты к другим сервисам по вебсокетам, и роутил запросы, что бы в клиентском коде был один конект. Кто как решал это, подскажите пожалуйста ? И может кто то использовал https://socket.io/ со spring, frontend команда очень хочет это использовать, но я посмотрел - есть реализации на java, даже с обёртками для spring, основанные на netty, но версии уже старые. Спасибо.
у меня есть zuul в качестве gateway, но он не умеет нормально проксировать ws, да и с браузером в виде клиента это судя по всему не просто настроить.
Я поднял рядом spring cloud gateway, для ws, который умеет их проксировать из коробки, всё работает, на стороне клиента я использую stomp, стандартный в общем подход.
Проблема - 1 gateway, и множество сервисов - если к примеру у меня ws в 3х сервисах, то мне в клиентском коде нужно иметь 3 конекшена к этим 3м сервисам, понятно что через gateway proxy, но их надо менеджить. Пока не представляю как, но хортелось бы иметь 1 конект к гейтвею, а гейтвей уже что бы имел коннекты к другим сервисам по вебсокетам, и роутил запросы, что бы в клиентском коде был один конект. Кто как решал это, подскажите пожалуйста ? И может кто то использовал https://socket.io/ со spring, frontend команда очень хочет это использовать, но я посмотрел - есть реализации на java, даже с обёртками для spring, основанные на netty, но версии уже старые. Спасибо.
ON
Спасибо за советы, если что решил тем, что у меня файл подкачки 0 был поставил сразу на 16 гб и все поднялось
Современный подход, в больших компаниях все так делают
AE
привет всем, подскажите пожалуйста, у кого есть опыт настройки websocket для микросервисной архитектуры.
у меня есть zuul в качестве gateway, но он не умеет нормально проксировать ws, да и с браузером в виде клиента это судя по всему не просто настроить.
Я поднял рядом spring cloud gateway, для ws, который умеет их проксировать из коробки, всё работает, на стороне клиента я использую stomp, стандартный в общем подход.
Проблема - 1 gateway, и множество сервисов - если к примеру у меня ws в 3х сервисах, то мне в клиентском коде нужно иметь 3 конекшена к этим 3м сервисам, понятно что через gateway proxy, но их надо менеджить. Пока не представляю как, но хортелось бы иметь 1 конект к гейтвею, а гейтвей уже что бы имел коннекты к другим сервисам по вебсокетам, и роутил запросы, что бы в клиентском коде был один конект. Кто как решал это, подскажите пожалуйста ? И может кто то использовал https://socket.io/ со spring, frontend команда очень хочет это использовать, но я посмотрел - есть реализации на java, даже с обёртками для spring, основанные на netty, но версии уже старые. Спасибо.
у меня есть zuul в качестве gateway, но он не умеет нормально проксировать ws, да и с браузером в виде клиента это судя по всему не просто настроить.
Я поднял рядом spring cloud gateway, для ws, который умеет их проксировать из коробки, всё работает, на стороне клиента я использую stomp, стандартный в общем подход.
Проблема - 1 gateway, и множество сервисов - если к примеру у меня ws в 3х сервисах, то мне в клиентском коде нужно иметь 3 конекшена к этим 3м сервисам, понятно что через gateway proxy, но их надо менеджить. Пока не представляю как, но хортелось бы иметь 1 конект к гейтвею, а гейтвей уже что бы имел коннекты к другим сервисам по вебсокетам, и роутил запросы, что бы в клиентском коде был один конект. Кто как решал это, подскажите пожалуйста ? И может кто то использовал https://socket.io/ со spring, frontend команда очень хочет это использовать, но я посмотрел - есть реализации на java, даже с обёртками для spring, основанные на netty, но версии уже старые. Спасибо.
1. зачем оставлять zuul, если подняли spring cloud gateway?)
2. менеджить да, придется. от этого никуда не деться. альтернатива - делать отдельный сервис с ws и лить туда события со всех сервисов. клиенты собственно будут цепляться именно туда
2. менеджить да, придется. от этого никуда не деться. альтернатива - делать отдельный сервис с ws и лить туда события со всех сервисов. клиенты собственно будут цепляться именно туда
AB
1. зул исторически, там просто так не откажешся
2. была идея делать прокси, но руками, т.е. сокетное соединение 1, с гейтвеем, а уже оттуда по rest к примеру дергать остальные сервисы, ну и соответственно в другую сторону из остальных сервисов по рест в гейтвей и уже из него по сокетам.. но как то не знаю
2. была идея делать прокси, но руками, т.е. сокетное соединение 1, с гейтвеем, а уже оттуда по rest к примеру дергать остальные сервисы, ну и соответственно в другую сторону из остальных сервисов по рест в гейтвей и уже из него по сокетам.. но как то не знаю
AE
1. зул исторически, там просто так не откажешся
2. была идея делать прокси, но руками, т.е. сокетное соединение 1, с гейтвеем, а уже оттуда по rest к примеру дергать остальные сервисы, ну и соответственно в другую сторону из остальных сервисов по рест в гейтвей и уже из него по сокетам.. но как то не знаю
2. была идея делать прокси, но руками, т.е. сокетное соединение 1, с гейтвеем, а уже оттуда по rest к примеру дергать остальные сервисы, ну и соответственно в другую сторону из остальных сервисов по рест в гейтвей и уже из него по сокетам.. но как то не знаю
вы в зул что то накрутили?
AB
ну там секьюрити, контроллер для свагера, а spring cloud gateway не работает с web модулем спринга, в общем надо будет переделывать позже, но пока не критично
AE
ну там секьюрити, контроллер для свагера, а spring cloud gateway не работает с web модулем спринга, в общем надо будет переделывать позже, но пока не критично
жизненно, тоже потому сидим
C
Alain, если ты не бот, нажми "шесть". Ботов удалено: 371.
C
victoria Latour, код неверный, обратись к админу.