Richhhhh🧀

1. 후속조치 기록 1-1. 후속조치 개요 - 장애 발생 후 원인 분석, 대응 방안 정리, 예방 조치 중요함 - 시스템 안정성과 신뢰성 위해 필수 과정임 - 후속조치를 위한 원인 분석과 기록의 중요성 강조함 - 다섯 가지 '왜' 질문을 통해 근본 원인 파악할 수 있음 - 애플리케이션 배포 실패의 원인을 분석하고 배포 환경 테스트 미흡으로 근본 원인 찾음 1-2. 원인 분석 방법 - 다이어그램을 통해 프로세스, 도구, 환경 등 큰 단위 내부의 문제 확인할 수 있음 - 테스트, 배포 자동화 스크립트, 환경 차이, 코드 반영 문제 등을 파악함 - PC본 다이어그램을 통해 원인을 시각적으로 확인할 수 있음 - 원인 분석을 통해 단기해결책과 장기해결책을 도출함 - 테스트 및 검증을 통해 해결책이 제대로 반영되었는..

1. 장애 분석과 진단 1-1. 초기 대응과 모니터링 - 장애 발생 시, 관련 팀에 통보하여 초기 대응을 함 - 모니터링 시스템을 통해 장애 상황을 빠르게 인지할 수 있도록 함 - 임계점 설정을 통해 장애 심각도를 파악하고, 우선순위를 정함 - 서비스 중단, 서비스 성능 저하, 데이터 손상 등 영향을 고려함 - 장애의 심각성을 판단한 후, 해결 전략을 수립함 1-2. 장애 심각도 평가 - 장애의 심각도를 판단하기 위해, 코드의 재현 가능성과 동일한 상황에서의 재발 가능성을 고려함 - 장애 원인 분석을 위해, 장애 사항을 재현하고, 문제 제어를 통해 근본 원인을 명확히 파악함 - 장애 로그와 매트릭을 기반으로 과거 유사한 장애 패턴을 분석하고, 패턴에 따른 원인을 파악함 - 장애 패턴 인식을 통해, 비슷한..

1. 장애 대응 전략 1-1. 장애 대응의 중요성과 개발자의 역할 - 장애 발생 시 적절한 대응 전략을 수립해야 시스템 안정성을 유지하면서 사용자 경험에 미치는 영향 최소화 가능함 - 효과적인 장애 대응 전략은 명확한 절차와 프로세스 수립을 통해 문제를 신속하게 해결하는 데 초점을 둠 - 개발자는 개발 역할과 함께 문서화, 커뮤니케이션 능력 등 다각도에서 능력이 필요함 - 장애 발생 시 대응을 담당하는 개발자와 연락처 및 커뮤니케이션 채널을 미리 설정하고 연락해야 함 - 대응팀 구성에 시나리오 기반의 대응 전략을 포함시켜야 함 1-2. 대응 절차와 테스트의 중요성 - 대응 절차는 표준화된 운영 절차를 작성하여 일관된 대응을 보장해야 함 - 장애 유형별 표준화된 절차를 작성하거나, 긴급 상황 시 대응 매뉴..

1. 장애 식별과 모니터링 1-1. 장애 식별의 중요성 - 고객으로부터 장애가 접수되는 경우가 좋지 않음 - 서비스 제공 명분을 잃어버리고 기업 평판과 서비스에 부정적인 영향을 줌 - 서비스 잃어버리면 다른 사람에게 추천할 수도, 사용자도 떠날 수 있음 - 장애가 고객으로부터 먼저 식별되는 것보다 내부에서 먼저 식별하고 해결하는 것이 중요함 - 장애 식별을 위해서는 모니터링이 필수적임 1-2. 모니터링의 요소 - 시스템 모니터링은 CPU, 메모리, 디스크, 네트워크 대역 등을 실시간으로 모니터링하여 병목을 조기 식별하고 대응함 - 대시보드를 통해 메모리 사용량을 그래프로 표시하여 서비스 병목을 식별함 - 특정 메모리 사용량이 일반적인 30%를 넘어가면 알람을 발송하여 서비스를 조기 파악함 - 서비스 병목..

1. 장애 대응 강의 1-1. 장애 발생 시 대응 전략 - 메인 대시보드 유지보수 중 오류 발생으로 인한 장애 발생 시 대응 방안을 설명함 - 오류가 발생한 영역을 제외한 다른 영역도 함께 대시보드에 노출되어야 함을 강조함 - 사용자와 관리자 모두 장애 영역을 쉽게 인지할 수 있도록 하여 대응 시간을 줄이는 것이 중요함 - 장애 시간은 시간을 가리지 않으므로 장애 발생 시 대응 전략을 세워야 함 - 여러 사용자와 개발자로부터 연락이 올 수 있으므로 멘탈 관리가 중요함 1-2. 장애 발생 원인 파악 - 장애 발생 시 해당 영역의 유지보수 코드가 문제일 수 있음을 인지함 - 단위 테스트 코드를 통해 문제를 식별하고 수정할 수 있음 - 수정한 코드와 관련 없는 다른 영역에서 문제가 발생할 수 있음을 인지함 -..

