guitarrapc

Subscribe

docker compose exec redis /bin/bash
redis-cli -h redis-node-5 -a bitnami -c
> ssubscribe sfoo
> ssubscribe sbar

Publish

guitarrapc

@echo off

:: parse.bat --foo --bar
:: parse.bat --foo --bar --param 1
:: parse.bat --foo --bar --param2 5
:: parse.bat --foo --bar --param2 5 --param 100
:: parse.bat --foo --bar --param 1 --param2 5
setlocal
:parse
    if "%~1"=="" GOTO endparse

guitarrapc

:: Script to run `git pull` inside all subdirectories which are git repositories.
:: usage 1: keep local changes, then up to date.
::   > git-pull.bat
:: usage 2: abort local changes, reset if possible, then up to date.
::   > git-pull.bat --force --no-stash
:: usage 3: try keep local changes, reset if possible, then up to date.
::   > git-pull.bat --force

@echo off

guitarrapc

# dry-run
bash ./local_agones_forwarder.sh --dry-run true
# apply yaml
bash ./local_agones_forwarder.sh

guitarrapc

# connect-timeout: 1s = connect timeout. if network connect is stopped frequentry, 1s will be strong option.
# max-time: 10s = must finish within this time
# retry: 5 = retry count
# retry-delay: 0 = no exponential backoff
# retry max time: 60 = retry no longer than
curl --connect-timeout 1 --max-time 10 --retry 5 --retry-delay 0 --retry-max-time 60 -fsSL https://download.docker.com/linux/ubuntu/gpg

guitarrapc

tl;dr;

terraform graph ではグラフ表示が厳しすぎる。 もっといい感じにリソースを構成図に落とし込んだり確認したい。

できれば、Pulumi の Graph View がよい。

候補1. terraform-graph-beautifier

pcasteran/terraform-graph-beautifier: Terraform graph beautifier

guitarrapc

Agones

Kubernetes 上に Agones Controller (+ Agones Allocator) を配置して、DGS (Dedicated Game Server = Agones で管理する専用Pod) を確保する。

• セルフホスト: 自分の Kubernetes Cluster (GKE、EKS、AKS どれでもOK) に Agones をインストールして、Agones Controller 経由でリクエストを投げて DGS を管理していく。
• マネージド: オワコン気配

Managed Agones

GCPお得意のサービス終了させた気配がある。アナウンスはないようだが、サイレントにしれっと終了っぽい。

guitarrapc

# Amazon Linux 2023
# need filter to latest
$ aws ec2 describe-images --owners amazon amazon --filters "Name=name,Values=al2023-ami-2023*-arm64" "Name=virtualization-type,Values=hvm" "Name=architecture,Values=arm64" --query 'reverse(sort_by(Images, &CreationDate))[:5].Name' --output text

# list of amis
$ aws ssm get-parameters-by-path --path "/aws/service/ami-amazon-linux-latest"
# only latest returns (same image id)
$ aws ssm get-parameters --name /aws/service/ami-amazon-linux-latest/al2023-ami-kernel-6.1-arm64 --output text
$ aws ssm get-parameters --name /aws/service/ami-amazon-linux-latest/al2023-ami-kernel-default-arm64 --output text

guitarrapc

apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: foo-daemonset
spec:
  selector:
    matchLabels:
      k8s-app: foo-daemonset
  template:
    metadata:

guitarrapc

Kubernetes のコンテナランタイムが Docker と containerd に変わることでどのような違いが起こるか例を教えてください。

Kubernetesは、コンテナ化されたアプリケーションを管理するためのオーケストレーションツールです。KubernetesがDockerからcontainerdに移行することで、いくつかの違いが生じます。

まず、コンテナイメージの管理方法が異なります。Dockerでは、コンテナイメージをDocker Hubなどのリポジトリからプルして管理しますが、containerdでは、OCI(Dockerの規格)に基づいて、イメージをプルして管理します。

次に、ネットワーク管理の方法が異なります。Dockerでは、Dockerが提供するネットワークドライバーを使用して、コンテナのネットワークを管理しますが、containerdでは、CNI(Container Network Interface)を使用して、ネットワークを管理します。

最後に、ログの管理方法が異なります。Dockerでは、Dockerデーモンがログを収集して管理しますが、containerdでは、コンテナランタイムがログを直接管理します。