$ make install

// 環境立ち上げ
$ docker-compose up

// sass js 監視
$ docker-compose exec app npm run watch

// サーバー設定変更時
$ docker-compose build
$ docker-compose up

// 各種ライブラリ変更時
$ docker-compose exec app composer install
$ docker-compose exec app npm install

// controller主体crud
php artisan make:controller XxxController --resource

// 即席CRUD(Service主体)
$ docker-comose exec app php artisan make:controller XxxController --model=XXX
$ docker-comose exec app php artisan make:service XxxService 
$ docker-comose exec app php artisan make:crudtest XxxTest

AWS_ACCESS_KEY_ID
AWS_ACCOUNT_ID     => AWS console login > username(右上) > マイアカウント: account id
AWS_SECRET_ACCESS_KEY
LOKI_ID
LOKI_SECRET
SECURITY_GROUPS
SUBNETS

app/
│ 
├── Http/Controllers
│   ├── { DomainName } // 扱う事業領域名
│   │   ├── Controller // 各種controllerの責務を持った処理
│   │   └── ...
│   ├── { DomainName }
│   ├── { DomainName }
│   ├── ...
│   ...
├── Http/Requests
│   ├── { DomainName } // 扱う事業領域名
│   │   ├── request // 各種validationの責務を持った処理
│   │   └── ...
│   ├── { DomainName }
│   ├── { DomainName }
│   ├── ...
│   ...
├── Models
│   ├── { db_Name } // db定義
│   ├── { db_name }
│   ├── ...
│   ...
├── Service
│   ├── { DomainName } // 扱う事業領域名
│   │   ├── Service // 各種controllerの責務を持った処理
│   │   └── ...
│   ├── { DomainName }
│   ├── UtilityService // どのアプリケーションでも使える処理
│   ├── ...
│   ...
├── Repository
│   ├── { DomainName } // 扱う事業領域名
│   │   ├── repository // 各種controllerの責務を持った処理
│   │   └── ...
│   ├── { DomainName }
│   ├── { DomainName }
│   ├── ...
│   ...

Controller  : 入力(httpリクエスト)を受け取り、適切な処理系に値を渡し、レスポンスを返す
Request     : バリデーション
Service     : 中核的なロジック
repository  : Eloquent Model は極力ココでのみ使用

・現状の構成のままではマイクロサービスに対応できない。
・中規模のアプリケーションまでなら対応可能
・Eloquent Model 依存の設計
・大規模化した際の命名問題
・〇〇の肥大化と数百行に渡った際の複数人の作業リスク増加
・UtilityService のルールがないため、文化を浸透させないとくちゃくちゃになる
・認可処理を切り出していない( Laravel Policy)