Всем Привет! Мы (фулстек девы) имеем несколько микросервисов, которые уже

были разработаны, и наша новая задача состоит в том, чтобы развернуть их в среде Kubernetes. Кроме того, нам необходимо настроить процесс CI/CD, что позволит нам автоматизировать процессы развертывания, тестирования и доставки.

Учитывая сложность и специфику процесса, хотелось бы получить ответ на следующие вопросы:

1. Каковы общие, лучшие практики для развертывания микросервисов на Kubernetes? Можете ли вы предложить какие-либо общие принципы или ресурсы, которые стоит изучить?
2. Есть ли в Kubernetes какие-то особенности,которые я должен учесть при развертывании моих микросервисов? Какие из них могут быть особенно важными в контексте моего проекта?
3. Что касается CI/CD, какие инструменты вы бы порекомендовали для его настройки? Существуют ли готовые решения, которые хорошо интегрируются с Kubernetes, или мне стоит разработать собственный процесс?
4. Какие общие задачи и проблемы я могу столкнуться при настройке CI/CD? Есть ли универсальные решения или практики, которые помогут мне минимизировать риски?
5. Наконец, как я могу подходить к мониторингу и отладке моих микросервисов в Kubernetes? Что я должен отслеживать чтобы убедиться, что все работает корректно?

Был бы очень признателен за вашу помощь!

«учитывая сложность» в чем сложность?

Очевидно, в отсутствии знаний в сфере k8s

так тут бест практис - нанять девопса)

с вас 100$ за консультацию!

Или бросить дребий и перекрасить одну из их дев в пса)

Благодарю за Вашу реакцию на мой запрос, но она не дает продуктивного ответа на вопросы, которые я поднял. Возможно, Вам покажется, что мои вопросы несут в себе элементарность, однако для меня и многих других, процесс развёртывания высокоспециализированных микросервисов в среде Kubernetes весьма требует глубоких технических знаний. Хотелось бы видеть больше сотрудничества, профессионализма и участия в этом обсуждении. Мне показалось, цель этого чата - помочь друг другу, а пассивно-агрессивные комментарии не несут в себе такого характера

вы думаете цель этого чата пересказывать вам документацию по k8s или разжевывать примеры для ci/cd гитлаба? вы думаете что вы задаете вопрсы по делу. но вы ошибаетесь: эти вопросы абстрактные, показывающие отсуствие у вас даже базового понимания методологии девопс.

Ваш вопрос не элементарный, ваш вопрос метовый и если его перефразировать звучит как "мы хотим поднять инфраструктуру. Как это сделать?" На этот вопрос существует единственный правильный ответ и вам его дали - наймите девопса. Компании не дураки, если бы девопс заключался в паре статеек/курсов, то бизнес уже бы давно перевесил обязанности на админов/разрабов и спокойно экономил бы на зарплатном фонде

Привет Фулстек девы в принципе не должны этим заниматься

Вот вы разработчики. Можете мне в рамках этого чата ответить на вопросы: 1. Каковы общие, лучшие практики по написанию приложения? Решите уже, какой язык лучше, какой фреймворк лучше, какой алгоритм сортировки универсальный, а то я подзадолбался выбирать. 2. Есть ли в программировании какие либо особенности? Какие из них самые важные? 3. А вот анализ кода чем лучше делать? И какую IDE лучше использовать? 4. С какими проблемами я могу столкнуться? Перечислите все и сразу дайте универсальное решение 5. Ну ты наверное понял уже

Есть такой паттерн DDD. Есть EDD. Обычно на их основе начинается проработка будущей архитектуры приложения. И пока не будет готов этот этап, про кубы думать вообще нельзя. Категорически. Причём, настолько, что в итоге кубы могут быть не нужны вообще

Davay Davay Deploy?)

Собес? Готовишься?

Davay deploy dolbaeb)

Я бы начал с другого вопроса. А зачем? Задача должна формировать инструменты, а у вас, наоборот, такое ощущение, что инструменты формируют задачу. Разумеется, если, конечно, вы это не делаете чисто для себя just for fun. Может, вам правда ни микросервисы, ни куберы, ни ci/cd совершенно не нужен, и вы вместо решения задачи будете параллельно решать проблему совершенно иного плана. Я бы на вашем месте сначала бы mvp сделал (сейчас технологии serverless позволяют это делать практически безболезненно, экономя, существенные средства), а уже потом, проверив это на бою, начал бы разворачивать монстроузную инфраструктуру.

Dry do dick

Цель конечно помогать друг другу ) Но вы хватанули проект себе не по силам, тут же вошли с ноги в чат с фразой - расскажите что мне теперь делать Так это не работает ) Нужно изучить кубик, и все остальное, а потом когда что то будет не получаться задавать конкретные вопросы ) В вашем случае я рекомендую просто нанять человека который разбирается в теме

Имхо, помощь - это конкретные вопросы, а вопросы из разряда как нам жить всегда имеют ровно один единственный ответ - живите

Я ценю ваш совет, и это было бы идеальное решение нанять специалиста, но ситуация с нами несколько сложнее. Нас всего двое в стартапе, и мы уже на протяжении трех лет работаем над нашим сервисом. В процессе создания и развития нашего продукта, мы разработали 15 микросервисов и теперь мы осознаем, что нам критически необходим Kubernetes для обслуживания этих микросервисов. В контексте нашего стартапа, мы абсолютно вовлечены во все бизнес процессы целью которых является построение нашей компании с нуля. Это гораздо больше, чем обычно входит в обязанности фулстек разработчиков. Но это необходимо, поскольку здесь мы не можем позволить себе роскошь привлечения специализированных специалистов. Так что прямо сейчас мы можем позволить себе только оплату необходимых сервисов. Мы продолжаем учиться и развивать свои навыки для преодоления этих вызовов. Мы остаёмся мотивированными и верим в наш успех.

эээ, ты зачем так разговаривать? моя твоя не понимать

100$ за консультацию!

Аминь

кидай криптой

100 в час, не меньше 4х часов, без опенстека

Начать я думаю стоит с того, что посчитать сколько времени нужно на вывод этого дела в прод, помножить на стоимость вашего часа, и понять что реально дешевле нанять девопсаина парттайм

1. Почти никаких. Прочитайте 12factors и старайтесь следовать им. Но не держите за догму 2. Никаких. Точнее их конечно тысячи. И вы наткнётесь на некоторые из них сами 3. Бери то что есть в твоём гите или в твоём облаке. 4. Оно будет падать. Ты его будешь поднимать. 5. Prometheus, grafana, loki Выше уже писали, что лучше взять managed k8s в том облаке где вы уже живёте

А не проще задать этот вопрос чатугпт чем здесь уважаемым которые не хотят ответить на такой интересный вопрос)

Конечно, здесь проще ответить на простые вопросы, по спорить между нано и вим и ответить на столь простые вопросы чем на более глубокие, но есть нюанс в основном девопсы это практики, а педагоги девопс в универах это теоретики, к сожалению тут в основном практики) А причина почему не ответили на Ваш вопрос, это их лень ответит)

А может просто начнëте делать и уже появятся более конкретные вопросы