名前からすると日本の古き良き（悪名高い）デバイス認証方式のあれのように見えますが、パスワードレスな認証(passkey)を実現するOSSのプロダクトです。Go製でライセンスはAGPL3です。なかなか面白そうなので動かしてみました。 https://www.hanko.io/ このhankoのメンバーが運営しているpasskeys.ioというウェブサイトもあり、パスワードレスなログインを広めていこう！ という啓蒙サイトになっています。 https://www.passkeys.io/ この↑のサイトの存在を知らなかったのですが、@takuan_oshoさんからタレコミをいただきました。ありがとうございます。 動かし方READMEに書いてある通りにdocker composeで一通り必要なものを起動します。 $ docker compose -f deploy/docker-compose/q
背景 docker-composeを利用するときに、コンテナ・ホスト名・データボリューム・ネットワーク名などの名前を指定しないと、自動的に名前が生成される。 あくまでも個人的な見解だが、ルールを覚えない限りは以下のような面倒な点があると考える。 作成されたものの名前を確認する必要がある。 意図せずにデフォルトネットワークが作られる。 コンテナ間通信するときのFQDNはコンテナ名がわからない。（これについては別ページで別途記載するが、サービス名でも通信できた） 自動生成されたデータボリュームがわからないので紐づけを確認する必要がある。 コンテナとデータボリュームの関係を確認するには以下の方法があるが、どちらもコマンド自体覚えるのが面倒。（他にもあるかもしれないし、alias作れと言われればその通りだが、ある程度覚えておかないと新しい環境で再度aliasの設定内容を調べないといけない） doc
背景 docker-composeを利用するときに、コンテナ・ホスト名・データボリューム・ネットワーク名などの名前を指定しないと、自動的に名前が生成される。 あくまでも個人的な見解だが、ルールを覚えない限りは以下のような面倒な点があると考える。 作成されたものの名前を確認する必要がある。 意図せずにデフォルトネットワークが作られる。 コンテナ間通信するときのFQDNはコンテナ名がわからない。（これについては別ページで別途記載するが、サービス名でも通信できた） 自動生成されたデータボリュームがわからないので紐づけを確認する必要がある。 コンテナとデータボリュームの関係を確認するには以下の方法があるが、どちらもコマンド自体覚えるのが面倒。（他にもあるかもしれないし、alias作れと言われればその通りだが、ある程度覚えておかないと新しい環境で再度aliasの設定内容を調べないといけない） doc
とあるシステムをDocker-Composeで構築し、運用していました。 サンプルとして、gitbucketをpostgresqlで運用したものを上げます。 中身はこんな感じです。 version: '2' volumes: gitbucket_postgres_data: driver: local gitbucket_data: driver: local services: # gitbucket postgres gitbucket_postgres: restart: always image: postgres:9.6 volumes: - gitbucket_postgres_data:/var/lib/postgresql environment: POSTGRES_PASSWORD: passwd POSTGRES_USER: gitbucket POSTGRES_DB:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く