常連

### 実現したいこと

- [x] node.js環境でvueを本番環境用のnginxにビルドしたい

### 前提
- node:20-alpine3.17


### 発生している問題・エラーメッセージ
vueの公式ページを参考に開発環境・ビルド環境をnode.jsに、本番環境をnginxにデプロイするマルチステージビルドを実装していましたが、ビルド環境のNODE_ENVをNODE_ENV=productionに変更するとビルドエラーとなります。
エラー内容はビルド時に呼び出しているyarn buildで定義されているvue-cli-serviceが見つからないという内容です。
```
ERROR [frontend build-stage 9/9] RUN yarn run build                                                                                                                                                     0.8s
------
 > [frontend build-stage 9/9] RUN yarn run build:
0.493 yarn run v1.22.19
0.542 $ vue-cli-service build
0.556 /bin/sh: vue-cli-service: not found
0.568 error Command failed with exit code 127.
0.568 info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.
------
failed to solve: process "/bin/sh -c yarn run build" did not complete successfully: exit code: 127
```

### 該当のソースコード
手順としては以下のようにdocker-composeからdockerfileを呼び出してビルドしています。

0. docker-composeでワークスペースをマウント
1. package.jsonとyarn.lockファイルを/appにコピーしyarn installを実行
2. ワークスペース全体をマウントし、ビルド

```compose
version: "3.9"
services:
    
  frontend:
    container_name: vue-container
    build: 
      context: .
      dockerfile: ./infra/vue/Dockerfile.verifi
    ports:
      - 9001:80
    working_dir: /app
    volumes:
      - node_modules:/app/node_modules   
      - ./vue_workspace/front_app/:/app:cached
```

```Dockerfile.verifi
FROM node:20-alpine3.17 as build-stage

ENV NODE_ENV production

WORKDIR /app

RUN mkdir -p /usr/share/nginx/html
COPY ./vue_workspace/front_app /app
COPY ./vue_workspace/front_app/package*.json ./
COPY ./vue_workspace/front_app/yarn.lock ./
RUN yarn install --prod
COPY ./vue_workspace/front_app/ /app/
RUN yarn run build


FROM nginx:1.17.10-alpine as production-stage

RUN mkdir /app
COPY --from=build-stage /usr/share/nginx/html /usr/share/nginx/html
COPY ./infra/vue/nginx-verifi.conf /etc/nginx/conf.d/default.conf
EXPOSE 80
CMD ["nginx", "-g", "daemon off;"]
```

### 試したこと
vue-cli-service: not foundと表示があったので、build前にyarn add @vue/cliを入れて実行してみましたが状況変わらずでした。
また、package.jsonのdependencesに@vue/cliが記載されていなかったため、devDependencesからコピーして持ってきましたが、同じエラーとなりました。
NODE_ENV=developmentを指定するとbuildは通過します。
よろしくお願いいたします。



dockerfileでNODE_ENV=productionを指定するとビルドが失敗する

## テーマ、知りたいこと

バックグラウンド実行すると子プロセスの明示的な停止がなぜ必要なのか？

## 背景、状況

dockerでsleepするだけの簡単なbashスクリプトをバックグラウンド実行(-d)してみたら停止に10秒かかった。

**sleep.sh**
```bash
sleep 100000
```
**実行**
```bash
# dockerでsleep.shをバックグラウンド実行
docker run -d --rm --name bash -v $(pwd)/sleep.sh:/sleep.sh bash bash /sleep.sh

# docker stopで停止させてみる -> 停止に10秒かかる
time docker stop bash
```
**出力**
```text
84454d3fd1ecbda92978df18c85900b206ac014e40844217ba9c6f60e13d17fe
bash

real    0m10.347s
user    0m0.009s
sys     0m0.009s
```

しかし、同じスクリプトをフォアグラウンド実行(-it)してCtrl-C(SIGINT)する場合は、即時終了してくれる。

```bash
$ docker run -it --rm --name bash -v $(pwd)/sleep.sh:/sleep.sh bash bash /sleep.sh
^C$ 
```

なぜこのような違いが出るのだろうか？

