docker image pull postgres
docker image ls
docker container ls
psql -U postgres
컨테이너 재생성 후 데이터 확인
| 08. 도커(Docker) 컨테이너 생성에 익숙해지기 (0) | 2025.09.22 |
|---|---|
| 07. 도커(Docker) 컨테이너의 통신 (0) | 2025.09.22 |
| 05. 도커(Docker) 컨테이너 네트워크 사용하기 (0) | 2025.09.19 |
| 04. 도커(Docker) 기초 명령어 사용하기 (0) | 2025.09.18 |
| 03. 도커(Docker) 설치하기 (0) | 2025.09.18 |
👉 비유:
{
"Key": "Project", // 태그 이름: 어떤 프로젝트인지
"Value": "ShoppingApp" // 태그 값: 쇼핑 앱 프로젝트
}👉 설명: EC2나 S3 같은 리소스에 "이건 쇼핑앱 프로젝트용이야" 라고 이름표를 붙이는 것.
이렇게 하면 나중에 비용을 프로젝트별로 확인할 수 있어요.
👉 비유:
👉 예시:
👉 단점:
📝 EC2 스팟 인스턴스 요청 JSON 예시
{
"InstanceType": "m5.large", // 인스턴스 종류 (중간 크기 서버)
"SpotPrice": "0.05", // 시간당 내가 낼 최대 가격 ($0.05)
"InstanceCount": 3, // 실행할 서버 개수 (3대)
"Action": "request" // 스팟 인스턴스 요청
}👉 즉, "세일 서버 3대 주세요! 단, 5센트 이상이면 안 사요~" 라는 뜻이에요.
시험 문제에서도 항상 **“비용 + 성능 둘 다 고려된 답”**이 정답일 확률이 높습니다 ✅
| AWS SOA-C02 Domain 5 Review (0) | 2025.09.19 |
|---|---|
| AWS SOA-C02 Domain 4 Review (0) | 2025.09.19 |
| AWS SOA-C02 Domain 3 Review (0) | 2025.09.18 |
| AWS SOA-C02 Domain 1 Review (0) | 2025.09.18 |
{
"Comment": "Route 53 A 레코드 예시", // 레코드 설명
"Changes": [
{
"Action": "CREATE", // 레코드 생성 동작
"ResourceRecordSet": {
"Name": "example.com", // 도메인 이름
"Type": "A", // A 레코드 (IPv4 주소 매핑)
"TTL": 300, // TTL (캐싱 시간, 초 단위)
"ResourceRecords": [
{ "Value": "192.0.2.44" } // 연결할 IP 주소
]
}
}
]
}
👉 현업에서는 Alias 레코드를 활용해 CloudFront 배포 또는 S3 버킷과 연결하는 경우가 많습니다.
네트워크와 콘텐츠 전송을 잘 알면:
👉 VPN = 비밀 터널 🛤️
👉 VPC Peering = 옆 단지랑 다리 놓기 🌉
👉 Session Manager = 열쇠 없어도 관리실에서 초대해서 들어가기 🚪
📝 Route 53 레코드 예시 (DNS 등록)
{
"Comment": "Route 53 A 레코드 예시", // 설명: 도메인 연결 기록
"Changes": [
{
"Action": "CREATE", // 동작: 새로 만들기
"ResourceRecordSet": {
"Name": "example.com", // 도메인 이름
"Type": "A", // A레코드 (IP와 연결)
"TTL": 300, // 캐싱 시간 (5분)
"ResourceRecords": [
{ "Value": "192.0.2.44" } // 진짜 서버 IP 주소
]
}
}
]
}👉 시험에서도, 실무에서도 항상 “보안과 안정성”이 더 좋은 답을 고르면 정답일 확률이 높습니다 ✅
| AWS SOA-C02 Domain 6 Review (0) | 2025.09.19 |
|---|---|
| AWS SOA-C02 Domain 4 Review (0) | 2025.09.19 |
| AWS SOA-C02 Domain 3 Review (0) | 2025.09.18 |
| AWS SOA-C02 Domain 1 Review (0) | 2025.09.18 |
> 이 도메인은 시험 점수의 **16%**를 차지하며, AWS 보안과 규정 준수 정책을 이해하고 구현하는 능력을 평가합니다.
> 핵심은 **비밀 유지(Secrets)** 와 **보안 유지(Security)** 입니다.
---
- **IAM 관리**
- **감사 & 모니터링**
---
- **데이터 보호 & 분류**
- **암호화 & 키 관리**
- **비밀 관리 & 보안 서비스**
---
{
"Version": "2012-10-17", // 정책 버전 (항상 이 날짜 형식 고정)
"Statement": [ // 권한을 정의하는 블록
{
"Effect": "Allow", // 허용(Allow) 또는 거부(Deny)
"Action": "s3:*", // S3 서비스에서 모든 동작 허용
"Resource": "*" // 모든 S3 리소스에 적용
}
]
}👉 실제 현업에서는 Resource 를 "arn:aws:s3:::my-bucket/*" 같이 특정 리소스로 제한하는 것이 보안 모범 사례입니다.
flowchart TD
A["보안 & 규정 준수 고려"] --> B["IAM 관리"]
A --> C["변경 관리 & 자동화"]
A --> D["감사 & 추적"]
B --> B1["최소 권한 원칙"]
B --> B2["MFA 적용"]
B --> B3["Role / Federation 활용"]
C --> C1["자동화 도구를 통한 리소스 제어"]
C --> C2["프로덕션 계정 직접 액세스 최소화"]
D --> D1["CloudTrail 로그"]
D --> D2["CloudWatch 알람"]
D --> D3["규정 준수 상태 점검"]
📝 예시 IAM 정책 JSON
{
"Version": "2012-10-17", // 정책 버전 (고정된 표준)
"Statement": [
{
"Effect": "Allow", // 허용 규칙
"Action": [ // 허용할 액션 목록
"ec2:StartInstances",
"ec2:StopInstances"
],
"Resource": "arn:aws:ec2:ap-northeast-2:123456789012:instance/*"
// 특정 계정의 모든 EC2 인스턴스
}
]
}
```
👉 실무 포인트
✅ 결론: 보안 및 규정 준수는 AWS 인프라의 기초 체력
시험뿐 아니라 실무에서도 IAM, 감사, 암호화는 반드시 숙지해야 하는 핵심입니다.
| AWS SOA-C02 Domain 6 Review (0) | 2025.09.19 |
|---|---|
| AWS SOA-C02 Domain 5 Review (0) | 2025.09.19 |
| AWS SOA-C02 Domain 3 Review (0) | 2025.09.18 |
| AWS SOA-C02 Domain 1 Review (0) | 2025.09.18 |
AWS Service Catalog를 사용하면 관리자가 승인된 EC2 인스턴스 템플릿을 미리 정의할 수 있음.
각 사업부는 Service Catalog 안에서만 인스턴스를 실행할 수 있으므로, 표준화된 구성만 사용 가능.
👉 정리: "여러 부서에서 EC2를 써야 하지만 반드시 표준화된 구성만 쓰게 하고 싶다" → 정답은 무조건 Service Catalog.
👉 즉, CloudWatch + SNS 조합이 정답!
👉 조직의 계정에 CloudFormation StackSets을 배포하고,
👉 각 계정에서 CloudWatch Alarm을 생성하며,
👉 로그/보안 계정에 있는 SNS 주제로 알림을 전달한다.
👉 이렇게 하면 Q326은 “멀티 계정 환경에서 중앙 집중식 CloudWatch 알림 체계 구축” 문제라는 게 명확해집니다 ✅
VPC 액세스를 위해 Lambda 함수를 재구성하고, NAT 게이트웨이를 통해 인터넷으로 라우팅하도록 설정
👉 핵심 기억: Lambda + VPC 연결 시 인터넷 접근하려면 NAT 게이트웨이 필요! 🚀
Amazon CloudWatch 경보로 임계값을 모니터링하고,
해당 경보가 발생하면 AWS Lambda를 호출하여 할당량 증가 요청을 자동화.
👉 이렇게 정리해두면, 비슷한 문제에서 "모니터링 + 자동 액션" 키워드를 보면 바로 CloudWatch + Lambda 조합을 떠올리면 됩니다.
| [AWS SOA-C02] Multiple Choice-2 오답노트 14EA (0) | 2025.09.27 |
|---|---|
| [AWS SOA-C02] Multiple Choice-1 오답노트 15EA (0) | 2025.09.26 |
| [AWS SOA-C02] Q383 ~ Q429 오답노트 7EA (0) | 2025.09.26 |
| Q101 ~ Q150 오답노트 21EA (0) | 2025.09.12 |
| Q001 ~ Q100 오답노트 22EA (0) | 2025.09.07 |
docker network ls
docker container ls -a
docker container start [my-ubuntu:0.1 Container ID]
docker container attach [my-ubuntu:0.1 Container ID]
ifconfig
nice@myserver01:~$ docker container run -it --network=host my-ubuntu:0.1 bash
root@myserver01:/# ifconfig
root@myserver01:/# exit
nice@myserver01:~$ docker container run -it --network=bridge my-ubuntu:0.1 bash
root@myserver01:/# ifconfig
root@myserver01:/# exit
nice@myserver01:~$ docker container run -it --network=none my-ubuntu:0.1 bash
root@myserver01:/# ifconfig
root@myserver01:/# exit
2. 컨테이너 내부에서 네트워크 정보를 확인해 결과를 비교하고 차이를 확인하세요. (ifconfig 또는 ip addr)
| 07. 도커(Docker) 컨테이너의 통신 (0) | 2025.09.22 |
|---|---|
| 06. 도커(Docker) 스토리지(Storage) (0) | 2025.09.20 |
| 04. 도커(Docker) 기초 명령어 사용하기 (0) | 2025.09.18 |
| 03. 도커(Docker) 설치하기 (0) | 2025.09.18 |
| 02. 도커(Docker) 사용하기 (0) | 2025.09.18 |