1. 웹 보안 문제와 그 방어법 1-1. 웹 리다이렉트 공격과 피해 예시 - 웹 리다이렉트는 사용자 악성 사이트로 유도하는 공격 방식임 - 공격자는 사용자의 로그인 페이지를 공격 웹사이트로 리다이렉트시키는 방식으로 공격을 시도함 - 피싱 사이트를 만들어 사용자에게 로그인 요청을 계속해서 보내는 공격 시나리오를 예로 듦 - 공격 시나리오에서는 사용자의 리다이렉트 URL이 공격자가 만든 피싱 사이트로 가게 됨 - 공격자는 이후 사용자의 개인정보를 입력하도록 요구하며, 이를 통해 문제를 일으킬 수 있음 1-2. 웹 보안 문제 해결 방안 - 허용된 URL 목록을 사용하는 것이 첫 번째 방안임 - 미리 허용된 링크들만 리다이렉트하도록 설정하여 문제를 방지함 - 입력 검증을 통해 불법적인 링크를 검증함 - 상대 경..

1. 시큐어 코딩과 보안 취약점 패치 1-1. 시큐어 코딩의 중요성과 패치에 대한 이해 - 시큐어 코딩의 중요성을 강조하며, 개발 및 면접 준비에 대한 패치에 대해 설명함 - 보안 취약점이 개발 시에 처음에 나타나면 좋지만, 패치를 통해 알고 있어야 함 - 유지보수와 취약점 보완이 필요하며, 이를 통해 애플리케이션을 녹여야 함 - 중요하다고 여겨지는 이슈들을 위주로 설명하고, 실제로 경험한 사례를 소개함 1-2. 쿠버네티스 환경에서의 보안 관리 - 쿠버네티스 환경에서 방화벽이 막혀있을 때, 개발한 애플리케이션의 보안 관리에 대해 설명함 - 애플리케이션 개발 시, 이에 따른 방화벽 허용 요청에 대해 설명함 - 이 요청이 동작하지 않는 경우, 원인은 도메인 문제가 아니라 정책 문제임 - 클라이언트 중심 애플..

📌 Kafka와 RabbitMQ는 무엇인가요?둘 다 서비스 간 데이터를 주고받는 **메시지 브로커(Message Broker)**예요.하지만 설계 목적과 동작 방식이 달라서 각각 잘 맞는 상황이 있어요.Kafka: 대용량 데이터 스트리밍과 이벤트 로그에 특화RabbitMQ: 빠르고 가벼운 메시지 전달과 비동기 작업 처리에 적합 📊 비유로 이해하기Kafka는 CCTV 녹화 시스템모든 이벤트(로그)를 순서대로 기록하고 필요할 때 다시 돌려봄데이터가 많아도 끊김 없이 빠르게 저장 RabbitMQ는 택배 물류 센터도착한 택배(메시지)를 즉시 배달배달(처리)이 끝나면 창고에서 삭제 🧠 Kafka와 RabbitMQ의 동작 방식 차이점 개념🗂️ Kafka 📬 RabbitMQ 메시지 저장하드디스크에 영구 저장..

🎯 주제Apache Kafka의 기본 개념과 특징, RabbitMQ와의 차이점 학습실시간 대용량 데이터 처리를 위한 분산 스트리밍 플랫폼의 이해 📝 핵심개념 정리Kafka의 정의와 특징분산 스트리밍 플랫폼으로 실시간 데이터 피드의 빅데이터 처리 목적 ⭐ 대용량 데이터 스트림 저장과 실시간 분석에 중점 Kafka의 주요 구성요소메시지: 데이터 단위로 키, 타임스탬프, 메타데이터로 구성 프로듀서: 메시지를 생성하고 Kafka로 전송하는 역할 토픽: 메시지를 저장하는 장소, 여러 파티션으로 분할 가능파티션: 토픽을 물리적으로 나눈 단위, 독립적 메시지 저장/관리 컨슈머: 토픽에서 메시지를 가져와 처리하는 역할 브로커: Kafka 클러스터의 각 서버, 메시지 저장/전송 담당 주키퍼: Kafka 클러스터 관리..

🐇 1. RabbitMQ – 메시지를 주고받는 우체부 📌 RabbitMQ란?RabbitMQ는 서비스와 서비스 간에 데이터를 주고받을 수 있도록 돕는 **메시지 브로커(Message Broker)**입니다.우체부처럼 한 곳에서 보낸 메시지를 받아 다른 곳으로 전달해주는 역할을 해요. 🧐 왜 RabbitMQ가 필요할까요?서비스 간의 직접 연결 문제서비스 A가 서비스 B에게 데이터를 보낼 때, B가 문제가 생기면 A도 영향을 받아요.RabbitMQ는 중간에서 데이터를 받아 대신 전달해주기 때문에 서비스 A는 B의 상태를 신경 쓸 필요가 없어요.비동기 처리즉시 응답이 필요하지 않은 작업(예: 이메일 전송, 로그 저장)을 비동기로 처리해 성능을 높여줘요. 📊 RabbitMQ의 주요 개념프로듀서(Produc..