"values": [
  {
    "state": "INPROGRESS",
  },
  {
    "state": "FAIL",
  },
  {
    "state": "SUCCESSFUL",
  }

curl URL | jq '.values[].state'' | uniq | grep SUCCESSFUL | wc -l

спасибо
значит если == 1 - то все они равны SUCCESSFUL

Кто сталкивался/решал проблему с медленным запуском veth интерфейсов (bridge) при работе с docker под linux? Как решали?

медленно - это сколько?

вот настолько
Waited for 6.92 seconds
+/- 5s

на самом деле больше, может и минуту подниматься

ремарка: контейнеров овердомного, за 500

Кинули вакуху на эникейщика.. каждый второй кандидат devops.. чё происходит

обязанности смотрят, а не название? )

)))

Всем привет!
Подскажите как реализовать мапинг переменных?
Есть следующий код:
if [ -z $3 ];
then
   usage ; exit 1 ;
else
   if [ "$3" == "us-1-zone-1" ] || [ "$3" == "us-1-zone-2" ];
   then CCR_ID=$3
   else echo "The next zones should be 'us-1-zone-1' or 'us-1-zone-2'"
   fi
fi

Требования:
Убрать хардкод со следущей строки, в которой, происходит маппинг значения которое вводиться в CLI во время запуска скрипта
if [ "$3" == "us-1-zone-1" ] || [ "$3" == "us-1-zone-2" ];
Перенести мапинг в файл следующего вида, например:
mapping.txt
Внутри которого уже есть мапиинг
us-1-zone-1:us-west-2
us-1-zone-2:us-east-2
Первый ключ, вводится опять же в CLI во время запуска скрипта.

А как в данном случае маппинг работает? Что по скрипту не видно

А, типа zone должно подменяться именно регионом?

if [ "$CCR_ID" == "us-1-zone-1" ];
then
   AWS_REGION="us-west-2" && echo "AWS region will be $AWS_REGION";
else
   if [ "$CCR_ID" == "us-1-zone-2" ];
   then AWS_REGION="us-east-2" && echo "AWS region will be $AWS_REGION"
   else echo "Please check your CCR_ID"
   fi
fi

щас вот так)

да, зона мапится на авс регион

Ага, так понятнее

Привет всем! Подскажите если файл docker-compose.yml сильно разрося могу я его разбить на части, при этом запускать как одно целое?

Всем привет! Вопрос про rolling update для kafka.
Офф дока говорит об этом так:
1. Обновите

server.properties

на всех брокерах и добавьте следующие свойства.

CURRENT_KAFKA_VERSION

относится к версии, с которой вы обновляетесь...
2. Обновляйте брокеров по одному: выключите брокера, обновите код и перезапустите его. Как только вы это сделаете, брокеры будут работать с последней версией, и вы сможете убедиться, что поведение и производительность кластера соответствуют ожиданиям...
3. После того, как поведение и производительность кластера будут проверены, измените версию протокола, отредактировав

inter.broker.protocol.version

и установив для нее значение X.X
4. Перезапустите брокеры по очереди, чтобы новая версия протокола вступила в силу.

Я туплю и не понимаю на каком этапе я должен собственно менять бинарники? На втором шаге?

Да, но это больше как extend или override

docker-compose up -f main.yaml -f dev.yaml