Clarence｜Backend・AI・DevOps・Infrastructure

私の技術的な仕事の進め方：Backend、AI、DevOps、Infrastructure

Wed, 08 Jul 2026 00:30:00 +0800

私は Backend、AI、DevOps、Infrastructure、Network を別々の領域としてではなく、実際に動くプロダクトを支えるひとつの delivery chain として扱っています。

機能を使える状態にするには API が安定している必要があります。サービスを更新するには CI/CD が必要です。長期運用するには monitoring、backup、network、security が必要です。LLM、Speech AI、GPU runtime を使う場合も、model integration は deployable、observable、operable でなければなりません。

主に扱う領域

Backend / API

Backend は私の中心的な領域です。API design、service integration、database access、既存システム連携、admin workflow を扱います。Node.js、Python、Go、PHP、C/C++、Shell Script、Java を、既存アーキテクチャや運用性に合わせて使います。

重視しているのは、API が明確であること、data flow を追跡できること、error を診断できること、そして次の担当者が保守できることです。

LLM / Speech AI

2022 年から LLM と Speech AI を実際のプロダクト workflow に組み込んでいます。単に model API を呼ぶだけではなく、prompt、batch processing、local model、GPU runtime、OpenAI API、Ollama、Kaldi、Whisper、既存 backend workflow を接続します。

入力データの整理、出力の検証、retry、cost control、local model と cloud API の選択、runtime environment の再現性を重視します。

GitLab CI/CD 設定ガイド

Tue, 30 Jan 2024 15:00:00 +0800

Enterprise DevOps の実務では、code submission から production deployment までの GitLab CI/CD workflow を構築・運用します。ここではよく使う configuration pattern を整理します。

GitLab Runner

Self-hosted runner は、private network、private registry、特定 runtime environment が必要な場合に便利です。

# Install GitLab Runner
curl -L "https://packages.gitlab.com/install/repositories/runner/gitlab-runner/script.deb.sh" | sudo bash
sudo apt-get install gitlab-runner

# Register runner
sudo gitlab-runner register \
  --url "https://gitlab.company.com/" \
  --registration-token "YOUR_TOKEN" \
  --executor "docker" \
  --docker-image "alpine:latest" \
  --description "Production Runner" \
  --tag-list "production,docker"

Docker build を行う場合、runner の security と build requirements を合わせて設計する必要があります。Docker-in-Docker は便利ですが、privileged mode のリスクも理解して使うべきです。

高トラフィック Web Hosting 運用

Sat, 21 Jan 2023 02:00:00 +0800

私は 4000 以上の Web サイトを載せる high-traffic hosting environment を長期運用した経験があります。この種の仕事は Web server を立てるだけではなく、capacity planning、monitoring、updates、security、DNS / CDN、incident response、日常運用の標準化が必要です。

規模が大きくなるほど、設定変更、証明書、更新、alert 対応を人の記憶だけに頼ることはリスクになります。

Cloudflare 30-day Metrics

1 か月の traffic 例：

Requests 約 1900 万
Bandwidth 約 2 TB
Visits 70 万以上
Page views 100 万以上

運用で重視すること

Monitoring は手動確認より先にある

大量サイトの環境では、ページを手で開いて確認するだけでは足りません。System resources、Web server status、certificates、DNS、HTTP response、error rate、traffic trend を monitoring に入れる必要があります。

Monitoring は alert のためだけではなく、問題が application、network、CDN、DNS、storage、upstream service のどこにあるか判断するための材料です。

Updates は controlled に行う

Hosting environment では security update が必要ですが、同時に既存サイトを壊してはいけません。更新は段階的に行い、観測でき、rollback できる状態にする必要があります。

AWS CDK Tips

Mon, 01 Jan 0001 00:00:00 +0000

日常コマンド

cdk init app --language typescript
cdk synth
cdk diff
cdk deploy
cdk deploy --all
cdk destroy

deployment 前には cdk diff を確認し、環境ごとの値は construct code に直接書かない。

Environment と tags

const env = {
  account: process.env.CDK_DEFAULT_ACCOUNT,
  region: process.env.CDK_DEFAULT_REGION,
};

Tags.of(this).add("Project", "example");
Tags.of(this).add("Environment", "production");

tags は ownership、cost review、incident tracing に使う。

AWS CLI クイックリファレンス

Mon, 01 Jan 0001 00:00:00 +0000

Install と configure

