Навигация по постам

2025
Ноябрь
Декабрь

2026
...

🐟 И рыбку сьесть, и на стул присесть 🪑

Сидишь ты такой в пятницу. Лениво пушишь в продакшен репо контейнер, собранный с новенького MacBook M2, подаренного на нг. А в голове ни капли беспойства, ведь все работает красиво на твоей ARM-машинке. А во вторник во время релиза прилетает алерт - приложение на x86_64-серверах AWS падает с загадочными ошибками архитектуры.

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

Ты виновато заходишь в логи, а там "cannot execute binary file: Exec format error". И тут до тебя доходит - ты собрал образ под ARM, а продакшн крутится на Intel!

Первая мысль - ребутать все серверы и надеяться, что проблема рассосется сама. Вторая - начать собирать отдельные образы для каждой архитектуры и как-то их синхронизировать. Третья - тихо всплакнуть в салфеточку и искать новую работу.

Но не спеши паковать вещички! Встречай, единственный и неповторимый флаг --platform и его старший брат buildx (которого мы немножко касались вот тут) для multi-platform сборки!

По сути, multi-platform образы - это запакованные в единый образ несколько вариаций одного и того же контейнерного приложения. И конечно же, прежде чем запускать такой вот мултитул, необходимо собрать образ.

Вот как это выглядит в деле для одной платформы

# Собираем для AMD64 (классические серверы)
docker build --platform linux/amd64 -t myapp:amd64 .

# Собираем для ARM64 (Apple M1/M2, AWS Graviton)  
docker build --platform linux/arm64 -t myapp:arm64 .

А как же сборка через Dockerfile?
Не беспокойся, и тут все уже придумали! Вот тебе Dockerfile, который все знает

# Этап 1: Сборщик. Используем платформу ХОСТА для скорости.
FROM --platform=$BUILDPLATFORM golang:1.21-alpine AS builder
# TARGETOS и TARGETARCH автоматически установлены BuildKit
ARG TARGETOS TARGETARCH
WORKDIR /app
COPY . .
# Компиляция под ЦЕЛЕВУЮ ОС и архитектуру
RUN CGO_ENABLED=0 GOOS=$TARGETOS GOARCH=$TARGETARCH go build -o /app/myapp .

# Этап 2: Финальный образ. Используем ЦЕЛЕВУЮ платформу.
FROM --platform=$TARGETPLATFORM alpine:3.18
RUN apk --no-cache add ca-certificates
COPY --from=builder /app/myapp /usr/local/bin/myapp
USER nobody
CMD ["myapp"]

BuildKit автоматически проставит BUILDPLATFORM как платформу хоста, на котором идет сборка. TARGETPLATFORM ты укажешь через флаг --platform, а TARGETOS и TARGETARCH получатся из парсинга TARGETPLATFORM BuildKit-ом.

Проверка архитектуры образа
Кстати, самое главное, проверить архитектуру спулленного образа можно через уже знакомый docker inspect

docker inspect myapp:amd64 | grep Architecture  # Выводит архитектуру собранного образа

Зачем это все нужно?
🎯 Нативная работа на Apple M1/M2 без тормозной эмуляции x86_64
🎯 Оптимальная производительность на ARM-серверах (AWS Graviton, Azure Ampere)
🎯 Поддержка IoT и edge-устройств на ARM
🎯 Единый образ для всей инфраструктуры - не нужно париться с версионированием отдельных build-ов

Так что теперь, когда твоя команда работает на зоопарке из Intel MacBook-ов, Apple Silicon и Linux-серверов, ты можешь собрать один образ и быть уверенным - он заработает везде!

Попробовал multi-platform сборку? Ставь 🔥, чтобы я знал, что не зря потратил время на объяснение всех этих архитектурных заморочек!

Кстати, для серьезных пацанов и девчонков советую углубиться в buildx, который может собрать сразу несколько архитектур одной командой. Подробности работы с ним, а так же особенности строения манифестов под multiplatform образы, нюансы эмуляции при кросс-компиляции вы можете увидеть в бусти Devops сенпая!

🥷 Docker Ninja 🥷