Почему получается подключить Core в Dockerfile?

Question

[Zakhar Guskov]

Всем привет.

У меня есть микросервисы на .net, каждый микросервис содержит в себе 4 проекта (api, logic, infractructure, domain), при этом я решил подключать к микросервисам Core проект, просто подключая его к .sol.
Дальше я сгенерировал Dockerfile с помощью Rider и решил попробовать сбилдить его, но у меня это не получается сделать, постоянно падает ошибка при подключении Core либы, но на других асембли пишет ERROR (именно на тех, которые лежат на уровень выше, чем Dockerfile).

Так выглядит Dockerfile:

FROM mcr.microsoft.com/dotnet/aspnet:8.0 AS base
USER $APP_UID
WORKDIR /app
EXPOSE 8080
EXPOSE 8081
EXPOSE 10001

FROM mcr.microsoft.com/dotnet/sdk:8.0 AS build
ARG BUILD_CONFIGURATION=Develop
WORKDIR /src
COPY ["GChain.Identity.Api/GChain.Identity.Api.csproj", "GChain.Identity.Api/"]
COPY ["GChain.Identity.Infrastructure/GChain.Identity.Infrastructure.csproj", "GChain.Identity.Infrastructure/"]
COPY ["GChain.Identity.Logic/GChain.Identity.Logic.csproj", "GChain.Identity.Logic/"]
COPY ["GChain.Identity.Domain/GChain.Identity.Domain.csproj", "GChain.Identity.Domain/"]
COPY ["../Libs/GChain.Core/GChain.Core.csproj", "../Libs/GChain.Core/"]
RUN dotnet restore "GChain.Identity.Api/GChain.Identity.Api.csproj"
COPY . .
WORKDIR "/src/GChain.Identity.Api"
RUN dotnet build "GChain.Identity.Api.csproj" -c $BUILD_CONFIGURATION -o /app/build

FROM build AS publish
ARG BUILD_CONFIGURATION=Develop
RUN dotnet publish "GChain.Identity.Api.csproj" -c $BUILD_CONFIGURATION -o /app/publish /p:UseAppHost=false

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "GChain.Identity.Api.dll"]

В целом, если я помещу асембли (api, logic, infrastructure, domain) на один уровень с Dockerfile, то Error не будет падать, но Core я не могу добавить в ту же директорию, тк его должны использовать и другие микросервисы.

Получается 2 вопроса:
Как правильно подключить ассембли, которые лежат на 1 уровень выше, чем Dockerfile?
Как подключить Core assembly, которыя лежит на 2 уровня выше, при этом ее будут использовать и другие микросервисы. (Core - там просто class library)?

Так выглядит ошибка:

Comments

[сергей кузьмин]

а проект по человечески организовать не пробовали ?

копировать в контейнер из родительской неправильно

[Zakhar Guskov]

сергей кузьмин, Что сделать по человечески? Монолит?

[Zakhar Guskov]

сергей кузьмин, получается Dockerfile не может ходить наверх по каталогам? Можем ли мы тогда сделать Dockerfile для core проекта, а в том, который его использует, указать image?

[va_k]

Zakhar Guskov, не может.
Делайте так

Докерфайл
       Проект1
       Проект2
       Общая либа

[Zakhar Guskov]

va_k, Да, я понимаю, что это решило бы проблему, но это решение не подойдет для моей задачи, мне не нужно либу переносить в конкретный микросервис, тк она ко всем относится. Можем ли мы сделать из этой либы image и запускать его в Dockerfile микросервиса? Я так понимаю, эти настройки надо будет задать через docker-compose

[сергей кузьмин]

Zakhar Guskov, не упирайтесь - реструктурируйте расположение дирукторий проекта чтобы все приложегия и библиоки общие и т.д. были внутри контейнера
типа как в примере вот

.
./AspNetCoreSerilogExample.sln
./AspNetCoreSerilogExample.Web
./AspNetCoreSerilogExample.Web/appsettings.Development.json
./AspNetCoreSerilogExample.Web/appsettings.json
./AspNetCoreSerilogExample.Web/AspNetCoreSerilogExample.Web.csproj
./AspNetCoreSerilogExample.Web/Controllers
./AspNetCoreSerilogExample.Web/Controllers/TestController.cs
./AspNetCoreSerilogExample.Web/Program.cs
./AspNetCoreSerilogExample.Web/Properties
./AspNetCoreSerilogExample.Web/Properties/launchSettings.json
./AspNetCoreSerilogExample.Web/Startup.cs
./Dockerfile.alpine
./README.md

