仕事
2020年はKubernetesを主にやっていました。
よいのです。
私生活
記憶をなくしていない。
太った。
2020年はKubernetesを主にやっていました。
よいのです。
記憶をなくしていない。
太った。
ロシア文学でした
よかったですね
Serverlessでstageごとに別のRoleをつかってデプロイしてあげたい。
service: lambda-test provider: name: aws runtime: python3.8 region: ap-northeast-1 profile: ${self:custom.profiles.${opt:stage,self:provider.stage}} stage: ${opt:stage} functions: hikisuu: handler: handler.lambda_handler custom: pythonRequirements: dockerizePip: true profiles: dev: dev_role prod: prod_role
sls deploy --stage dev
sls deploy したときに~/.aws/configを見にいってくれないようだった。
解決策は以下の変数を宣言してあげる。
export AWS_SDK_LOAD_CONFIG=1
以下を参考にした。 https://github.com/serverless/serverless/issues/3833#issuecomment-513914807
この記事を見返してて、いちいちコマンド入力するのめんどくさいなぁとおもった。
DockerでAnsibleをうごかす - かべぎわブログ
docker-composeならこんなかんじ。
version: "3.9" services: local_ansible: build: context: . dockerfile: Dockerfile volumes: - ./playbooks/:/work:z
docker-compose run local_ansible ansible-playbook playbook.yml
dockerでボリュームマウントしたときにPermissionDeniedとなってマウントしたものにアクセスできない事象が発生した。
$ docker run -v /home/vagrant/docker_ansible/playbooks/:/work local_ansible ls ls: cannot open directory '.': Permission denied
なんやろなーと思っていたらSELinuxが悪さをしている。
じゃあsetenforce 0
しましょうっていうのもちょっと微妙だなー安直すぎるなーみたいなときにしらべていた解決法。
このとおり。
:z
をつけてあげる
コンテナでデータを管理する — Docker-docs-ja 1.9.0b ドキュメント
たとえばこんなかんじ。
$ docker run -v /home/vagrant/docker_ansible/playbooks/:/work:z local_ansible ls
おもしろかったですね
ローカルで適当にうごかすかーみたいなときによくやる構成。
. ├── Dockerfile └── playbooks └── playbook.yml
FROM python:3.8 RUN pip install pip --upgrade RUN pip install ansible WORKDIR /work
ビルドして
docker build . -t local_ansible
マウントして実行
docker run -v /Users/kabegiwa/git/docker_ansible/playbooks/:/work local_ansible ansible-playbook playbook.yml
こんなかんじ
sls deploy --aws-profile deploy_role
gpd win max
今年は記憶をなくしていないような気がする
むかしのやつ
よかった
さいきんはまっている
youtubeでながしながら仕事をする