Comments 8
Тем временем обычные люди ставят винду в виртуалку и разворачивают сервера ARK через ARK Server Manager вообще не напрягая мозги (Ну почти).
Может, где-то упустил настройку ингреса? Ткните меня носом плиз)))
Чувствуется, что это плотный и содержательный текст. Но либретто не помешало-бы.
curl -sfL https://get.k3s.io | INSTALL_K3S_EXEC="server --disable servicelb" sh -
Всегда волновал вопрос "а чё, реально есть люди, которые curl | sh исполняют, не моргнув глазом", и я нашёл на него ответ. Спасибо.
Предлагаю добавить ещё в девопсовый вунш-пунш sudo перед sh, чтобы было прямо по канону.
Заходим на https://k3s.io и видим :)
curl -sfL https://get.k3s.io | sh -
# Check for Ready node, takes ~30 seconds
k3s kubectl get node
К сожалению, это не означает, что так вообще можно делать. Этот код не под контролем версий, без хешей, без подписей, без ревью, может поменяться в любую секунду. Там могут даже по юзерагенту отдавать разный код: один вам в браузер почитать, а другой курлу на исполнение.
Без задних мыслей предлагать делать такое в официальной документации могут только люди с нулевым пониманием инфобеза, и уж софт для контейнеров им доверять точно нельзя. Тема уже неоднократно обсуждалась.
Ой да не будьте вы таким занудой.
За счёт максимальной простоты для новичков популяризировался как родительский проект Rancher, так и K3s. И я считаю, что это прекрасно, т.к. многие (к которым себя, кстати не отношу, т.к. прошёл всё the hard way) смогли пощупать кубер и создать что-то не имея возможности потратить на его освоение довольно значительное время.
Для тех, кто "подрос" можно уже и в GitHub заглянуть.
K3s вполне серьёзный и зрелый проект ( #1 кубер для iot уже несколько лет как) и с безопасностью у него всё хорошо.
Не только работой едины — ARK+K3S+MetalLB