История изменений

Ок. Суть такова, что можно использовать средства докера для создания мультиархитектурных образов для simple-http. Тогда, в зависимости от архитектуры хоста, где происходит docker pull, стягивается image соответствующей архитектуры. Подробнее тут https://community.arm.com/tools/b/blog/posts/deploying-multi-architecture-docker-registry

Как я понял, имея собственный (private) registry, мы сначала создаем и пушим в него simple-http-amd64 и simple-http-arm32v7, затем делаем магический Manifest, передаем его в registry, и у нас получается simple-http для разных архитектур.

Мне манипуляции с манифестом сейчас кажутся оверхедом, я остановился на явном указании архитектуры в имени образов simple-http-amd64 и simple-http-arm32v7, и пока так и буду их использовать явно:

http1:
  tags:
    - big_x86_env
  services:
    - name: $MY_DOCKER_REGISTRY/simple-http-amd64
      alias: simple
  script:
    - curl -sSL 'http://simple:23232/xxx`

http2:
  tags:
    - RPi_env
  services:
    - name: $MY_DOCKER_REGISTRY/simple-http-arm32v7
      alias: simple
  script:
    - curl -sSL 'http://simple:23232/xxx`

Само собой, simple-http-* должны быть собраны, каждый согласно своей архитектуры. Для создания армовых образов под RPi у меня отдельный хост есть для этого, он и раньше использовался.

Ок. Суть такова, что можно использовать средства докера для создания мультиархитектурных образов для simple-http. Тогда, в зависимости от архитектуры хоста, где происходит docker pull, стягивается image соответствующей архитектуры. Подробнее тут https://community.arm.com/tools/b/blog/posts/deploying-multi-architecture-docker-registry

Как я понял, имея собственный (private) registry, мы сначала создаем и пушим в него simple-http-amd64 и simple-http-arm32v7, затем делаем магический Manifest, передаем его в registry, и у нас получается simple-http для разных архитектур.

Мне манипуляции с манифестом сейчас кажутся оверхедом, я остановился на явном указании архитектуры в имени образах simple-http-amd64 и simple-http-arm32v7 и пока буду так и буду их использовать явно:

http1:
  tags:
    - big_x86_env
  services:
    - name: $MY_DOCKER_REGISTRY/simple-http-amd64
      alias: simple
  script:
    - curl -sSL 'http://simple:23232/xxx`

http2:
  tags:
    - RPi_env
  services:
    - name: $MY_DOCKER_REGISTRY/simple-http-arm32v7
      alias: simple
  script:
    - curl -sSL 'http://simple:23232/xxx`

Само собой, simple-http-* должны быть собраны, каждый согласно своей архитектуры. Для создания армовых образов под RPi у меня отдельный хост есть для этого, он и раньше использовался.

Ок. Суть такова, что можно использовать средства докера для создания мультиархитектурных образов для simple-http. Тогда, в зависимости от архитектуры хоста, где происходит docker pull, стягивается image соответствующей архитектуры. Подробнее тут https://community.arm.com/tools/b/blog/posts/deploying-multi-architecture-docker-registry

Как я понял, имея собственный (private) registry, мы сначала создаем и пушим в него simple-http-amd64 и simple-http-arm32v7, затем делаем магический Manifest, передаем его в registry, и у нас получается simple-http для разных архитектур.

Мне манипуляции с манифестом сейчас кажутся оверхедом, я остановился на явном указании архитектуры в имени образах simple-http-amd64 и simple-http-arm32v7 и пока буду так и буду их использовать явно:

http1:
  tags:
    - big_x86_env
  services:
    - name: $MY_DOCKER_REGISTRY/simple-http-amd64
      alias: simple
  script:
    - curl -sSL 'http://simple:23232/xxx`

http2:
  tags:
    - RPi_env
  services:
    - name: $MY_DOCKER_REGISTRY/simple-http-arm32v7
      alias: simple
  script:
    - curl -sSL 'http://simple:23232/xxx`