то же и по запуску - есть множество runtime, в кубере, похоже, самый популярный сейчас - это containerd

причём, помимо обычной контейнеризации (изоляция в namespace / cgroup), есть и облегчённые виртуальные машины (н.р., firecracker) и даже паравивртуализация системных вызовов (gVisor)

Совсем без поллитры не разобраться)

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

Ну тоесть собирается контейнер чем-либо, запускается через containerd, а всё контейнерное хозяйство в совокупности рулится через кубер?

+

Да, стало понятней

Благодарю

все популярные сборщики образов умеют работать со стандартом образов OCI, поэтому результат запустится на любом совместимом с ним runtime, будь то Docker или Podman, например

Добрый день, проблема с настройкой gitlab ci cd на сервак с ubuntu, без докера, используется ssh при инициализации gitlab-runner. Следуя этой инструкции: https://docs.gitlab.com/ee/ci/examples/laravel_with_gitlab_and_envoy/, появилась ошибка при попытке запустить pipeline на этапе билда. ERROR: Job failed (system failure): prepare environment: Process exited with status 1, в gitlab-runner —debug пишется сообщение, что: ERROR: Failed to load config stat /home/deployer/.gitlab-runner/config.toml: no such file or directory  builds=0

@Asgoret нет серьзно возвращет ямл? жсон же должен

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

Для примера:

{
object {
dc {
nginx {
container {
blah: bluah
}}}}}

@ZloSensei чето типо такого вернется

тестануть сможешь через гошку

import (
  "time"

  "github.com/sirupsen/logrus"
  appsv1 "k8s.io/api/apps/v1"
  apiv1 "k8s.io/api/core/v1"
  "k8s.io/apimachinery/pkg/api/resource"
  metav1 "k8s.io/apimachinery/pkg/apis/meta/v1"
  "k8s.io/apimachinery/pkg/util/intstr"
  "k8s.io/client-go/kubernetes"
  "k8s.io/client-go/rest"
)

// NewOKDclient return whole information with vales
func NewOKDclient(clusterURL, saToken, namespace string) *OKDClient {
  return &OKDClient{
    clusterURL: clusterURL,
    saToken:    saToken,
    namespace:  namespace,
  }
}

func (o *OKDClient) СheckDeployment() error {

  clientset, err := kubernetes.NewForConfig(&rest.Config{
    Host:        o.clusterURL,
    BearerToken: o.saToken,
    TLSClientConfig: rest.TLSClientConfig{
      Insecure: true,
    },
  })
  if err != nil {
    logrus.Error(err)
  }

  // Clients for different API objects
  deploymentsClient := clientset.AppsV1().Deployments(o.namespace)

  deploy, err := deploymentsClient.Get(deploymentName, metav1.GetOptions{})
  if err != nil {
    logrus.Error(err)
  }

Если я ничего не забыл, то +- вот так сможешь получить голый ответ без указывая формата аутпута. если соотвественно указать аутпут, то он тебе покажет или жсон или ямл

а, ну и принтануть не забудь

Ребята, всем привет. Столкнулся со странной ситуацией.
Работаем с кастомным s3. Через кли всё хорошо работает. Но когда пробуем через ларавель стучаться, он либо адреса не видит, либо ссылается на стандартный амазоновский. Подскажите, в чём может быть ошибка? Вот что в env
AWS_DEFAULT_REGION=Moscow
AWS_BUCKET=test
AWS_ENDPOINT_URL=s-cloud.test.lu

хм, добав AWS_URL тоже что и в AWS_ENDPOINT

Сейчас попробуем

а как key_id и access_key передаете ?)