[ d ] [ b / cu / dev ] [ r ] [ a / ts ] [ ci ] [ gnx / int ] [ misc ] [ dev / stat ]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]

Файл: junior_vibecoder_a_ko.png -(242 KB, 720x720, junior_vibecoder_a_ko.png)
242 No.28139  
Здесь можно получить помощь и консультацию по любому языку программирования, в любой сфере разработки. Не важно, программируете ли вы собственного робота, пишете серверную приблуду, интегрируете чужие API, ковыряете игру, или пытаетесь сделать сайт на Wordpress - если аноним что-то об этом знает, он обязательно поможет.

Пополняемая база знаний: http://pastebin.com/AGhLZppH

Не знаете, какой язык и библиотеки взять для вашей задачи? Вам сюда.
Не знаете, где клиент, а где сервер? Вам сюда.
Не понимаете, что такое ООП? Вам сюда.
Написали код, и не понимаете, почему не работает? Вам сюда.
Обнаружили кусок кода, и не понимаете, как оно вообще могло работать? Вам тоже сюда.
Не знаете, как подступиться к проблеме? Вам обязательно сюда.

Другие тематические нити (бывает, обновляется): https://pastebin.com/psy43ibG

Примеры кода лучше выкладывать в виде ссылок на http://pastebin.com или http://ideone.com
Фронтендные вещи лучше выкладывать на http://jsfiddle.net

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

Чтобы не сбивать новичков с толку, а также не разбавлять полезную информацию мусором, беспредметные споры типа "какой язык / парадигма / библиотека / етц лучше" здесь запрещены. Для подобных вещей теперь есть отдельная диспутов нить >>/dev/21353

Если здесь поселится достаточное количество программистов на одном языке / одной сферы, можно будет их выделить в отдельную нить, а в этой оставить на неё ссылку.
По мере поступления вопросов можно составлять FAQ и базу знаний.

Архив нитей:
http://410chan.org/dev/arch/res/14160.html
http://410chan.org/dev/arch/res/15681.html
http://410chan.org/dev/arch/res/17424.html
http://410chan.org/dev/arch/res/19666.html
http://410chan.org/dev/arch/res/21641.html
http://410chan.org/dev/arch/res/23830.html
http://410chan.org/dev/arch/res/25965.html

Прошлая нить пока тонет тут: >>/dev/25965
>> No.28140  
>>28139
В процессе систематизация прошлой нити для пополнения базы знаний.
>> No.28142  
Мявствуйте!

Я в процессе изучения OpenTofu и Kubernetes. Поднимаю кластер на домашней лабе, пока что с помощью документации и чучуть с щепоткой ЛЛМок.

Пока использую провайдер Telmate вместо BPG и уже трижды пожалел о выборе для OpenTofu + TalosOS как базу под мастер и воркер ноды.

Вопрос: какие инструменты посоветуете использовать для раскатки инфраструктуры поверх K8s? Terraform/OpenTofu - стандарт, а вот что в среднем используется для управления инфрой? Слышал про Flux, ArgoCD, а какие ещё технологии следует изучить (сварочное дело не предлагайте, я про IaC)?

P.S.: большая часть инфры сейчас у меня - это виртуальные машины внутри двух Proxmox-нод, т.к. для транскодирования видео требуется GPU, для хранения - блочные устройства, а как перенести всё это корректно в Kubernetes, я не знаю - мне недостаёт знаний.
>> No.28143  
>>28142

>Terraform/OpenTofu - стандарт
>Слышал про Flux, ArgoCD
Пользовался сначала ArgoCD и затем Terraform, ArgoCD в контексте большой инфраструктуры которую все кому ни лень регулярно меняют понравился меньше, Terraform показался попредсказуемее и постабильнее.

>Какие инструменты посоветуете использовать для раскатки инфраструктуры поверх K8s?
Слышал хорошие отзывы про Ansible, но сам еще не пользовался
https://docs.ansible.com/projects/ansible/latest/collections/kubernetes/core/k8s_module.html

>Большая часть инфры сейчас у меня - это виртуальные машины внутри двух Proxmox-нод
>Как перенести всё это корректно в Kubernetes, я не знаю - мне недостаёт знаний
Тут надо знать больше про то, что нужно переносить. Например, ты хочешь использовать свой GPU, через pass-through? Тогда есть вот такой опыт (с ArgoCD кстати):
https://blog.duckdefense.cc/kubernetes-gpu-passthrough/
>> No.28152  
>>28143
Тыакс, я наконец-то ожил.

>Пользовался сначала ArgoCD и затем Terraform, ArgoCD в контексте большой инфраструктуры которую все кому ни лень регулярно меняют понравился меньше, Terraform показался попредсказуемее и постабильнее.
У меня наоборот, я с Ansible много работал. посмотрим, что и как.

>Тут надо знать больше про то, что нужно переносить. Например, ты хочешь использовать свой GPU, через pass-through? Тогда есть вот такой опыт (с ArgoCD кстати):
Как раз passthrough и хотел и использовать. Почитаю, спасибо.
>> No.28154  
>>28152
Рад помочь, рассказывай как там что получится!



[ d ] [ b / cu / dev ] [ r ] [ a / ts ] [ ci ] [ gnx / int ] [ misc ] [ dev / stat ]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]