директроии в AspNetCoreSerilogExample.Web есть но все копируктся в контейнер ао время компиляции

FROM mcr.microsoft.com/dotnet/sdk:6.0-alpine AS build
WORKDIR /source
ARG RID=linux-musl-x64
# copy csproj and restore as distinct layers
COPY *.sln .
COPY AspNetCoreSerilogExample.Web/*.csproj ./AspNetCoreSerilogExample.Web/
RUN dotnet restore -r $RID

# copy everything else and build app
ADD AspNetCoreSerilogExample.Web/. ./AspNetCoreSerilogExample.Web/
WORKDIR /source/AspNetCoreSerilogExample.Web
RUN dotnet publish -c release -o /app -r $RID --self-contained false --no-restore

# final stage/image
FROM mcr.microsoft.com/dotnet/aspnet:6.0-alpine-amd64
WORKDIR /app
COPY --from=build /app ./

ENTRYPOINT ["./AspNetCoreSerilogExample.Web"]

Answer 1

[Михаил Р.]

Если я правильно понял задачу (использовать одну общую либу Core для нескольких проектов), то я бы использовал 2 варианта:
- Создание NuGet пакета (если Core изменяется не часто), затем подключаем его в любом проекте.
- Или docker multi-stage builds (если Core изменяется часто).

Пример docker multi-stage builds с авто сборкой Core lib + Api proj (поправить пути и наименования директорий при необходимости):

# Build Core lib
FROM mcr.microsoft.com/dotnet/sdk:8.0 AS core-build
WORKDIR /src
COPY ["../Core/Core.csproj", "./Core/"]
RUN dotnet restore "./Core/Core.csproj"
COPY ["../Core/", "./Core/"]
RUN dotnet build "./Core/Core.csproj" -c Release -o /app/core

# Build API proj
FROM mcr.microsoft.com/dotnet/sdk:8.0 AS api-build
WORKDIR /src
COPY ["Service/API/API.csproj", "./Service/API/"]
RUN dotnet restore "./Service/API/API.csproj"
COPY ["Service/API/", "./Service/API/"]
COPY --from=core-build /app/core /lib
RUN dotnet build "./Service/API/API.csproj" -c Release -o /app/service

# Create final image
FROM mcr.microsoft.com/dotnet/aspnet:8.0
WORKDIR /app
COPY --from=api-build /app/service .
ENTRYPOINT ["dotnet", "API.dll"]

Comments

[Zakhar Guskov]

Спасибо

Answer 2

[Сергей Соловьев]

Проверь контекст из которого запускаешь docker build. Ошибка не связана с Libs - все падает еще на этапе копирования первого проекта

P.S. это последний аргумент (обычно . ставят), например docker build -t sample-image:latest .или

docker build -t sample-image:latest source-directory

Comments

[Zakhar Guskov]

Не, запускаю я оттуда где надо, просто у меня структура такая:

back
    Libs/*
    GChain.Identity/
        GChain.Identity.Api
            Dockerfile
        GChain.Identity.Domain
        GChain.Identity.Infrastructure
        GChain.Identity.Logic

=> Libs лежит на 2 уровня выше, чем Dockerfile

[Сергей Соловьев]

Zakhar Guskov, попробуй все это дело запускать из back (ну и докерфайл измени соответственно)

Answer 3

[va_k]

COPY ["../Libs/GChain.Core/GChain.Core.csproj", "../Libs/GChain.Core/"]
Уберите .. / в начале путей. У вас из за этого ошибка.

Comments

[Zakhar Guskov]

У меня Libs папка находится на 2 уровня выше, чем Dockerfile

[Zakhar Guskov]

[Сергей Соловьев]

Zakhar Guskov, может тогда добавить еще .. ?

[Zakhar Guskov]

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

[va_k]

Zakhar Guskov, так делать нельзя. Всë должно быть на уровне докерфайла, выше, нельзя.