Микросервисные приложения в кластере

Ищи в интернете, спрашивай чат-боты, читай “Microservices Patterns” и microservices.io. Если конкретного вопроса нет, то и конкретный ответ сложно дать.

Ищи в интернете, спрашивай чат-боты, читай “Microservices Patterns” и microservices.io. Если конкретного вопроса нет, то и конкретный ответ сложно дать.

конкретика - «у компаний на сайте» это называется примеры внедрений

Я тебе видео скидывал, там об этом есть.

Я тебе видео скидывал, там об этом есть.

Скинь пожалуйста в эту тему.

Эта тему много кому интересна

Личный опыт: 1 Изучаю кубер 1 месяц , уже попробовал HELM( за день понял принцип)

2 Уже создал JSP приложение упаковал в .war и развернул в Docker и Kubernetes.

3 В Kubernetes сделал Deployment и получил к нему доступ

Чем больше его изучаю понимаю что для него микросервисное приложение это очень сложный механизм. Вот и интересует личный опыт. Вопрос остаётся открытым!

Тебе бы русский язык подтянуть. Например, начать использовать вопросительные слова для формулирования вопроса

деплой (kubernetes) и микросервисы - две темы, идущие параллельно, но связанные между собой слабо.

по микросервисам гугли чонить типа: service discovery (consul, eureka, zookeeper, и т.д.), api gateway (spring cloud gateway, netflix zuul и т.д.), load-balancing (netflix ribbon, spring cloud gateway, опять же)

Для всего этого k8s не нужен, но сильно помогает в деле горизонтального масштабирования.

Инстансы микросервиса умножились из-за возросшей нагрузки, всё это отразилось через дискавери, гейтвей видит больше инстансов - раскидывает запросы между ними.

Интересует информация как работают такие микросервисные приложения в кластерах kubernets от 50 POD.

ровно так же, как и «в кластерах kubernets от 5 POD». Вопрос ни о чем вообще.

Попробуй собраться с мыслями и спросить о том, что тебя действительно интересует в этом аспекте. Заодно и разберешься, пока вопрос формулируешь.

Попробуй собраться с мыслями и спросить о том, что тебя действительно интересует в этом аспекте. Заодно и разберешься, пока вопрос формулируешь.

Обычный ответ на этом форуме.

Обычный ответ

ну, про «обычный вопрос» тебе выше тоже расписали, вроде. С таким подходом греби дальше. Удачи (нет).

А в чем именно твой вопрос? 50 подиков с сервисами задеплоить - вроде, не проблема. Что именно тебе не понятно?

и вопросами на вопрос тоже обычно тут отвечают.

Можете себя не утруждать - ответы я тут не найду.

В другом месте более понимающие люди нашлись.

Ну у меня куча такого опыта. Но разгадывать ребусы на форуме: оно мне надо? И что плохого в уточняющих вопросах? Ну и пытаться оскорбить участников, типа «ой да вы не кинулись угадывать мой вопрос, а в другом месте мне сразу помогли» - тоже такое себе. Тут тебе в саппорт никто не нанимался, и материально не заинтересован в угадывании твоих вопросов и ответе на них

Ну у меня куча такого опыта.

Расскажите о том какими методами внедряли, в общих чертах. А какими стандартами пользовались при построение системы? На какую документацию ссылки есть?

Любое действие клиента можно выделить в микросервис(минишаги для достижения результата)

Сколько POD для сервиса такого, сколько БД для сервиса такого и т.п.

Документацию на систему я, скорее, каждый раз писал, никогда её в общем доступе не было, всегда в закрытом контуре.

В общих чертах: забудь про поды, пользуйся только высокоуровневыми контроллерами, деплоймент/стейтфулсет/даемонсет. Хорошие практики: стейтлесс сервисы, по БД на каждый, а дальше уже все индивидуально. Если сервисы поднимаются быстро (например, она на го) - можно использовать hpa для горизонтального маслтабирования, если долго (жабка, например) - уже плохой вариант. Для стейтфул сервисов, типа БД/брокеров сообщений/key-value лучше использовать операторы. Ну и заранее подумать об организации хранилища. Ещё vpa хорош, чтобы определиться с реквестами/лимитами. Ну и если есть конкретные вопросы, лучше пиши их

Документацию на систему я, скорее, каждый раз писал, никогда её в общем доступе не было, всегда в закрытом контуре.

В общих чертах: забудь про поды, пользуйся только высокоуровневыми контроллерами, деплоймент/стейтфулсет/даемонсет.

Это я уже понял.

Хорошие практики: стейтлесс сервисы, по БД на каждый, а дальше уже все индивидуально.

Это получается микросервис (стейтлесс сервисы)- своя бд

Вот это то что меня интересует.

а вот связь между микросервисами как правильно организовывать?

Варианты:

1 микросервис -1 бд

какие ешё варианты могут быть?

связь между микросервисами

кури grpc или брокеры сообщений

Есть два классических варианта связи между микросервисами: синхронный (REST), service discovery кубовыми средствами, и асинхронный (брокер сообщений) - тут популярны кафка и кролик. Вариант выбираешь исходя из того, нужна ли синхронность и гарантия доставки сообщения

Уже создал JSP приложение упаковал в .war

А что такого случилось, что повалила толпа новичков с java-архаикой? По жпт учиться начали?

Уже создал JSP приложение упаковал в .war

А что такого случилось, что повалила толпа новичков с java-архаикой? По жпт учиться начали?

Учусь самостоятельно, ии не доверяю.

JSP взял для примера, до этого с ним не сталкивался.

В планах эксперименты с Ruby & nodejs

а, ну лан, если просто развлекаешься для расширения кругозора, то ок. Но всё же учитывай, что jsp и серверы приложений, в которые war’ы деплоились, были мертвечиной ещё лет 10 назад.

а, ну лан, если просто развлекаешься для расширения кругозора,то ок.

Совершенно верно.

Но всё же учитывай, что jsp и серверы приложений, в которые war’ы деплоились, были мертвечиной ещё лет 10 назад.

Ну а что сейчас в моде?

Есть два классических варианта связи между микросервисами: синхронный (REST), service discovery кубовыми средствами, и асинхронный (брокер сообщений) - тут популярны кафка и кролик. Вариант выбираешь исходя из того, нужна ли синхронность и гарантия доставки сообщения

кури grpc или брокеры сообщений

thecre & George

Благодарю за направление обучения дальше.

ну слу

микросервис это инструкция

получающийся спагетти-граф это проявление goto откуда угодно

такая вот индустрия

экспорто вымещение вон и воскрешают зомби технологии

Ну а что сейчас в моде?

Если интересует именно Java, то Spring Boot.

В чём вопрос-то?

В чём вопрос-то?

А ответ то выше видите?

по лоровскому.

Не вижу. А зачем мне ответ? Автор темы что-то вроде хотел спросить, но что - не понятно.

Не вижу. А зачем мне ответ? Автор темы что-то вроде хотел спросить, но что - не понятно.

Там в теме вопроса не видно?

Процесс обучения продолжается.

Мне посоветовали книгу:

O`Reilly Микросервисы от архитектуры до релиза- по шаговое руководство

Отзывы на HABR