IT 냉동인간 미니대왕님(miniking)

OR Pod = 15개MD Pod = 60개(Oracle DB 사용 가정)→ 커넥션 풀을 얼마로 설정해야 안전한가?1️⃣ 가장 먼저 확인해야 할 것Oracle DB에서: SHOW PARAMETER sessions;SHOW PARAMETER processes; 예를 들어:sessions = 1000운영 여유 100 확보실제 사용 가능 = 900라고 가정해보겠습니다.2️⃣ 전체 Pod 수 계산 총 Pod = 15 + 60 = 75개 3️⃣ 전체 커넥션 허용치 ÷ Pod 수예시: 900 ÷ 75 ≈ 12 👉 Pod당 최대 12개4️⃣ 실무 권장 값 (안전 마진 적용)DB는 항상 여유를 둬야 합니다. 권장 = 계산값의 70~80% 12 × 0.8 ≈ 9~10✅ 🎯 최종 권장 설정구분권장 maxPoolSize..

1️⃣ 기본 개념✅ maximumPoolSize란?동시에 사용할 수 있는 최대 DB 커넥션 개수예:maximumPoolSize = 10→ 동시에 10개의 DB 연결만 사용 가능→ 11번째 요청은 대기2️⃣ Spring Boot 설정 방법✅ application.yml spring: datasource: hikari: maximum-pool-size: 20 minimum-idle: 10 connection-timeout: 30000 idle-timeout: 600000 max-lifetime: 1800000 ✅ application.properties spring.datasource.hikari.maximum-pool-size=20spring.datasource.hikari.minimum-idle=10sp..

기본설명rclone + minio 조합으로 pod에 마운트Minio독립서버에 docker로 설치아래의 스크립트 수정하여 필요시 변경가능minio가 점점 유료화로 넘어가면서 ui관련 기능을 제거하고 있어서 마지막 docker hub 버전을 사용rclone-csistorageclass에 rclone옵션 설정 가능 (https://github.com/veloxpack/csi-driver-rclone/blob/main/docs/driver-parameters.md) 기본 설정은 다음과 같이 함 mountOptions: - allow_other # 다른 사용자/프로세스도 이 마운트 포인트에 접근 가능하게 함 (필수: Pod 안에서 root 아닌 사용자도 읽기/쓰기 하려면) - v..

MinIO 설치, 이렇게 쉬워도 되나요?요즘 기술의 발전 속도에 감탄할 때가 많습니다.그중 하나가 바로 MinIO 설치 경험이었습니다.보통 새로운 시스템을 설치할 땐 문서부터 보고, 의존성도 확인하고, 예상보다 시간이 더 걸리는 경우가 많죠. 그런데 이번에는 정말 다릅니다.터미널에 명령어 하나 입력했을 뿐인데, 10초도 안 돼서 MinIO가 설치되어버렸습니다.정말 “좋은 세상이다”라는 말이 절로 나올 정도였습니다.클라우드 네이티브 환경에 적합한 오브젝트 스토리지를 이렇게 빠르게 설치할 수 있다니, 개발자 입장에서 이보다 더 편한 세상이 있을까 싶습니다.이제 설치 시간보다 설정을 고민하는 시간이 더 오래 걸리는 시대가 온 것 같네요. 🙌 원샷 스크립!# ✅ 1. 시스템에 필요한 기본 패키지 설치 ech..

IT 인프라 & DevOps 스킬 인벤토리 정리IT 인프라와 DevOps 역량은 단순히 “무엇을 해봤다”를 나열하는 것보다,어떤 환경에서 · 어떤 문제를 · 어떻게 해결했는지를 체계적으로 정리하는 것이 중요합니다.이번 글에서는 IT 인프라 & DevOps 스킬 인벤토리를 하나의 기준으로 정리해봅니다.🏗️ 1. 인프라 기본 역량 (Infrastructure Fundamentals)✔ 서버 & OSLinux (Ubuntu, Debian, CentOS, Rocky Linux)사용자 / 권한 관리패키지 관리 (apt, yum, dnf)시스템 로그 분석 (journalctl, /var/log)서비스 관리 (systemctl)✔ 네트워크TCP/IP 기본 구조 이해DNS / DHCP포트 & 방화벽 설정 (iptab..

DB 고객 개인정보 데이터 분리 방안 (SH)고객의 개인정보(PII, Personally Identifiable Information)는유출 시 기업 신뢰도와 법적 책임에 치명적인 영향을 미칩니다.따라서 DB 설계 단계에서부터 개인정보 분리(Separation & Hardening, SH) 전략을 적용하는 것이 필수입니다.📌 1. 개인정보 데이터 분리의 목적개인정보 유출 리스크 최소화내부 사용자 오남용 방지장애 및 침해 발생 시 영향 범위 축소개인정보보호법 / ISMS-P 대응🧱 2. 개인정보 분리 기본 원칙 (SH 원칙)원칙설명S (Separation)업무 데이터와 개인정보 물리·논리적 분리H (Hardening)접근 통제, 암호화, 감사 로그 강화🗂️ 3. 분리 방식 유형3-1. 논리적 분리 (..