Conne 本番環境 構成図

概要

建築現場向けコミュニケーションツール。Blue/Greenデプロイ構成でEC2 4台 + Reverse Proxy 1台。DBはDocumentDB (Serverless)、通知はSNS + Firebase。

ネットワーク構成

項目 値
VPC vpc-34c53051 "Genba Support" (172.31.0.0/16, デフォルトVPC)
Subnet subnet-666b9311 "On Business - Public" (172.31.32.0/20, ap-northeast-1a)

EC2インスタンス（本番・全Linux）

Blue/Green デプロイ構成

# Name Instance ID Type EIP SG デプロイグループ
b0 conne-app-b0 🔵 i-068d56dc981c05355 m6a.xlarge 3.114.230.70 ConneUpstream, CondrTeam, SysMntOut Blue (Active)
b1 conne-app-b1 🔵 i-033a5d4a382b308d7 t3a.large - ConneUpstream, CondrTeam, SysMntOut Blue
g0 conne-app-g0 🟢 i-00d295bc225de78ba t3a.micro 52.197.14.144 ConneUpstream, CondrTeam, SysMntOut Green (Standby)
g1 conne-app-g1 🟢 i-060aa04ed8fe9ee6d t3a.nano - ConneUpstream, CondrTeam, SysMntOut Green

Reverse Proxy

項目 値
Name ★【本運用】Conne RPS
Instance ID i-0a16a3a57452660f6
Instance Type t4g.small
EIP 52.194.16.141
SG conneRpSvr, CondrTeam, SysMntLnx
役割 Blue/Green切替のReverse Proxy

DocumentDB

項目 値
Cluster docdb-0001-50
Engine DocumentDB 5.0.0
Instance docdb-0001-50-20260304 (db.serverless, Writer)
AZ ap-northeast-1a
Subnet Group default
用途 データ + ファイル保存

※ 資料ではr6g.xlarge + t3.mediumだったが、現在はServerlessに変更済み

Amazon SNS

Topic 用途
SNS_Conne アプリ通知（エラー回数監視）
conne 通知
DevOps-Team-Conne DevOps通知

S3バケット

バケット名 用途
gs-conne メイン
gs-conne-osaka 大阪リージョン
conne-static 静的ファイル
conne-post.com メール送信
conne-return-path メールバウンス
ses-conne-ml / ses-conne-sr / ses-conne-support SES関連

外部サービス

  • Firebase: チャット通知、クラッシュレポート

共有サービス

  • Schedule-API: i-082d530fb3d810fbb (m6g.large)

データフロー

メインフロー

  1. ユーザー → Conne RPS: HTTPS経由でアクセス
  2. Conne RPS → Blue or Green App: Reverse Proxyでアクティブグループに振り分け
  3. App → DocumentDB (docdb-0001-50): データ + ファイル読み書き
  4. App → S3 (gs-conne): アーカイブデータ保存
  5. App → SNS: ブラウザ/モバイル通知
  6. App → Firebase: チャット通知（Android/iOS）

監視

  1. CloudWatch ダッシュボード: CPU(LA≧4でアラート), Memory, Disk, NW, SNS_Conne, docdb-001, ServiceLevelIndex
  2. CloudWatch Logs → Lambda → ChatWork: 「サーバー警報発令中」

設計上のポイント

  • Blue/Greenデプロイ: RPS経由でBlue(b0,b1)/Green(g0,g1)を切替。デプロイ時にダウンタイムなし
  • Blue > Green のスペック差: Active(Blue)はm6a.xlarge+t3a.large、Standby(Green)はt3a.micro+t3a.nano。コスト最適化
  • DocumentDB Serverless化: 資料ではr6g.xlarge+t3.mediumだったが、Serverlessに移行済み
  • SLO監視: Playwright経由で応答時間を計測（0.75s超でアラート）

備考

  • 資料（2023年版）ではEC2 1台構成だったが、現在はBlue/Green 4台+RPS 1台の5台構成
  • データ取得日: 2026-03-27

ファイルパス

  • Draw.ioソース: slides/004_システム構成図/conne/drawio/conne-architecture.drawio