## 調査
以下のようなスクリプトを書いてみた。
```bash
# dockerバージョン表示
docker --version

# sleep.shを作成
cat >sleep.sh <<EOF
sleep 100000
EOF

# dockerでsleep.shをバックグラウンド実行
docker run -d --rm --name bash -v $(pwd)/sleep.sh:/sleep.sh bash bash /sleep.sh

# docker stopで停止させてみる -> 停止に10秒かかる
time docker stop bash

sleep 1

# dockerでsleep.shをバックグラウンド実行
docker run -d --rm --name bash -v $(pwd)/sleep.sh:/sleep.sh bash bash /sleep.sh

# 同じコンテナでbashを動かし、pkillで子プロセスのsleepをkill -> 即時終了する
time docker exec bash bash -c "pkill sleep"

# sleep_trap.shを作成(SIGTERMを捕捉し、子プロセスにもシグナル送る)
cat >sleep_trap.sh <<EOF
child=0
kill_child() {
    echo "killing child...\$child"
    kill \$child
}
trap "kill_child;wait;exit 1" INT TERM
sleep 100000&
child=\$!
wait
exit 0
EOF

sleep 1

# dockerでsleep_trap.shをバックグラウンド実行
docker run -d --rm --name bash -v $(pwd)/sleep_trap.sh:/sleep_trap.sh bash bash /sleep_trap.sh

# docker stopで停止させてみる -> 即時終了する
time docker stop bash
```
**実行**
```bash
Docker version 24.0.6, build ed223bc
84454d3fd1ecbda92978df18c85900b206ac014e40844217ba9c6f60e13d17fe
bash

real    0m10.347s
user    0m0.009s
sys     0m0.009s
c3e11ef71574f454920b798ff8d32a893e75bd6bcfd5018fc6af45fb55671525

real    0m0.079s
user    0m0.012s
sys     0m0.006s
54faf926c241a8abbe77f45d894ae0439d49fcd525634e338745b7b71fd6bdbd
bash

real    0m0.431s
user    0m0.008s
sys     0m0.008s
```
docker stopで即時停止できるようになったが、面倒すぎる。
なぜこんなに面倒になっているのか？
フォアグラウンドのCtrl-Cと同じくらい簡単に出来ないのだろうか？

バックグラウンド実行するとなぜ子プロセスの明示的な停止が必要なのか？

### 実現したいこと
Docker runで動かしたい

### 前提
MENTA（契約終了）の教材をやっています。


### 発生している問題・エラーメッセージ

 [error] 8#8: *1 connect() failed (111: Connection refused) while connecting to upstream, client: X.X.X.X, server: api.judging-cats.com, request: "GET /health_check HTTP/1.1", upstream: "http://127.0.0.1:3000/health_check", host: "X.X.X.X"
エラーメッセージ


### 該当のソースコード
https://github.com/yon-s/cat-img-backend

Dockerfileはprdディレクトリにあります。
前回デプロイ成功した時のprdファイルでもやってみましたがダメでした。

### 試したこと

AWSのECS　サービスの作成をするとエラーがでます

◽️手順
1.Dockeイメージの作成
2.ECRにpush
3.ECS サービス作成

ロードバランサーやセキュリティグループの設定も行っています。
AWSの環境が問題なのか？手元のコードが問題なのか？という問題の切り分けのためローカルでDockerイメージ実行

railsイメージの実行
```
% docker run -p 4000:3000 rails
docker ps
CONTAINER ID   IMAGE     COMMAND   CREATED   STATUS    PORTS     NAMES
% docker logs railsのコンテナ
%
```
nginxイメージの実行
```
% docker run -p 4000:3000 nginx


（何も起こらず応答まち）
```
別のターミナル起動
```
 % docker ps
CONTAINER ID   IMAGE                COMMAND                  CREATED         STATUS         PORTS                            NAMES
4e48be288c0b   nginx   "/docker-entrypoint.…"   4 minutes ago   Up 4 minutes   80/tcp, 0.0.0.0:4000->3000/tcp   wonderful_germain

%docker logs 4e48be288c0b
%
```
でした。

両方ともhttp://localhost:4000/　もなにも表示されません

unicorn.rbやprdを前回デプロイ成功したときのアプリのものをコピペもしました

bundle exec unicorn -p 3000 -c config/unicorn.rb -E productionで
http://localhost:3000/　表示されました。
### 補足情報（FW/ツールのバージョンなど）

MENTAから
そもそもローカルで実行するのとAWSで実行するのは差分が大きすぎるので、再度設定を戻してみたりしてAWS上で色々試した方が良いと思っています

Dockerfileを確認するとproductionと設定しているのでそこと差分があると思います。また、Nginxと併用する想定なのでそこも原因かもしれません。

localで動かすための設定ではない、production設定になっているため動いていない可能性がある

AWSとDocker、nginxRails初心者です


Dockere動かない

MAC OS上でのDockerの環境構築

### 前提

以前limadockerを使っていたのですが、docker単体で使いたくなったため、一度環境を消してdockerのみで環境を整えたつもりなのですが、まだlimadockerの環境設定が残っているみたいでdocker pullのコマンドが使えません。
おそらく、Dockerコンテナの位置の指定をLimaに合わせてあったけど、今度はDockerに合わせ直さないといけないと考えています。
どうすればいいのでしょうか？ 

### 発生している問題・エラーメッセージ

