Вадим

А что такой вариант запуска не подходит что ли?

docker run -it --rm -d -p host-ip:80:80 --name web nginx

1. А можно ведь этот сервис сначала запустить без контейнера и посмотреть что происходит на локальной машине?

https://docs.microsoft.com/en-us/dotnet/core/diagn...

2. Обычно такому взрыву предшествуют какие-то логи - запустите dotnet в режиме diag: dotnet run --diagnostics. Контейнеры, даже мертвые оставляют какие-то логи

Раньше они давали совсем бесплатные домены

www.dot.tk/en/index.html?lang=en

Кроме того можете у себя в файле hosts прописать dns записи к несуществующим доменам, в самом Windows
c:\Windows\System32\Drivers\etc\hosts

194.161.162.63:1000                                         myproject1.ru

и они будут открываться и в браузере и вообще с вашей машины

еще не забывайте про security tests - кроме того часто в CI/CD устанавливают Step Gates - например, чтобы выводить warning при низком покрытии кода unit tests или большом кол-ве vulnerabilities в пакетах. Часто используют сторонние сканеры для этого, которые обеспечивают интеграцию с JIRA или др проектным софтом. В докере это не всегда возможно или затруднительно - а часто еще и медленно !

Передайте другу

1) Dockerfile
2) Все файлы или папки которые он втягивает в этот докер файл во время docker build (например командой COPY внутри Докерфайла). Эти файлы и папки должны лежать также как и в том виде когда вы запускаете build, - я имею ввиду иерархию каталогов. Этого должно быть достаточно для посылки по мылу

Вот пример...

https://github.com/stefanopassador/Tutorial_Docker...

также интересно как запускаете эти контейнеры

читайте здесь, промежуточные образы создаются командами в Dockerfiles

https://habr.com/ru/company/ruvds/blog/439980/

по всей видимости vue не может работать без своего http сервера, кот будет передавать статические файлы, вот пример из документации по vue.js

https://vuejs.org/v2/cookbook/dockerize-vuejs-app.html

Правда здесь для npm, попробуй сначала с ним, будет работать перепеши на yarn. Да и сначала просто build image сделайте, посмотрите как получается, - без docker-compose

собственно говоря нижеследующий yaml как раз показывает, что ports: имеет чичто информационное значение, т.к. все работает на 80-м

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-nginx
spec:
  selector:
    matchLabels:
      run: my-nginx
  replicas: 2
  template:
    metadata:
      labels:
        run: my-nginx
    spec:
      containers:
      - name: my-nginx
        image: nginx
        ports:
        - containerPort: 8090
          name: nginx-fake-port

Дмитрий, а где в Кубернетесе описываются такие политики? Можно пример yaml файла?

решение так себе, но что-то можно вытащиит отсюда...

https://forums.docker.com/t/systemctl-status-is-no...

может ревизия имеется, но путь не прописан в PATH или прописан к другой версии по умолчанию?

Попробуй запустить докер с 2-мя или более cpu, скорее всего он у тебя не использует др ядра - или их нет ))

docker run --cpusets-cpus 0-4

По мне, так лучший курс по Ансиблу на русском - прошел и рекомендую... ищите купоны со скидкой до 900 руб

https://www.udemy.com/course/russian-ansible/

Это проблема с сетью, зайдите внутрь контейнера и попробуйте скачать этот файл через curl... и вообще, может его лучше подтянуть на стадии docker build ?