Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
AWS Systems ManagerとAWS Configのちょっといい話
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
kaojiri
July 05, 2018
Technology
1.8k
3
Share
AWS Systems ManagerとAWS Configのちょっといい話
2018/07/05 OpsSecJAWS#1 登壇資料です。
kaojiri
July 05, 2018
More Decks by kaojiri
See All by kaojiri
コンテナ監視って何見るの?~初心者編~
kaojiri
8
6.1k
Kubernetesモニタリングのベストプラクティス_JAWSDays2021_20210320
kaojiri
0
1.2k
AWS SummitTokyo2019-reCap_20190620
kaojiri
1
93
JAWS-UG_SAITAMA_20190420
kaojiri
1
210
OpsJAWS-JAWSUG-KANAZAWA_20181123
kaojiri
1
320
組織を意識したAWS構成管理プロセスを考える_20180112
kaojiri
0
820
JAWS Days2017 EXCEL構成管理からの脱却と次世代MSPとDevOps 2.0 by OpsJAWS
kaojiri
0
2k
OpsJAWS#7 20160729 SIerにおけるDevOpsの現状 ~terraformを使ったAWS開発~
kaojiri
1
1.4k
OpsJAWS#5 20160420 背伸びをしないAWS構成管理
kaojiri
0
3.1k
Other Decks in Technology
See All in Technology
NgRx SignalStore: The Power of Extensibility
rainerhahnekamp
0
220
20260410 - CNTUG meetup #72 - DiskImage Builder 介紹:以 Kubespray CI 打造 RockyLinux 10 Cloud Image 為例
tico88612
0
120
Databricksで構築するログ検索基盤とアーキテクチャ設計
cscengineer
0
180
幾億の壁を超えて/Beyond Countless Walls(JP)
ikuodanaka
0
120
Zero-Downtime Migration: Moving a Massive, Historic iOS App from CocoaPods to SPM and Tuist without Stopping Feature Delivery
kagemiku
0
230
Claude Teamプランの選定と、できること/できないこと
rfdnxbro
1
2.3k
ストライクウィッチーズ2期6話のエイラの行動が許せないのでPjMの観点から何をすべきだったのかを考える
ichimichi
1
360
DevOpsDays2026 Tokyo Cross-border practices to connect "safety" and "DX" in healthcare
hokkai7go
0
130
プロダクトを触って語って理解する、チーム横断バグバッシュのすすめ / 20260411 Naoki Takahashi
shift_evolve
PRO
1
280
NOSTR, réseau social et espace de liberté décentralisé
rlifchitz
0
170
Zero Data Loss Autonomous Recovery Service サービス概要
oracle4engineer
PRO
5
14k
ある製造業の会社全体のAI化に1エンジニアが挑んだ話
kitami
2
930
Featured
See All Featured
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.3k
Git: the NoSQL Database
bkeepers
PRO
432
67k
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
110
Abbi's Birthday
coloredviolet
2
6.6k
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
180
How GitHub (no longer) Works
holman
316
150k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
Amusing Abliteration
ianozsvald
1
150
GraphQLとの向き合い方2022年版
quramy
50
14k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8k
Between Models and Reality
mayunak
3
260
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.7k
Transcript
Systems ManagerとAWS Configの ちょっといい話 2018/07/05 OpsSecJAWS #1
AWS Systems Manager 使ってますか?
Run Command コマンドのリモート実行 ステートマネージャー OS設定の一貫性を維持 インベントリ インベントリ情報を収集 メンテナンスウィンドウ 管理・保守タスクを 定期的に実行
パッチマネージャー パッチ適用を管理 オートメーション 一般的な保守・デプロイ タスクを自動化 パラメータストア 機密データを一元管理 AWS Systems Manager
Run Command コマンドのリモート実行 ステートマネージャー OS設定の一貫性を維持 インベントリ インベントリ情報を収集 メンテナンスウィンドウ 管理・保守タスクを 定期的に実行
パッチマネージャー パッチ適用を管理 オートメーション 一般的な保守・デプロイ タスクを自動化 パラメータストア 機密データを一元管理 AWS Systems Manager 本日はここ
インベントリ • AWSの基本(責任共有モデル) • OSより下位レイヤーの部分はAWSで管理、それ以上は利用者責任 • インベントリのすごいところ • OS以上の管理ができる(ログインなしで) •
責任範囲は利用者だけど、AWSの機能を使って管理できるように 責任共有モデル:https://aws.amazon.com/jp/compliance/shared-responsibility-model/
お見合い AP ミドル・各種SW OS周り AWSインフラ Dev Ops 誰??? 初期導入時はインフラ側 に任せて構築してもらっ
たので、その後のメンテ もOpsでお願いできると 思いがち。 こういうところの状態管 理って、EXCELで手で更 新とかそういう文化が残 ってる 初期開発が終わり Opsフェーズに入ると、 Opsは、OS以下の安定 稼働に注力しがち…
Systems managerで解決 AP ミドル・各種SW OS周り AWSインフラ Dev Ops Systems managerで、
EC2内の各種コンポー ネント情報を管理可能
コンポーネントの一覧を確認可能
変更を追跡可能(AWS Config)
みます?
None
確認 顧客 顧客環境 AWS Config Excel 生成 AWS構成 パラメーターシート Lambda
発火 本番環境 複製環境 + Ops 複製 検知
None
Tips • イベントドリブンでやるにはCloudWatchEventsだが… • Inventory Resource State Changeだとインベントリ変更に反応しない • これはカスタムインベントリのステータス変更に関するトリガー
• 英語版のドキュメントにだけ記載あり https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-inventory-delete.html#sysman-inventory-delete-cwe • Config RulesのSSM:ManagedInstanceInventoryで対応する こっち こっちじゃなく て
Tips • 変更時以外も発火する • 新規インベントリ関連付け時や、起動・停止時など • 厳密に「変更された時だけ」をトリガーしようとすると地味に条件は多い • ユースケースによってはスケジュール実行が無難なケースも… ◦停止時
"invokingEvent":{ "configurationItemSummary":{ "changeType\":"DELETE", <…中略…> "messageType":"OversizedConfigurationItemChangeNotification", "recordVersion":"1.0" }, ◦起動時、新規インベントリ関連付け時など "invokingEvent":{ "configurationItemDiff":{ "changedProperties":{}, "changeType":"CREATE“ }, <…中略…> "messageType":"ConfigurationItemChangeNotification", "recordVersion":"1.3“ },
まとめ • 宙ぶらりんな部分を無くす努力を • AWSの機能で実現できるならガンガン使おう (今回はSystems Manager ) • AWS
Nativeが難しければ、既存ソフトとの併用を (今回はSystems Manager +Excel ) • ツール化で煩雑な作業を減らそう • 現場と管理者は良き関係を維持しよう
Thank you