```
User ~ % docker pull ubuntu
Using default tag: latest
error during connect: Post "http://docker.example.com/v1.24/images/create?fromImage=ubuntu&tag=latest": command [ssh -o ConnectTimeout=30 -p 60006 -- limadocker docker system dial-stdio] has exited with exit status 255, please make sure the URL is valid, and Docker 18.09 or later is installed on the remote host: stderr=ssh: Could not resolve hostname limadocker: nodename nor servname provided, or not known
```

### 該当のソースコード

docker pull 

### 試したこと

LimaとDockerに関連のファイルを探して全て削除した。

### 補足情報（FW/ツールのバージョンなど）

使用しているMACはApple Silicone製でmacOS14.1です。


docker pull ができなくなってしまった。

docker初心者です；；
ホストOS Macで、VMware fusionのゲストOS Ubuntu環境にさらにdockerコンテナのLAMP環境で独習PHPという本のソースを動かしてます。以下のプログラムで、
```PHP
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8" />
<title>アップロード処理</title>
</head>
<body>
<form method="POST" action="file2.php" enctype="multipart/form-data">
<label for="upfile">ファイルのパス：</label>
<input type="hidden" name="max_file_size" value="1000000" />
<input id="upfile" type="file" name="upfile" size="40" />
<input type="submit" value="アップロード" />
</form>
</body>
</html>
```
画像をアップロードするという課題があります。
```PHP
<?php
$ext = pathinfo($_FILES['upfile']['name']);
$perm = ['gif', 'jpg', 'jpeg', 'png'];

if ($_FILES['upfile']['error'] !== UPLOAD_ERR_OK) {
  $msg = [
    UPLOAD_ERR_INI_SIZE => 'php.iniのupload_max_filesize制限を越えています。',
    UPLOAD_ERR_FORM_SIZE => 'HTMLのMAX_FILE_SIZE 制限を越えています。',
    UPLOAD_ERR_PARTIAL => 'ファイルが一部しかアップロードされていません。',
    UPLOAD_ERR_NO_FILE => 'ファイルはアップロードされませんでした。',
    UPLOAD_ERR_NO_TMP_DIR => '一時保存フォルダが存在しません。',
    UPLOAD_ERR_CANT_WRITE => 'ディスクへの書き込みに失敗しました。',
    UPLOAD_ERR_EXTENSION => '拡張モジュールによってアップロードが中断されました。'
  ];
  $err_msg = $msg[$_FILES['upfile']['error']];
} elseif (!in_array(strtolower($ext['extension']), $perm)) {
  $err_msg = '画像以外のファイルはアップロードできません。';
} elseif (!@getimagesize($_FILES['upfile']['tmp_name'])) {
	$err_msg = 'ファイルの内容が画像ではありません。';
} else {
  $src = $_FILES['upfile']['tmp_name'];
  $dest = mb_convert_encoding($_FILES['upfile']['name'], 'SJIS-WIN', 'UTF-8');
  if (!move_uploaded_file($src, 'doc/'.$dest)) {
    $err_msg = 'アップロード処理に失敗しました。';
  }
}
if (isset($err_msg)) {
  die('<div style="color:Red;">'.$err_msg.'</div>');
}
header('Location: http://'.$_SERVER['HTTP_HOST'].dirname($_SERVER['PHP_SELF']).'/file1.php');

```
Ubuntuのブラウザで画像を選択するセレクトボックスを押すと、当然ながらUbuntuのファイルウィンドウが開きます。画像をアップロードすると、Ubuntuに対して権限がないので？、``アップロード処理に失敗しました。``となります。
コンテナからホストであるUbuntuに対してchmod 777するとか、もしくはファイルウィンドウからコンテナ内の画像をアップロードするとかできませんか。
Dockerfileで何か指定するとか？
(頓珍漢なこと言っているかも)
駄文すみません。

dockerコンテナ内からホストに権限を与えることはできるか

### 実現したいこと

作成したyamlファイルでコンテナを作成できるようにしたい。

### 前提
・docker 4.18.0
・oracleDB 19.3.0
・PCのOS：mac M1

oracledatabaseのコンテナを作成するために下記リンクを基に環境構築をしています。
その中でコンテナ作成時に「docker compose up」コマンドを実行すると
下記のエラーが発生します。調査した中でインデントの数等も確認しましたが、
問題なさそうに思えました。エラーが発生した原因について教えていただけないでしょうか？

リンク：https://zenn.dev/msksgm/articles/20211225-oracle-database-19c-docker
ちなみにyamlファイル自体は一度テキストで拡張子rtfで作成後に拡張子を変更し、yamlファイルにしたものです。
ファイル名：docker-compose.yaml

### 発生している問題・エラーメッセージ

