-
AWS構成図作成の悩みを一掃！Diagram as Codeで始める“コードで描く”インフラ設計
qiita
@k_adachi_01
2025/07/09
54
図表作成の課題
従来の手法では仕様変更のたびに図を修正する必要があり、チームでの最新版管理が煩雑で、コードと図表の乖離が発生しやすい。
Diagram as Codeの概念
Diagram as Codeは、Infrastructure as Codeの考え方を図表作成に適用し、テキストファイルに設定を記述することで図表を自動生成する。
Diagram as Codeのメリット
再利用性が高く、チーム全体で一貫性を保ちやすく、CI/CDパイプラインへの組み込みやGitでの差分管理、AI・LLMとの親和性が高い。
生成AIとの連携による効率化
Diagram as Codeは生成AIとの連携でさらに効率化できる。中間ファイルを経由しプロンプト設計を工夫することで、AIによる図表自動生成の一貫性と正確性を高めることが可能。
AWS Documentation MCP Server
AWSドキュメントを参照し、図表生成を支援するツール。LLMにAWSドキュメントの情報を参照させ正確な図表作成が可能になる。Diagram as Codeとは少し異なるが、手軽で便利。
※これはGeminiによる生成物です
-
人間が休んでる時こそClaude Code Actionの出番ですね
zenn
@r.kagaya
2025/07/08
210
Claude Code Actions (CCA) の Max プラン対応
CCAがMaxプランで利用可能になったことで、APIキーの課金を気にせず個人開発で利用できるようになった。ただし、個人利用が推奨されており、チーム・法人開発では引き続きAPI利用が推奨されている。
夜間自動Issue解決システムの構築
GitHub Actions を利用して、夜間（23時〜6時）に定期的に Issue を優先度順に選択し、Claude Code Action にタスクを依頼するワークフローを構築。これにより、日中の利用制限を回避しつつ、夜間に自動で開発を進めることが可能になった。
SlackログからのIssue自動生成
特定の Slack チャンネルのメッセージを定期的に収集し、LLM で解析・分解した上で自動的に GitHub Issue を作成するワークフローを構築。エラーログチャンネルとの連携により、エラー修正の自動化も視野に入れている。
Github Actionsの具体的な実装方法
Github Actionsを利用し、指定した時間間隔でIssueを検索し、条件に合致するIssueに対して、@Claudeのメンションコメントを追加する具体的なyamlファイルが記述されている
※これはGeminiによる生成物です
-
実務で使っているClaude Codeの開発環境の紹介
zenn
@YuheiNakasaka
2025/07/07
264
複数プロダクトを扱う開発環境の全体構成
複数のプロダクトリポジトリを同一ディレクトリ配下に配置し、Claude Codeから横断的に参照できるようにする。これにより、プロンプト内で相対パス指定が容易になり、権限確認の頻発も抑制できる。
CLAUDE.mdによる指示書の整備
CLAUDE.mdにプロジェクトの構成や役割、ファイル作成・編集ルール、守ってほしい事項を記載する。これにより、Claude Codeが複数プロダクトを適切に理解し、横断的な作業を効率的に実行できる。
プロンプト置き場とsettings.jsonの設定
長文プロンプトはファイルベースで管理し、settings.jsonでコマンド実行に関するパーミッションを設定する。これにより、Claude Codeの指示が容易になり、セキュリティリスクを低減できる。
必須ツールのインストール
GitHub CLI、jq、Ripgrepなどのツールを事前にインストールしておくことで、Claude Codeがこれらをスムーズに利用でき、エラーを回避できる。
Amazon Bedrockの設定
セキュリティとコンプライアンスの観点から、Amazon Bedrockを使用する。適切な設定により、データ使用ポリシーが適用され、トークン関連のエラーを回避できる。
※これはGeminiによる生成物です
-
[入門] ネットワーク基礎 データセンター選定の実践ガイド
qiita
@ShigemoriMasato
2025/07/05
68
2006年の首都圏大停電とその影響
2006年の首都圏大停電は、日本のITインフラの脆弱性を露呈し、金融システムや株価算出に深刻な影響を与えた。この事故がデータセンター業界における冗長化の重要性を再認識させる契機となった。
真の冗長化の重要性
データセンターの電力設計において、単に複数の系統を受電するだけでなく、異なる変電所からの受電が重要である。同一変電所からの受電は「なんちゃって冗長」であり、真の冗長化とは言えない。
データセンター選定における立地条件
データセンターの立地選定では、変電所からの距離、複数の変電所へのアクセス、送電線ルートの安全性、地盤の安定性などを考慮する必要がある。都心型と郊外型で異なる特性を理解し、要件に合ったエリアを選択することが重要。
データセンター事業者の選定と評価
データセンター事業者を選定する際は、通信キャリア系、外資系など、各社の特徴を理解し、自社の要件に合った事業者を選択する必要がある。電力設備、空調設備、建物・耐震、ネットワーク、セキュリティ、運用・サポート体制などを評価するためのチェックリストを活用することが重要。
現代のリスクと対策
現代のデータセンターは、自然災害に加えて、地政学的リスク、サイバー攻撃、物理攻撃など、複合的なリスクに備える必要がある。グローバル分散戦略や衛星通信の活用、EMP攻撃やドローン攻撃への対策も考慮すべき事項である。
※これはGeminiによる生成物です