brew install awscli
aws --version
aws configure
aws configure --profile production
aws configure list --profile production
aws sts get-caller-identity --profile production

production や customer account では named profile を使う。長期 credential を shell history や共有メモに残さない。

S3 operations

aws s3 ls
aws s3 ls s3://example-bucket --recursive --human-readable --summarize
aws s3 cp ./dist s3://example-bucket/dist --recursive
aws s3 sync ./public s3://example-bucket --delete
aws s3api head-object --bucket example-bucket --key path/file.txt

sync --delete は、その bucket path が deployment target 専用だと確認してから使う。

macOS 管理コマンド

Mon, 01 Jan 0001 00:00:00 +0000

Launchpad と Dock

defaults write com.apple.dock ResetLaunchPad -bool true
killall Dock

defaults write com.apple.dock autohide -bool true
defaults write com.apple.dock tilesize -int 50
killall Dock

Dock の変更は、多くの場合 killall Dock 後に反映される。

Finder と screenshots

defaults write com.apple.finder AppleShowAllFiles -bool true
defaults write NSGlobalDomain AppleShowAllExtensions -bool true
killall Finder

defaults write com.apple.screencapture location ~/Desktop/Screenshots
defaults write com.apple.screencapture type -string "png"
killall SystemUIServer

screenshot location を変更する前に target folder を作成する。

System と network checks

sw_vers
system_profiler SPHardwareDataType
sysctl -n machdep.cpu.brand_string
df -h
networksetup -listallhardwareports
networksetup -getinfo "Wi-Fi"

troubleshooting や migration 前の Mac 記録に使える。

Ollama 設定と使い方

Mon, 01 Jan 0001 00:00:00 +0000

Install と実行

curl -fsSL https://ollama.com/install.sh | sh
ollama serve
ollama pull gemma2:9b
ollama pull llama3.1:8b
ollama list

prompt testing では小さめの model から始め、workflow が安定してから大きな model に移る。

Model commands

ollama run gemma2:9b
ollama show gemma2:9b
ollama rm gemma2:9b

script では model name を明示する。default model の変更で結果が変わるのを避けるため。

Local API

curl http://localhost:11434/api/generate \
  -d '{"model":"gemma2:9b","prompt":"Summarize this text.","stream":false}'

local API は private experiment に便利だが、production では timeout、retry、logging boundary が必要。

パッケージ管理コマンド

Mon, 01 Jan 0001 00:00:00 +0000

Homebrew

brew update
brew install git node hugo
brew install --cask visual-studio-code
brew list
brew outdated
brew upgrade
brew cleanup

active development 用の machine では、広範囲 upgrade 前に brew outdated を確認する。

APT

sudo apt update
sudo apt upgrade
sudo apt install git curl wget vim
apt list --installed
apt list --upgradable
sudo apt autoremove

production host では kernel や runtime updates の範囲を確認してから適用する。

DNF と YUM

sudo dnf check-update
sudo dnf install git nginx
sudo dnf upgrade

sudo yum check-update
sudo yum install git nginx
sudo yum update

distribution native の package manager を使い、service scripts と dependencies の一貫性を保つ。

システム管理コマンド

Mon, 01 Jan 0001 00:00:00 +0000

System inspection

uname -a
cat /etc/os-release
lscpu
free -h
df -h
lsblk
ip addr show
ip route show

server incident を記録するときは、この基本情報から取得する。

Files と logs

ls -la
find /path -name "*.log"
du -sh /path/*
tail -f /var/log/syslog
grep "error" /var/log/syslog
tar -czf archive.tar.gz folder/

live logs には tail -f、過去ログの絞り込みには grep を使う。

systemd と networking

sudo systemctl status nginx
sudo systemctl restart nginx
sudo journalctl -u nginx -f

ping -c 4 8.8.8.8
ss -tuln
lsof -i :80
curl -I https://example.com

service state、listening ports、external HTTP path の順で確認する。

Docker コマンド

Mon, 01 Jan 0001 00:00:00 +0000

Images と containers

docker pull nginx:latest
docker images
docker ps
docker ps -a
docker run -d --name web -p 8080:80 nginx
docker exec -it web sh
docker logs -f web
docker stop web
docker rm web

長く動かす container には名前を付ける。logs や operational commands が読みやすくなる。

Compose workflow

docker compose up -d
docker compose up --build
docker compose ps
docker compose logs -f service_name
docker compose exec service_name sh
docker compose down
docker compose down -v

down -v は volume data を削除してよい場合だけ使う。