```
yaml: line 1: did not find expected ',' or '}'
```

### 該当のソースコード
ファイル名：docker-compose.yaml
```
version: ‘3.9’
  services:
    db:
      image: oracle/database:19.3.0-ee
      ports:
        - 1521:1521
        - 5500:5500
      volumes:
        - ./oradata:/opt/oracle/oradata
      environment:
        - ORACLE_PWD=Oracle19
        - ORACLE_PDB=oracle
```

### 試したこと

・拡張子をyamlからymlに変更。
・インデントの確認。

### 補足情報（FW/ツールのバージョンなど）

ここにより詳細な情報を記載してください。


dockerのコンテナ作成時のyamlファイルに関して

## イントラ端末上でWeb開発することのリスクについて
社内向けWebアプリ開発を行っていますが、セキュリティリスクを指摘され、対応を模索しています。

## 背景、状況
団体組織の情報システム子会社で開発業務に従事しているものです。
5年程前にUターンで中途入社しましたが、ACCESS、COBOL資産ばかりで、作業効率が低く、若手職員のモティベーションも低かったため、有志で徐々にレガシーシステムのWebアプリ化を行っています。
(DRF+Vue.js+Docker、社内オンプレLinuxサーバーで稼働)

## 利用形態
社内ネットワークは BEW で構築されています。開発はWeb閲覧が可能な社内のイントラ端末上で行っています。必要なパッケージは、プロキシ設定を行って npm、pip等のパッケージマネージャにより行っています。
アプリケーション利用者は会社・団体職員のみで、社外に公開することはありません。

## 課題
当初、Webアプリ開発についての理解が得づらかったため、半ば見切り発車・既成事実化する形で進めてきています。(手伝ってくれる若手の反応は良く、ユーザー部門からも利便性が向上して高評価なのですが)

金融資産や与信に関する情報など、機微情報を扱うシステムについてもWeb化を進めていますが、Web化に難色を示す年配者からはインターネットに接続可能な端末上でWeb開発をすることの危険性を指摘しています。

漠然とした無学な質問で大変恐縮なのですが、一般のWeb開発企業等ではどのようなセキュリティ対策を行った上でWebアプリ開発をされているのでしょうか？
もちろん規模にもよるのでしょうが、例えば、オフライン開発環境を設け、自前でプライベートリポジトリを運用されていたりするのでしょうか？
前職でも案件でWebアプリ開発をしていましたが、特にイントラ端末上でパッケージをダウンロードしたりすることに制約はありませんでした。
(会社の規模が小さく、セキュリティ意識が自他ともに低かったのかもしれませんが...)

今後さらにWeb化は進めていくことになりそうですが、社内調整を円滑に行うために、事例などあればご教示頂けましたら幸いです。
よろしくお願いいたします。

イントラ端末上での社内向けWebアプリ開発について

## テーマ、知りたいこと

docker環境とアプリは、その程度依存関係にあるべきか？
また、gitリポジトリの適切な配置について、ご意見をお聞かせいただきたいです。

## 背景、状況

例えば、laravelで構築したアプリ（nginx+PHP+MySql）が複数あった場合、
gitは下記の様に、アプリごとにリポジトリを分割するかと思います。

- abc/laravel01
- abc/laravel02
- abc/laravel03

そこで質問となりますが、
上記の場合、docker環境（dockerfile や docker-compose.yml）は各アプリに含めますか？
それとも、別リポジトリを切って管理しますか？
もしくは、ほぼ同じ環境の場合は統一化し、管理しますか？
各管理方法に対するメリット、デメリット等、皆様のご意見を伺いたいです。
よろしくお願いいたします。

## 前提条件
各laravelアプリは、laravelで構築した以外は別物のアプリ（DB構成やファイル構成等）
ただし、docker環境は、ほとんど差分無し（container_nameが違う程度）
としてご回答いたければと思います

---
- 各アプリに含めるパターン
```ここに言語を入力
laravel01
├─docker
│ └─php/dockerfile
├─src/laravel
└─docker-compose.yml

laravel02
├─docker
│ └─php/dockerfile
├─src/laravel
└─docker-compose.yml
```

- 別リポジトリを切って管理パターン
```ここに言語を入力
laravel01
├─app
├─config
│
└・・・

laravel01-docker
├─docker
│ └─php/dockerfile
└─docker-compose.yml

laravel02
├─app
├─config
│
└・・・

laravel02-docker
├─docker
│ └─php/dockerfile
└─docker-compose.yml

```

---
- 環境を共通化するパターン
```ここに言語を入力
laravel01
├─app
├─config
│
└・・・

laravel02
├─app
├─config
│
└・・・

base-docker
├─docker
│ └─php/dockerfile
└─docker-compose.yml
```