Vậy năm cá nhân số 9 trong năm 2025 sẽ mang đến những thay đổi gì? Làm thế nào để tận dụng tối đa nguồn năng lượng này? Nếu bạn muốn biết chính xác năm cá nhân của mình và có những định hướng phù hợp, hãy truy cập Tracuuthansohoc.com—nền tảng thần số học uy tín do Tra Cứu Thần Số Học Louis Nguyễn phát triển. Năm cá nhân số 9 trong năm 2025 là gì? Trong thần số học, năm cá nhân số 9 là năm của sự kết thúc và chuyển đổi. Đây là thời điểm để bạn tổng kết lại hành trình 9 năm qua, đánh giá những gì đã đạt được và quyết định điều gì nên tiếp tục hoặc buông bỏ. Năm 2025 mang tổng năng lượng của số 9 (2+0+2+5 = 9), trùng với năng lượng của năm cá nhân số 9. Điều này làm tăng cường sức mạnh của sự hoàn tất, giải phóng và thay đổi sâu sắc trong cuộc sống của bạn. ▶️▶️▶️ Xem thêm bài viết: https://www.deviantart.com/tracuuthansohocvip/art/Tinh-Nam-Ca-Nhan-Online-1218445308 Cách tính năm cá nhân số 9 trong năm 2025 Bạn có thể xác định mình có đang ở năm cá nhân số 9 trong năm 2025 hay không bằng công thức sau: Ngày sinh + Tháng sinh + 2025 = Tổng Tiếp tục cộng các chữ số trong tổng đến khi thu được một số từ 1 đến 9. Ví dụ: Người sinh ngày 14/6 , muốn tính năm cá nhân cho 2025 : 1 + 4 + 6 + 2 + 0 + 2 + 5 = 20 2 + 0 = 2 Như vậy, năm 2025 của người này là năm cá nhân số 2, không phải năm cá nhân số 9. Nếu bạn muốn tra cứu nhanh và chính xác, hãy truy cập Tracuuthansohoc.com để nhận kết quả ngay lập tức. ▶️▶️▶️ Có thể bạn quan tâm: https://www.metooo.io/e/xem-bang-nam-ca-nhan-2025 Những lĩnh vực quan trọng trong năm cá nhân số 9 trong năm 2025 Công việc và sự nghiệp Hoàn thành những dự án quan trọng – Đây không phải là thời điểm lý tưởng để bắt đầu công việc mới mà là năm để tổng kết, hoàn thành các kế hoạch còn dang dở. Đánh giá lại sự nghiệp – Nếu bạn cảm thấy công việc hiện tại không còn phù hợp, năm nay là thời điểm để suy nghĩ về những thay đổi trong năm tới. Tránh quyết định mang tính dài hạn – Vì đây là năm của sự hoàn tất, không nên đưa ra những cam kết lâu dài về công việc hoặc đầu tư lớn. Tài chính và đầu tư Hạn chế đầu tư mạo hiểm – Đây không phải là thời điểm tốt để đưa ra những quyết định tài chính rủi ro. Tập trung vào tiết kiệm và ổn định tài chính – Hãy xem xét lại cách quản lý tiền bạc để chuẩn bị cho một khởi đầu mới vào năm cá nhân số 1. Hoàn thành các khoản nợ hoặc nghĩa vụ tài chính – Nếu có nợ nần hoặc cam kết tài chính, hãy cố gắng hoàn thành trong năm này. Tình cảm và các mối quan hệ Những mối quan hệ không còn phù hợp có thể kết thúc – Năm cá nhân số 9 thường mang đến sự buông bỏ, đặc biệt là trong tình cảm. Nếu một mối quan hệ không còn mang lại giá trị tích cực, đây là thời điểm để kết thúc một cách nhẹ nhàng. Gặp gỡ những người quan trọng – Dù một số mối quan hệ cũ có thể kết thúc, bạn cũng có thể gặp những người có ảnh hưởng lớn đến cuộc đời mình. Thời điểm để tha thứ và buông bỏ – Hãy học cách tha thứ, không chỉ với người khác mà còn với chính mình, để bước vào chu kỳ mới với tâm thế nhẹ nhàng hơn. Sức khỏe và tinh thần Tăng cường chăm sóc sức khỏe tinh thần – Năm cá nhân số 9 có thể mang đến nhiều cảm xúc mạnh mẽ, đôi khi là mất mát hoặc kết thúc. Hãy dành thời gian cho bản thân, thư giãn và chăm sóc sức khỏe tinh thần. Giữ gìn thể chất – Hãy đảm bảo rằng bạn duy trì một lối sống lành mạnh để có đủ năng lượng cho những thay đổi trong năm tới. Học cách chấp nhận và thích nghi – Nếu có sự thay đổi lớn, hãy nhớ rằng đây là một phần tự nhiên của cuộc sống và là bước chuẩn bị cho những cơ hội mới. ▶️▶️▶️ Tham khảo thêm tại bài viết: https://dictanote.co/n/1204374/ Những thách thức trong năm cá nhân số 9 trong năm 2025 và cách vượt qua Dù mang lại nhiều cơ hội để giải phóng và đổi mới, năm cá nhân số 9 trong năm 2025 cũng có những thách thức cần lưu ý: Cảm giác mất mát hoặc chia ly – Có thể bạn sẽ phải rời xa một số người hoặc tình huống không còn phù hợp. Hãy nhớ rằng đây là bước cần thiết để phát triển. Dễ bị cuốn vào cảm xúc tiêu cực – Vì là năm của sự kết thúc, bạn có thể cảm thấy hoài niệm hoặc tiếc nuối. Hãy nhìn mọi thứ dưới góc độ tích cực và tập trung vào tương lai. Cảm giác mơ hồ về tương lai – Vì năm cá nhân số 9 là năm khép lại, bạn có thể chưa thấy rõ ràng về hướng đi trong năm tới. Hãy kiên nhẫn, đừng vội vàng đưa ra quyết định quan trọng. Giải pháp Hãy chấp nhận rằng sự thay đổi là cần thiết để mở ra những cơ hội mới. Tận dụng thời gian để phát triển bản thân, học hỏi và chuẩn bị cho chu kỳ mới. Thực hành lòng biết ơn để giữ tinh thần lạc quan và sẵn sàng đón nhận những điều mới mẻ. Kết luận Năm cá nhân số 9 trong năm 2025 là thời điểm quan trọng để hoàn tất, giải phóng và chuẩn bị cho một chương mới. Dù có thể có những thử thách về cảm xúc và sự thay đổi, nếu bạn biết cách tận dụng năng lượng của năm này, bạn sẽ bước vào năm cá nhân số 1 với một tâm thế sẵn sàng và tích cực hơn. Để tra cứu chính xác xem bạn có đang ở năm cá nhân số 9 trong năm 2025 hay không, hãy truy cập Tracuuthansohoc.com—nền tảng thần số học uy tín do Tra Cứu Thần Số Học Louis Nguyễn phát triển.
"우리 회사는 고가의 최신 VPN도 도입했고 보안 솔루션도 다 샀는데, 왜 아직도 랜섬웨어에 뚫리고 데이터 유출 사고가 터질까요?" 수많은 IT 인프라 담당자와 CISO분들을 만나면 가장 먼저 듣게 되는 하소연입니다. 매일 밤낮없이 방화벽 정책을 업데이트하고 보안 경고를 모니터링하지만, 어딘가 항상 불안합니다. 왜 그럴까요? 2026년 현재, 평균적인 엔터프라이즈 기업은 100개 이상의 SaaS 애플리케이션을 사용하고 있으며, 임직원들은 카페, 집, 심지어 해외 출장지에서 회사의 핵심 데이터에 접근합니다. 전통적인 '성체와 해자(Castle-and-moat)' 보안 모델, 즉 한 번 성벽(VPN/방화벽)을 통과하면 내부의 모든 것을 신뢰하던 시대는 완전히 끝났습니다. 경계(Perimeter)가 무너진 생태계에서, 우리는 완전히 새로운 엔터프라이즈 보안 전략을 세워야 합니다. 오늘은 벤더들의 마케팅 용어에 지친 실무자 여러분을 위해, 제로 트러스트 아키텍처(Zero Trust Architecture)의 뼈 때리는 진실과 기존 레거시 환경에서 성공적으로 전환하기 위한 실전 로드맵을 공개합니다. '가짜 제로 트러스트'에 속지 마십시오: 벤더가 알려주지 않는 진실 시장에는 "우리 솔루션만 도입하면 제로 트러스트가 완성됩니다!"라고 외치는 벤더들이 넘쳐납니다. 하지만 단호하게 말씀드립니다. 단일 솔루션 도입 = 제로 트러스트 라는 생각은 가장 위험한 착각입니다. 제로 트러스트는 특정 제품이나 툴이 아닙니다. "절대 믿지 말고, 항상 검증하라(Never Trust, Always Verify)"는 철학이자 방법론이며, 아키텍처 그 자체입니다. 네트워크 내부에 접속해 있다는 이유만으로 사용자나 기기를 신뢰해서는 안 됩니다. 공격자가 직원의 계정을 탈취해 내부에 침투하는 순간, 기존의 방화벽은 무용지물이 되기 때문입니다. 진짜 제로 트러스트는 자격 증명, 기기 상태, 접속 위치, 시간 등 모든 문맥(Context)을 매 순간 평가하고 의심하는 것에서 출발합니다. 성공적인 제로 트러스트를 위한 3대 핵심 기둥 (NIST 800-207 기반) 미국 국립표준기술연구소(NIST)의 800-207 가이드라인은 제로 트러스트의 글로벌 표준으로 자리 잡았습니다. 이 가이드라인을 바탕으로 IT 담당자가 당장 주목해야 할 3가지 핵심 기둥을 정리했습니다. 1. 신원(Identity): 성벽을 대체하는 새로운 경계선 더 이상 네트워크가 경계가 아닙니다. '신원(Identity)'이 바로 새로운 보안의 경계선 입니다. 단순히 아이디와 비밀번호를 맞췄다고 끝나는 것이 아닙니다. 다중 인증(MFA)은 기본이며, 접속하려는 기기가 회사에서 지급한 안전한 기기인지(Device Posture), 최신 보안 패치가 되어 있는지 등 '문맥 기반의 지속적인 검증'이 이루어져야 합니다. 2. 마이크로세그멘테이션(Microsegmentation): 폭발 반경(Blast Radius)의 최소화 해커가 침투하더라도 피해를 최소화하는 것이 핵심입니다. 네트워크를 통째로 열어주는 것이 아니라, 애플리케이션 및 워크로드 단위로 네트워크를 아주 잘게 쪼개는 마이크로세그멘테이션 기술이 필수적입니다. 이를 통해 침입자가 발생하더라도 다른 시스템으로의 '측면 이동(Lateral Movement)'을 원천 차단하여 위협의 폭발 반경(Blast Radius)을 최소화 할 수 있습니다. 배의 격벽을 닫아 침몰을 막는 것과 같은 원리입니다. 3. 자산 및 섀도우 IT 가시성 확보: 보이지 않는 위협 통제 보이지 않는 것은 보호할 수 없습니다. 현업 부서에서 IT 팀 몰래 도입한 SaaS 앱이나 AI 에이전트 도구들, 즉 섀도우 IT(Shadow IT) 방어 가 무엇보다 시급합니다. 모든 데이터 소스, API, 클라우드 자산을 실시간으로 매핑하고 인벤토리화하여 가시성을 확보하는 것이 완벽한 통제의 첫걸음입니다. IT 인프라 담당자를 위한 3단계 실전 도입 로드맵 레거시 시스템을 하루아침에 갈아엎을 수는 없습니다. 예산과 리소스의 한계를 극복하며 점진적으로 제로 트러스트 모델로 전환하기 위한 3단계 액션 플랜을 제시합니다. 도입 단계 핵심 목표 주요 액션 플랜 (Action Items) 성공 지표 (KPI) 1단계: 가시성 확보 (0~3개월) 보이지 않는 위협 식별 전사 자산(SaaS, 엔드포인트) 인벤토리 구축 - 섀도우 IT 및 미승인 AI 도구 탐지 - 중요 데이터 흐름 및 권한 매핑 발견된 전체 자산 대비 관리 자산 비율 (90% 이상 목표) 2단계: 통제 및 제어 (3~9개월) 강력한 인증 및 폭발 반경 축소 중요 시스템 대상 SSO 및 MFA 전면 강제화 - 역할 기반(RBAC) 최소 권한 원칙 적용 - 핵심 워크로드 대상 마이크로세그멘테이션 적용 다중 인증(MFA) 적용률, 계정 탈취 시 측면 이동 방어율 3단계: 최적화 및 자동화 (9~18개월) 지속적 검증 및 동적 대응 문맥 기반(Context-aware) 동적 접근 제어 구현 - 보안 이상 징후 발생 시 자동 권한 회수 및 격리 - 정기적인 모의 해킹 및 정책 튜닝 보안 이벤트 자동 대응(Remediation) 비율 및 처리 시간 단축 SaaS 및 AI 확장에 대비하는 보안 아키텍처의 미래 2026년 이후의 IT 환경은 단순히 사람이 앱에 접속하는 것을 넘어섭니다. 자율적으로 업무를 수행하는 AI 에이전트(Agentic AI)와 API 간의 통신 등 '기계 신원(Machine Identity)'에 대한 권한 관리 가 SaaS 보안 가이드의 핵심 화두로 떠오르고 있습니다. 제로 트러스트 아키텍처는 이러한 비인간(Non-human) 계정에도 똑같이 "절대 믿지 말고, 항상 검증하라"는 원칙을 적용할 수 있는 유일한 대안입니다. 결론: 아키텍처는 기술이 아니라 '비즈니스를 지키는 방패'입니다. 고가의 솔루션을 쇼핑하듯 도입하는 시대는 지났습니다. 기존의 레거시 환경의 한계를 인정하고, 신원을 중심으로 네트워크와 애플리케이션을 촘촘하게 엮어내는 아키텍처적 사고방식이 IT 리더십의 핵심 역량입니다. 제로 트러스트로의 여정은 단거리가 아닌 마라톤입니다. 완벽하지 않더라도 오늘 당장 우리 조직의 가시성을 확보하는 첫걸음을 내딛으시기 바랍니다.
결과부터 28일 활성 사용자 27명에서 166명 (8/8 9/4 vs 9/5 10/2) 사용자당 평균 참여 시간 30초에서 1분 48초 이벤트 수 216에서 2.2천 내 방문, 에이전트 방문이 일부 섞여 있음. 내부 트래픽 제외는 10/2부터 적용함 8월은 거의 0이었음 9/13에 블로그 올린 날 direct로 한 번 튐 그 뒤로 구글 자연검색(초록)이 꾸준히 받쳐줌 10/2 하루 세션 약 30으로 지금까지 최고 구글 검색 28일 클릭 61, 노출 3.42천, 평균 순위 10.9 9/13 이후로 노출이 계속 오르는 중 노출 대부분이 영어 "online clipboard" 하나 (노출 2,331, 클릭 12) 1페이지 끝에 걸려서 노출은 많은데 클릭이 적음. 아래에서 이걸 어떻게 건드렸는지 씀 유입 1위는 direct, 2위 google 자연검색 80세션 chatgpt.com / ai-assistant가 6세션 들어옴. AI 크롤러 차단 푼 뒤 생긴 유입 vercel.com 6세션은 대시보드에서 사이트 열어본 나임 네이버는 아직 작음 (30일 클릭 7, 노출 200) 대신 가이드 페이지가 "핸드폰 동영상 컴퓨터로 옮기기" 같은 한국어 검색어로 잡히기 시작함 아직 큰 숫자는 아님. 그래도 아무도 안 쓰던 앱이 매일 누군가 들어오는 앱은 됨. 아래는 이렇게 되기까지 한 일임. 시작 Clipboard Share(clipboardapp.org)는 같은 와이파이에 있는 폰이랑 PC끼리 파일, 텍스트를 바로 넘기는 웹앱임. 학교에서 폰으로 찍은 걸 PC로 옮길 때 카톡 나에게 보내기 거치는 게 귀찮아서 만들었음. 코드는 거의 Claude Code로 짰고, 저장소 이름부터 only_ai_project 임. 근데 만들고 나서 아무도 안 썼음. 8월 31일부터 일주일 세션이 8이었음. 하루 말고 일주일. 그래서 9월 12일부터 브라우저 에이전트 Aside를 붙여서 키워보기로 함. 코드 작업은 Claude Code 브라우저로 하는 일(서치어드바이저, GA4, 블로그 발행, 커뮤니티 가입)은 Aside 나는 방향 정하고 승인하는 역할 아래는 3주 동안 실제로 한 일을 날짜순으로 적은 거임. 잘 된 것보다 헛발질이 많음. 9/12 검색 등록 다시 함 1월에 서치어드바이저 등록해 둬서 끝난 줄 알았는데, 실제 서비스 주소는 www였음. Vercel에서 apex를 www로 보내는 리다이렉트가 307이었음. 308로 바꿈 서치어드바이저에 www를 따로 등록함 소유확인 메타 태그는 URL마다 토큰이 다름. apex 태그가 있어도 www는 인증 안 됨. 메타 하나 더 넣으니 됨 Bing은 Search Console 가져오기로 한 번에 끝남 GA4는 수집된 적 없는 이벤트를 주요 이벤트로 못 걸게 돼 있음. "이벤트 만들기"로 같은 이름 만들면서 토글 켜서 미리 등록함 9/13 하루에 너무 많이 함 블로그 글 velog, 네이버에 소개 글 하나씩 올림 처음엔 AI로 만든 얘기 빼달라고 했음 몇 시간 뒤 생각 바뀜. 방문자 늘리는 게 목적이면 숨길 이유가 없었음. 바이브코딩, Claude Code가 오히려 검색어였음 두 글 지우고 검색어 기준으로 제목 다시 씀 네이버 글 스크린샷에 앱 대신 빈 여백이 찍혀 있었음. page.screenshot 의 clip x 오프셋이 안 먹은 거였음. 전체 캡처 후 PIL로 자르는 방식으로 바꿈 사이트 하루 1,000 방문 목표로 16주 계획 세움 (100, 300, 600, 1,000) robots.txt 에 Cloudflare 관리형 블록이 붙어서 GPTBot, ClaudeBot 같은 AI 크롤러를 전부 막고 있었음. 내가 넣은 적 없는 설정이라 풀었음 (나중에 이게 의외의 효과를 냄) 검색어 하나당 정적 가이드 페이지 하나씩, 한국어·영어 12개 추가함 페이지마다 HowTo, FAQPage JSON-LD 넣음. 사이트맵 24개 URL 됨 자동화 Aside 루틴 3개 등록함. 주간 리포트, 네이버 블로그·지식iN 초안, velog 개발기 초안 무료 플랜은 루틴 3개가 한도라 원래 돌던 루틴 하나 멈춤 전부 초안만 쓰고 내가 승인하면 발행하는 구조였음 9/14 1월 등록분은 사실상 방치였음 첫 주간 리포트 나옴. 세션 67. 대부분 블로그 올린 날 들어온 direct 1월에 등록한 apex 속성은 사이트맵 제출 이력이 아예 없었고 데이터 전부 0이었음 www 속성도 수집 요청 0건이었음 사이트맵 내고 URL 23개 하나씩 수집 요청함 9월 안에서는 주별로 내려감 8월 대비로는 올랐지만, 9월 안에서 주 단위로 보면 내려가고 있었음. 기간 일평균 세션 구글 자연검색 세션 9/7~9/13 9.6 10 9/14~9/20 8.1 34 9/21~9/27 7.1 22 3주 연속 하락. 4주차 목표 하루 100 대비 7% 정도 블로그 올린 날 반짝 들어온 direct가 빠진 게 큼 (51에서 17, 20) 대신 구글 자연검색은 늘었고, 네이버 색인은 1페이지에서 24페이지 됨 네이버는 가이드 페이지를 노출하고 있었음. "컴퓨터동영상핸드폰옮기기" 같은 검색어로 들어옴 구글은 "online clipboard" 하나가 노출 대부분이었음. 주 800 노출에 클릭 3 느린 이유 중 하나는 나였음. 초안 승인을 그냥 넘긴 게 많았음 velog 개발기 1편은 9/17에 초안 나왔는데 10/1까지 발행 안 됨 그사이 초안 파일이 지워져서 루틴이 같은 글을 다시 씀 네이버 로그인이 수시로 풀림. 루틴이 이걸 게시판 권한 문제로 착각하고 4번 재시도한 적도 있음 9/29 단축 URL 물어봤다가 버그 찾음 파일을 짧은 링크로 보내게 하면 사람 늘지 않을까 물어봤음. 답은 하루 0.06~0.8 세션 증가. 기존 사용자 공유만 늘 뿐 새 유입 경로는 못 된다는 계산 차라리 "online clipboard" CTR 고치는 게 크다고 함 (교실에서 칠판에 짧은 주소 적어 반 전체가 받는 용도라고 하니 추정이 달라지긴 함) 이 얘기하다가 나온 진짜 문제 두 개 qr_generated 이벤트가 컴포저블 본문에 있어서 페이지 뜰 때마다 찍히고 있었음. page_view 241에 qr_generated 223. QR 실사용은 측정이 안 되던 상태 파일 목록 조회, 삭제 API에 인증이 없었음. 공유 링크에 roomId가 들어가니 링크 받은 사람이 curl로 방 파일을 다 보거나 지울 수 있었음 둘 다 PR #35로 고침. 소켓 연결 때 방 토큰 발급하고, 토큰 없으면 401. 백엔드 배포는 Aside가 Tailscale SSH로 서버 붙어서 함. 10/1 PR 14개 머지 #36부터 #49까지 하루에 들어감. 건의하기 링크 (구글폼) 파일 한도 100MB에서 500MB, 같은 날 다시 5GB 100MB 넘으면 R2 멀티파트로 64MiB씩 업로드, 새로고침해도 이어 올림 업로드 취소 접속 기기마다 "수줍은 강아지" 같은 동물 닉네임 반응형 레이아웃 P2P 연결 사전 점검 중간에 알게 된 것 한도가 10MB인 줄 알았는데 라이브는 이미 100MB였음. 10MB는 코드에 남은 옛 기본값 크기 제한이 클라이언트에만 있었음. 서명에 ContentLength가 없어서 마음먹으면 아무 크기나 올라갔음. 서버 검사 추가함 5GB는 경쟁 서비스 보고 정함. WeTransfer 무료 3GB, Wormhole 서버 보관 5GB P2P는 아직 실제 전송에 안 씀. 학교·회사 와이파이가 기기 간 통신을 막는지 결과만 GA4로 수집 중. 테스트 때 direct_lan, 129.3Mbps 찍힘 작업 방식 나는 방향 정하고 화면 보고 이상한 거 짚음 (내 행만 높이가 두 배라든가) 코드는 Aside가 띄운 Sonnet 서브에이전트가 짬 Aside가 diff 보고 PR 열고, CI랑 Vercel 프리뷰 통과하면 머지 백엔드 바뀌는 PR은 서버 먼저 배포, 그다음 머지, 마지막에 서버를 master로 되돌림 머지하면 매번 라이브 사이트에서 체크리스트 돌림. 멀티파트 테스트 땐 실제로 2GB 넘게 올려봄 10/2 승인 버튼을 내가 안 누르기로 함 Claude Academy "AI 네이티브 SDLC 플레이북" 코스 보다가 정함. 앱을 에이전트한테 통째로 맡기고 나는 하루 한 번 보고만 받기로 함. 목표 다시 잡음 하루 1,000 방문은 너무 멀어서 28일 활성 사용자 1,000명으로 바꿈 광고 수익 계산해 보니 지금 트래픽이면 월 200~1,100원 Vercel Hobby는 비상업용이라 광고 붙이면 유료 플랜 필요 상업화 접고 포트폴리오로 가기로 함 저장소에 만든 것 intent/goal.md : 목표와 금지 사항. 광고·스팸·다계정·봇 트래픽 금지, 사용자 파일 내용은 안 읽음 ops/bands.json : 지표가 얼마나 벗어나면 기록할지, 진단할지, 고칠지 정한 기준. 판단은 스크립트가 하고 모델은 안 낌 자동 머지 게이트: auto/ 브랜치 푸시하면 허용 경로인지 보고, SEO 검사·테스트·빌드 통과하면 master로 감. 허용 밖 파일이 섞이면 PR로 남김 그전엔 CI가 아예 없었음. master 푸시하면 그대로 배포됐음 허용 목록은 이렇게 생김. # 목표·제약은 owner만 바꾼다 !intent/goal.md intent/** ops/reports/** ops/playbooks/** frontend/public/guide/** frontend/public/sitemap.xml frontend/public/llms.txt frontend/src/i18n/locales/*.json 맨 위 !intent/goal.md 는 처음엔 없었음. 첫 실행 때 에이전트가 goal.md에 CAPTCHA 규칙 한 줄 넣었는데 승인 없이 자동 머지됨 intent/** 전체를 허용해서 목표 파일까지 에이전트가 바꿀 수 있었던 것 제외 패턴 지원 추가하고 goal.md 막음. 지금은 건드리면 BLOCK 뜸 SEO 검사는 첫날 바로 하나 잡음. /en/guide/ 타이틀 74자여서 68자로 줄임. 첫 intent는 "No Code" 에이전트가 고른 첫 과제는 역시 "online clipboard" (노출 1,057, 클릭 7) 구글 상위 사이트 보니 거의 다 6자리 코드나 PIN 입력 방식이었음 우리는 같은 와이파이면 코드 없이 바로 붙음 /en/ 타이틀을 "Online Clipboard – No Code, No Sign-up. Phone to PC up to 5GB"로 바꿈 사람 손 안 거치고 자동 배포됨 효과는 10/9~12쯤 확인 예정. 아직 모름 측정이 오염돼 있었음 text_share 115회 중 대부분이 7명한테서 나옴 vercel.com 유입 6세션은 대시보드에서 사이트 열어본 나였음 블로그 캡처하러 들어간 에이전트 방문도 집계되고 있었음 PR #50: ?internal=1 한 번 열면 그 브라우저는 GA 안 뜨게 함 IndexNow도 붙임 (PR #51) 가이드 페이지 배포되면 네이버, Bing에 바로 알림 함정 하나 밟음. GITHUB_TOKEN으로 푸시하면 다른 push 워크플로우가 안 돎 그래서 자동 머지 워크플로우 끝난 시점( workflow_run )에 돌게 바꿈 홍보 채널 갈아탐 지식iN 그만둠. 3주간 12개쯤 답했는데 딱 맞는 질문이 드물었고 계정 평판만 깎일 것 같았음 내 네이버 계정 가입 카페가 145개였음. 주제 맞는 곳만 골라 큐 만듦 첫 글은 디지털튜터 모임 카페에 올림. 홍보 금지 규칙 있어서 사용법이랑 피드백 요청 위주로 씀 구글 노출이 대부분 영어라 DEV.to, Product Hunt, Reddit, GeekNews, 디스콰이엇 가입함 가입은 에이전트가 함. 플랫폼당 계정 하나, 프로필에 제작자라고 밝히는 조건 DEV.to 첫 글 올림. AI Disclosure는 Fully Autonomous로 표시 삐끗한 것들 Reddit은 닉네임 바꾸는 중에 에러 나서 Dry_Recognition_3070으로 계정이 만들어짐. 못 바꿈 디스콰이엇은 패스키에서 막혀 이메일로 가입함. 아직 승인 대기 AlternativeTo는 hCaptcha 때문에 내가 직접 가입함 사람 손이 필요한 단계는 건너뛰지 말고 나한테 요청하라고 정해둠 10/3 첫 자동 실행 오늘 아침 8시에 오퍼레이터 루틴이 혼자 돌았음 28일 활성 사용자 166 (어제 149). 10월 말 목표 기준 페이스 107%. 하루치라 아직 의미 없음 자연검색 하락 신호가 떴는데 주간 데이터랑 비교해서 생긴 착시였음 진짜 문제는 영어 쿼리 하나에 쏠려 있고 한국어 클릭이 줄고 있는 것 그래서 오늘 "대용량 파일 무료 전송" 한국어 가이드 하나 배포함 유입에 chatgpt.com이 생김. 주 5~6세션. 9/13에 AI 크롤러 차단 푼 영향 같은데 확인할 방법은 없음 정리 내가 한 일 목표 정함 하면 안 되는 거 정함 화면 보고 어색한 거 짚음 사람만 할 수 있는 가입, PR 머지 나머지(검색 등록, 가이드 페이지, 블로그, 버그 수정, 배포, 테스트, 리포트)는 Aside랑 Claude Code가 함. 8월이랑 비교하면 28일 활성 사용자는 6배 정도 늘었음. 근데 목표 1,000명까지는 한참 남았고, 9월 안에서는 주별로 내려가기도 했음. 제일 크게 달라진 건 루프가 내 승인 없이도 돈다는 것. 9월엔 내가 승인 미루면 다 멈췄음. 다음 확인은 10/9. "No Code" 타이틀 효과 나오면 다시 씀. 서비스: https://www.clipboardapp.org
안녕하시렵니까🙇🏻 청년 공공 AX 서포터즈의 첫 활동 후기를 남겨보려합니다. 행정안전부가 주최하고 한국지능정보사회진흥원(NIA)이 주관하는 활동인데요. 앞으로 어떤 활동을 하고, 공공 AX와 AI 정부 실험실은 어떤 곳인지 함께 알아봐요! 📍활동 로드맵 사실 개인 일정으로 인해 OT 참석을 하지 못 했어요.. 그래서 다른 분들의 블로그에서 사진을 가져와봤습니다! 자! 이제 바로 공공 깃랩이 무엇인지 알아보도록 합시다! 공공 깃랩(GitLab)? 행정안전부와 디지털플랫폼정부위원회 등이 추진하는 'AI 정부 실험실'에서 공무원들이 AI 활용 개발 결과물, 소스코드, 프롬프트 등을 등록하고 공유하는 공공 개발 산출물 저장소입니다. 천천히 살펴보았는데, 많은 분들이 업무 효율을 위해 반복되는 작업을 자동화 하거나, 자신만의 아이디어를 구현해보려는 시도들이 많이 보였어요. 이를 통해 정말 많은 분들이 AI를 활용해서 아이디어를 구현하는구나 싶었어요. 최근 활동 프로젝트를 보면 주제나 기획들이 정말 전공자에 가까운 수준이라고 봐도 무방할정도에요. (저도 나름 전공자입니다! 하하) 언어 사용 통계를 보면 확실히 Python이 많은 비중을 차지하고 있네요. Python뿐만 아니라 JAVA, GO, PHP 등 정말 다양한 언어들로도 개발 하시는 분들이 많아지면 좋겠네요! 물론 작업 환경과 같은 여러 조건들에 맞는 언어 선택이 우선이지만요! 저의 관심을 끌었던 프로젝트입니다! 왜 가장 눈길이 갔냐~하면 아무래도 요즘 개인정보가 계속해서 유출되고 있는 시대잖아요? 이에 맞서 피해자들을 도와주는 프로그램이 계속해서 나오고 고도화 되어야 된다고 생각해요. 단순히 AI한테만 물어봐서는 답변에 대한 근거가 부족하다보니 환각 현상들을 무시할 수 없더라고요, 그래서 이렇게 하나의 도메인에 특화된 서비스가 나오면 도움이 되지 않을까 싶어요! 🔚 첫 번째 이야기를 마치며 저는 자신만의 아이디어를 새로 만들거나 고도화하기 위해선 벤치마킹 이 필수라 생각해요. 이렇게 공공 깃랩을 둘러보면서 다른 분들의 활동 내용들을 통해 시야를 넓히고 자신만의 아이디어를 고도화해 새로운 아이템을 발굴하면 더 효율적이고 멋진 AI 활용 활동이 되겠죠!?
Cách tính năm cá nhân năm 2025 là một trong những phương pháp quan trọng trong Thần số học để khám phá vận trình của bạn trong năm mới. Mỗi người có một năm cá nhân riêng, ảnh hưởng đến cơ hội, thử thách và những thay đổi quan trọng trong cuộc sống. Bài viết này từ Tracuuthansohoc.com sẽ hướng dẫn bạn cách tính chính xác con số năm cá nhân của mình, đồng thời giải mã ý nghĩa của nó để bạn có thể tận dụng tối đa năng lượng của năm 2025. Hãy cùng khám phá xem năm nay mang đến điều gì cho bạn và làm thế nào để định hướng cuộc sống một cách thông minh và hiệu quả nhất! Cách tính năm cá nhân năm 2025 theo Thần số học Năm cá nhân là gì? Năm cá nhân là con số đại diện cho năng lượng và xu hướng mà bạn sẽ trải qua trong một năm cụ thể. Nó được xác định bằng cách cộng dồn ngày sinh, tháng sinh và năm hiện tại (trong trường hợp này là năm 2025) để thu được một con số từ 1 đến 9. Hướng dẫn chi tiết cách tính năm cá nhân năm 2025 Công thức tính như sau: Năm cá nhân = Ngày sinh + Tháng sinh + Năm thế giới Trong đó, năm thế giới là tổng của các chữ số trong năm 2025: 2 + 0 + 2 + 5 = 9 Sau khi tính tổng của ngày sinh, tháng sinh và số 9, bạn tiếp tục cộng dồn các chữ số lại với nhau để thu được một số từ 1 đến 9. Ví dụ cụ thể: Giả sử bạn sinh ngày 16/08 (16 tháng 8) Cách tính: 1 + 6 + 0 + 8 + 9 = 24 → 2 + 4 = 6 Sau đó, tiếp tục: 6 - 1 = 5 Như vậy, năm cá nhân của bạn là năm cá nhân số 5 năm 2025 Để biết chính xác năm cá nhân của mình cùng những phân tích chuyên sâu, bạn có thể truy cập Tracuuthansohoc.com để nhận tư vấn từ chuyên gia Louis Nguyễn. Ý nghĩa của từng năm cá nhân trong năm 2025 Mỗi con số năm cá nhân mang một năng lượng riêng biệt, ảnh hưởng đến cuộc sống và định hướng của bạn trong năm 2025. Năm cá nhân 1 trong năm 2025 – Khởi đầu mới Đây là năm của những cơ hội mới, thích hợp để bắt đầu dự án hoặc đặt ra mục tiêu dài hạn. Hãy tập trung vào bản thân, mạnh dạn thử thách và khai phá tiềm năng. Tránh để nỗi sợ hãi ngăn cản bạn tiến lên phía trước. Năm cá nhân 2 trong năm 2025 – Hợp tác và kiên nhẫn Năm này thiên về mối quan hệ, hợp tác và sự cân bằng cảm xúc. Cần kiên nhẫn vì mọi việc diễn ra chậm rãi hơn so với mong đợi. Tránh những xung đột không cần thiết, hãy tập trung vào xây dựng các mối quan hệ bền vững. năm cá nhân số 3 năm 2025 – Sáng tạo và giao tiếp Một năm tràn đầy năng lượng sáng tạo, rất thích hợp để phát triển các lĩnh vực nghệ thuật, truyền thông hoặc kinh doanh cá nhân. Hãy mở lòng hơn với xã hội, giao lưu và tận hưởng những trải nghiệm mới. Tránh để bản thân bị phân tán bởi quá nhiều sự lựa chọn. Năm cá nhân 4 trong năm 2025 – Xây dựng và ổn định Đây là năm cần kỷ luật và sự tập trung cao độ để tạo dựng nền tảng vững chắc cho tương lai. Hãy kiên trì với kế hoạch dài hạn, đặc biệt là về sự nghiệp và tài chính. Tránh căng thẳng quá mức, cần giữ cân bằng giữa công việc và cuộc sống cá nhân. Năm cá nhân 5 trong năm 2025 – Thay đổi và linh hoạt Năm này mang đến những biến động lớn, khuyến khích bạn ra khỏi vùng an toàn. Hãy sẵn sàng đón nhận những cơ hội mới, đặc biệt là trong sự nghiệp và tình cảm. Tránh những quyết định vội vàng, cần suy xét kỹ trước khi hành động. Năm cá nhân 6 trong năm 2025 – Trách nhiệm và gia đình Một năm của sự tận tâm, tập trung vào gia đình, các mối quan hệ và trách nhiệm cá nhân. Đây là thời điểm tốt để xây dựng sự ổn định trong hôn nhân hoặc công việc. Tránh để cảm xúc chi phối quá mức, hãy duy trì sự cân bằng trong cuộc sống. Năm cá nhân 7 trong năm 2025 – Tĩnh lặng và học hỏi Năm này khuyến khích bạn hướng vào nội tâm, tập trung vào phát triển bản thân và trí tuệ. Hãy dành thời gian để nghiên cứu, học hỏi và chiêm nghiệm về cuộc sống. Tránh quá cô lập hoặc lơ là các mối quan hệ xã hội. Năm cá nhân 8 trong năm 2025 – Thành công và tài chính Đây là năm để gặt hái thành công và đạt được sự thăng tiến trong sự nghiệp. Hãy tận dụng năng lượng mạnh mẽ này để nâng cao tài chính và vị thế cá nhân. Tránh tham vọng quá mức hoặc quyết định tài chính thiếu cân nhắc. Năm cá nhân 9 trong năm 2025 – Hoàn thành và buông bỏ Năm này đánh dấu sự kết thúc của một chu kỳ, phù hợp để giải quyết những gì còn dang dở. Hãy buông bỏ những thứ không còn phù hợp để chuẩn bị cho một khởi đầu mới. Tránh níu kéo quá khứ, hãy sẵn sàng cho những thay đổi sắp tới. Ứng dụng cách tính năm cá nhân năm 2025 vào cuộc sống Biết được cách tính năm cá nhân năm 2025 giúp bạn chủ động hơn trong việc lên kế hoạch cho tương lai. Một số cách ứng dụng hiệu quả là xác định thời điểm thích hợp để thay đổi công việc, đầu tư, học tập hoặc phát triển bản thân. Chẳng hạn, nếu bạn rơi vào năm cá nhân số 2 năm 2025 , đây sẽ là giai đoạn phù hợp để xây dựng các mối quan hệ, rèn luyện sự kiên nhẫn và tạo nền tảng vững chắc cho những mục tiêu dài hạn. Định hướng sự nghiệp theo năng lượng của năm cá nhân. Tận dụng thời điểm thích hợp để thay đổi hoặc phát triển các mối quan hệ. Lựa chọn thời gian tốt nhất để đầu tư, học tập hoặc thực hiện dự định cá nhân. Đặc biệt, năm cá nhân số 2 trong năm 2025 sẽ là giai đoạn quan trọng để xây dựng sự hợp tác, cân bằng và phát triển các kết nối cá nhân, giúp bạn củng cố nền tảng cho những bước tiến trong tương lai. Hãy truy cập Tracuuthansohoc.com để nhận phân tích chi tiết và lời khuyên từ chuyên gia Louis Nguyễn về năm cá nhân của bạn trong năm 2025. Kết luận Hiểu rõ cách tính năm cá nhân năm 2025 giúp bạn nắm bắt được xu hướng vận mệnh và tận dụng tối đa năng lượng của năm mới. Hãy sử dụng công cụ Thần số học để điều chỉnh kế hoạch, tối ưu hóa cơ hội và phát triển bản thân tốt nhất. Bạn đã biết năm cá nhân của mình trong năm 2025 chưa? Hãy chia sẻ con số của bạn trong phần bình luận và truy cập Tracuuthansohoc.com để nhận phân tích chuyên sâu ngay hôm nay!
다시 시작해보자! 2026.10.01 (목요일) 오늘 공부한 것 cs csapp 9.9장 2026.10.02 (금요일) 오늘 공부한 것 cs csapp 9.9장 안의 mm_init, extend_heap, mm_malloc, mm_free, coalesce 코드 malloc lab mm_init, extend_heap, mm_malloc, mm_free, coalesce 코드 직접 장석해보기 가장 간단한 형태의 find_fit, place, ralloc 구현하기 오늘 배운 것 헤더의 사이즈를 변경하면 이후에 접근하는 FOOTER의 주소도 변하기 때문에 바뀌기 전과 후의 순서를 잘 생각하면서 코드를 짜야한다. 매크로인자들은 다 괄호로 감싸주는 게 안전하다. -> 전처리기가 텍스트를 그대로 치환하는 것이기 때문에 괄호를 안 쳤을 때 근처에 우선순위가 높은 연산이 있다면 우리가 생각한 것과 다른 결과를 받게 된다.
AI Meeting Note의 기본 회의록에는 결정사항과 할 일이 나뉘어 있다. 프롬프트 v2를 평가했을 때, 같은 약속이 양쪽에 반복되거나 하나의 일을 여러 항목으로 나누는 문제가 관찰됐다. 이를 줄이려고 v2.1을 만들었다. 그런데 평가 결과는 한 방향으로 움직이지 않았다. 기존 평균 F1은 내려갔고, 추가 항목을 엄격하게 보는 F1은 올라갔다. 기본 프롬프트를 정하려면 점수가 무엇을 세고 있는지부터 확인해야 했다. F1은 무엇을 평가하나 정보 추출에서 정밀도(Precision)는 뽑은 항목 중 맞는 항목의 비율이고, 재현율(Recall)은 뽑아야 할 항목 중 실제로 뽑은 비율이다. F1은 두 값의 조화평균으로, 0~1 사이의 점수다. F1 = 2 × Precision × Recall / (Precision + Recall) 일반적인 계산 예로, 정답 할 일이 10개인데 AI가 8개를 뽑았고 그중 6개가 맞았다면 정밀도는 75%, 재현율은 60%, F1은 약 0.67이다. 많이 뽑기만 하거나 일부만 정확하게 뽑는 것으로는 높은 점수를 얻기 어렵다. 다만 실제 평가에서는 무엇을 ‘맞는 항목’으로 인정하고, 어느 항목을 분모에 넣는지가 중요하다. 이 프로젝트의 기존 계산은 필수 정답과 매칭된 항목과 지어낸 항목으로 정밀도를 계산했다. 대화에는 있지만 정답과 매칭되지 않은 타당한 추가 항목은 extra 로 분류해 감점하지 않았다. 결정과 할 일은 각각 채점하고, 파일별 F1을 평균한 뒤 두 종류의 평균을 냈다. 아래 결과는 같은 합성 대본 4편의 noisy 입력을 3회 반복한 평가다. 같은 내용을 한 번 쓰면 누락으로 잡혔다 다음은 문제를 설명하기 위한 단순화한 예다. 실제 회의에서 가져온 인용은 아니다. 발언: 담당자가 금요일까지 검토 자료를 공유하기로 함 정답 데이터 결정사항: 금요일까지 검토 자료를 공유하기로 함 할 일: 검토 자료 공유하기 / 담당자 / 금요일 중복을 줄인 출력 할 일: 검토 자료 공유하기 / 담당자 / 금요일 정답 데이터에는 같은 약속이 결정사항과 할 일 양쪽에 있는 사례가 있었다. v2.1은 특정한 사람이 언제까지 무엇을 하겠다는 약속을 할 일에만 쓰도록 지시했다. 회의록에 정보는 남아 있지만, 종류별 매칭에서는 결정사항 하나를 놓친 것으로 처리한다. 결정 재현율이 떨어지고 F1도 내려간다. v2.1에서 정답과 매칭되지 않은 필수 결정은 7건이었다. 이 중 5건은 할 일에 남아 있었고, 2건은 결정·할 일·요약 어디에도 없었다. 같은 4편을 3회 실행한 결과에서 센 건수이며, 서로 다른 회의 7개를 뜻하지 않는다. 5건의 분류 이동과 2건의 실제 누락은 제품에 미치는 영향이 다르다. 둘을 모두 같은 누락으로 묶으면 중복 제거의 효과와 정보 손실을 구분하기 어렵다. 두 점수가 반대로 움직인 이유 v2.1은 중복과 불필요한 분할을 줄이는 지시 세 줄을 추가했다. 모델, 입력 형식, 출력 스키마, 정규화 로직은 유지했다. 평가 항목 v2 v2.1 기존 평균 F1 0.992 0.963 엄격 F1 하한 0.914 0.948 정답과 매칭되지 않은 extra, 3회 합 22 4 ‘엄격 F1 하한’은 이 평가에서 사용한 보수적인 계산이다. 정답과 매칭되지 않은 extra를 모두 오류로 세어 정밀도에 반영했다. 타당한 추가 정보도 감점할 수 있어 하한으로 해석했다. 기존 계산에서는 extra를 줄여도 직접적인 보상이 없었다. 반면 결정 항목이 할 일로 이동하면 결정 누락으로 감점됐다. 엄격 계산에서는 extra가 줄어든 효과가 반영되면서 점수가 올라갔다. extra 22건이 모두 중복이었다는 뜻은 아니다. 중복 외에도 한 결과물을 만드는 단계를 나눠 적거나, 목표를 할 일로 적는 사례가 섞여 있었다. 남은 4건도 대화에 있는 내용이었다. 따라서 이 수치를 ‘중복 22개를 4개로 줄였다’고 표현하면 부정확하다. 실제 누락은 프롬프트 충돌도 드러냈다 실제로 빠진 2건 중 하나에는 지시 충돌이 있었다. 규칙 A: 특정한 사람의 약속은 결정사항에 쓰지 않고 할 일에만 쓴다 규칙 B: 다음 분기 목표는 할 일에 다시 적지 않는다 ‘특정인이 맡은 다음 분기 목표’는 두 규칙에 함께 걸릴 수 있다. 결정사항에서 제외하고 할 일에서도 제외하면, 어느 쪽에도 남지 않는다. 다른 누락 1건은 원인이 명확하지 않았고, 같은 입력의 다른 반복에서는 결정사항에 있었다. 평가 기준과 출력 의도의 불일치가 있었다고 해서 점수 하락 전체를 평가 탓으로 돌릴 수는 없다. 실제 정보 손실과 반복 실행의 흔들림도 함께 드러났다. 기준 미달을 어떻게 처리했나 v2.1의 사전 채택 기준에는 평균 F1이 0.972 이상이어야 한다는 조건이 있었다. 결과는 0.963으로, 이 조건을 통과하지 못했다. 다른 채택 조건들은 통과했다. 당시에는 실패 항목과 원인을 공개한 뒤 PO 판단으로 평균 F1 조건의 예외를 인정하고 v2.1을 채택했다. 점수 기준을 사후에 고쳐 ‘모두 통과’로 처리하지는 않았다. 기존 버전도 보존해 기본값을 되돌릴 수 있게 했다. 이 선택에는 한계가 남는다. 프롬프트를 조정한 뒤 같은 합성 대본 4편으로 다시 평가했고, 정답 작성·프롬프트 설계·매칭 판정도 Claude가 담당했다. 반복 실행은 출력의 흔들림을 보여주지만 표본의 다양성을 늘려주지는 않는다. 별도 Codex 리뷰가 계산과 매칭 표본을 확인했어도 실제 회의 전반의 품질을 입증한 것은 아니다. 다음 평가는 무엇을 나눠 봐야 하나 후속 평가 문서에는 종류 간 중복과 결정·할 일 어디에도 없는 누락을 별도 지표로 정의하고, 정답의 분류 규칙도 함께 검토하도록 남겼다. 아직 그 평가를 완료한 결과는 아니다. 앞으로는 적어도 세 질문을 구분해야 한다. 필요한 정보가 문서에 남았는가, 적절한 섹션에 배치됐는가, 같은 정보가 불필요하게 반복되는가. 내용이 할 일에만 있어도 충분한 경우와 결정사항에도 반드시 있어야 하는 경우를 먼저 정해야 점수를 해석할 수 있다. 개발자로서는 계산을 재현할 수 있어야 하고, PO로서는 그 계산이 사용자가 읽고 실행할 문서의 품질을 얼마나 설명하는지 판단해야 한다. 이번 사례에서는 평균 F1 하나로 그 판단을 끝낼 수 없었다. 채택 예외와 실제 누락을 함께 남긴 이유다.
RAM 가격이 오르는 지금, InnoDB 버퍼풀로 어디까지 버틸 수 있고 Redis는 언제 도입해야 하는지 정리했습니다. 한 줄 요약 Redis 도입 여부는 "버퍼풀이 부족한가"가 아니라 "버퍼풀로 해결할 수 없는 문제가 생겼는가"로 판단해야 합니다. 왜 지금 이 고민을 하는가 서버용 DRAM 가격이 2026년에 크게 올랐습니다. TrendForce는 서버 DRAM 계약 가격이 2026년 3분기에도 전 분기 대비 13~18% 오를 것으로 전망했습니다. 같은 자료에서 서버 DRAM 가격은 2027년 하반기까지 오름세가 이어지되 상승 폭은 완만해질 것으로 보았습니다. 메모리를 늘리는 비용이 커졌기 때문에, "RAM을 더 사서 버퍼풀을 키운다"와 "Redis를 따로 둔다"의 비용 차이를 다시 따져봐야 합니다. 여기서 놓치기 쉬운 점이 하나 있습니다. Redis도 RAM을 사용합니다. 따라서 Redis는 메모리를 아끼는 도구가 아닙니다. 자주 읽는 데이터를 한 번 더 메모리에 올려서 지연 시간과 DB 부하를 줄이는 도구입니다. InnoDB 버퍼풀 성능이 좋아진 이유 먼저, 버퍼풀은 어떻게 동작하는가 버퍼풀은 테이블과 인덱스 데이터를 메모리에 캐시하는 영역입니다. 필요한 페이지가 버퍼풀에 있으면 메모리에서 바로 읽고, 없으면 디스크에서 읽어 옵니다. 버퍼풀은 LRU 알고리즘을 변형해서 사용하며, 목록을 새(young) 영역과 오래된(old) 영역으로 나눕니다. 새로 읽은 페이지는 목록의 맨 앞이 아니라 중간 지점(midpoint)에 들어갑니다. old 영역에 들어간 페이지가 다시 사용되면 young 영역으로 올라갑니다. 이 구조 덕분에 큰 테이블을 한 번 스캔하더라도 자주 쓰는 페이지가 한꺼번에 밀려날 위험이 줄어듭니다. 무엇이 개선되었는가 이번에 확인한 개선은 Percona Server for MySQL 8.4.11-11에 포함된 변경입니다. Oracle MySQL에도 같은 변경이 들어갔는지는 확인하지 못했습니다. 따라서 아래 내용은 Percona Server를 쓰는 경우를 기준으로 읽어야 합니다. 1. 페이지를 읽는 동안 잡던 LRU 리스트 뮤텍스를 줄였습니다. 기존에는 디스크에서 페이지를 읽는 동안 풀 전체의 LRU 리스트 뮤텍스를 잡고 있었습니다. 이를 더 세밀한 페이지 해시 래치로 바꿔서, 여러 스레드의 읽기가 한 줄로 서지 않고 병렬로 진행됩니다. 2. 버퍼풀 인스턴스마다 전용 백그라운드 LRU 스레드를 두었습니다. 이 스레드가 오래된 페이지를 미리 제거하고 플러시해서 빈 페이지를 확보해 둡니다. 덕분에 사용자 쿼리가 실행 도중 직접 정리 작업을 하지 않아도 되고, 그만큼 쿼리 지연 시간이 줄어듭니다. 이 기능은 innodb_lru_threads 변수로 켜고 끌 수 있습니다. 3. 백그라운드 플러셔의 비효율을 고쳤습니다. 플러셔가 매번 LRU 목록의 꼬리부터 같은 페이지를 다시 스캔하던 문제가 있었습니다. 이제 이전에 멈춘 위치에서 이어서 스캔하므로 CPU 낭비가 줄어듭니다. 4. 같은 페이지에 접근하는 스레드끼리의 경합을 줄였습니다. 동시성이 높은 범위 조회에서 여러 스레드가 같은 버퍼풀 페이지를 읽을 때 BUF_BLOCK_MUTEX 경합이 줄어듭니다. 5. NUMA 환경에서 버퍼풀 초기화가 빨라졌습니다. 멀티스레드로 메모리를 할당하므로 버퍼풀이 큰 인스턴스의 서버 시작 시간이 짧아질 수 있습니다. 참고한 글에는 벤치마크 수치가 없어서 이 글에서도 개선 폭은 적지 않았습니다. 정리하면 이 개선들은 버퍼풀이 더 많은 데이터를 담게 되었다는 뜻이 아닙니다. 동시 접근이 많을 때 버퍼풀 안에서 기다리는 시간이 줄어들었다는 뜻입니다. 즉 버퍼풀 용량의 한계가 늘어난 것이 아니라, 용량 안에서 낼 수 있는 처리량이 늘어난 것입니다. 언제까지 InnoDB 버퍼풀로 충분한가 다음 조건이 유지되는 동안은 버퍼풀만으로 충분한 경우가 많습니다. 자주 읽는 데이터(워킹셋)가 버퍼풀에 들어갑니다. 버퍼풀 히트율이 서비스의 지연 시간 목표를 만족합니다. 쓰기가 아니라 읽기가 주된 부하입니다. MySQL 공식 문서는 전용 DB 서버에서 물리 메모리의 최대 80%까지 버퍼풀에 할당하는 경우가 흔하다고 설명합니다. 히트율 확인 방법 아래 상태 변수로 현재 상태를 확인할 수 있습니다. SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_read%'; SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_wait_free'; Innodb_buffer_pool_read_requests 는 버퍼풀에 요청한 논리적 읽기 횟수입니다. Innodb_buffer_pool_reads 는 버퍼풀에서 찾지 못해 디스크에서 읽은 횟수입니다. 히트율은 1 - (Innodb_buffer_pool_reads / Innodb_buffer_pool_read_requests)로 계산합니다. Innodb_buffer_pool_wait_free 가 계속 늘어난다면 빈 페이지가 부족하다는 신호입니다. 몇 퍼센트 이상이면 괜찮다는 절대 기준은 없습니다. 서비스의 지연 시간 목표와 함께 추이를 봐야 합니다. 버퍼풀의 한계 신호 히트율이 떨어지고 디스크 읽기가 늘어납니다. 워킹셋이 버퍼풀보다 커졌다는 뜻입니다. Innodb_buffer_pool_wait_free 가 증가합니다. 병목이 읽기가 아니라 쓰기 쪽에 있습니다. 읽기 캐시를 키워도 해결되지 않습니다. 특정 행에 요청이 몰려 락 경합이 발생합니다. 캐시 크기가 아니라 구조의 문제입니다. 언제 Redis를 도입하는 것이 좋은가 버퍼풀은 디스크 I/O를 줄여 주지만, 쿼리를 파싱하고 실행하고 네트워크로 주고받는 비용은 그대로 남습니다. Redis는 바로 이 비용을 건너뛰는 데 의미가 있습니다. 도입을 검토할 신호 1. 같은 데이터를 매우 자주 읽는 핫 키가 있습니다. 조회 한 번의 DB 왕복 비용 자체가 부담이 되는 경우입니다. 2. 계산 비용이 큰 결과를 재사용합니다. 랭킹, 집계, 카운트처럼 만드는 데 비용이 크고 조금 오래된 값을 보여줘도 되는 경우입니다. 3. 만료 시간(TTL)이 자연스러운 데이터입니다. 세션, 인증 번호, 일시적인 상태 값이 해당합니다. 4. DB가 어울리지 않는 용도입니다. 원자적 카운터, 분산 락, 요청 횟수 제한(rate limit)이 해당합니다. 도입을 미뤄야 할 신호 느린 쿼리의 원인이 인덱스나 쿼리 자체에 있습니다. 먼저 EXPLAIN 으로 확인해야 합니다. 데이터가 자주 바뀌고 정합성이 중요한데 캐시 무효화 전략이 없습니다. 캐시 장애 시 DB로 요청이 몰리는 상황을 감당할 준비가 되어 있지 않습니다. 도입한다면 꼭 설정할 것 Redis는 64비트 환경에서 maxmemory 의 기본값이 제한 없음입니다. 캐시로 쓴다면 maxmemory 와 제거 정책( maxmemory-policy )을 반드시 정해야 합니다. 공식 문서는 일부 키가 훨씬 자주 접근되는 일반적인 경우에 allkeys-lru 를 좋은 기본값으로 안내합니다. noeviction 정책에서는 메모리가 가득 차면 새 데이터를 쓰는 명령이 오류를 반환합니다. 캐시 효율은 INFO stats 의 keyspace_hits 와 keyspace_misses 로 확인할 수 있습니다. 판단 순서 느린 쿼리와 인덱스를 먼저 점검합니다. 버퍼풀 히트율과 Innodb_buffer_pool_wait_free 를 확인합니다. 히트율이 낮다면 버퍼풀 증설을 먼저 검토합니다. 이때 증설 비용과 Redis 서버 비용을 함께 비교합니다. 히트율은 높은데 지연 시간 목표를 맞추지 못한다면 Redis 캐시를 검토합니다. TTL 데이터, 카운터, 락은 DB 성능과 별개로 Redis가 자연스러운 선택입니다. 마치며 RAM 가격이 오른 지금은 "일단 Redis부터 붙이는 것"이 오히려 비용을 두 번 쓰는 일이 될 수 있습니다. 먼저 버퍼풀 지표로 현재 상태를 확인하고, 버퍼풀로 풀 수 없는 문제가 보일 때 Redis를 도입하는 순서를 권합니다. 참고 자료 Performance improvements in Percona Server 8.4.11-11 (Percona Blog) MySQL 8.4 Reference Manual - Buffer Pool MySQL 8.4 Reference Manual - Making the Buffer Pool Scan Resistant Redis Docs - Key eviction TrendForce - Server DRAM Contract Prices Expected to Rise 13-18% QoQ in 3Q26
"우리 회사도 당장 최고 사양의 GPU 서버를 대거 도입합시다!" 경영진의 호기로운 선언과 함께 시작된 사내 인프라 혁신 프로젝트, 지금 안녕하신가요? 아마 많은 IT 리더와 인프라 담당자분들이 눈덩이처럼 불어나는 클라우드 청구서를 보며 한숨을 쉬거나, 끝없는 GPU 확보 전쟁에 지쳐가고 계실 것입니다. 대규모 연산 워크로드를 처리하기 위한 하드웨어 인프라 프로젝트의 상당수는 생산(Production) 환경에서 기대한 ROI를 거두지 못합니다. 그 이유는 기술력이 부족해서가 아닙니다. 맹목적인 ' 클라우드 의존 '과 ' 특정 벤더(NVIDIA) 맹신 '이 낳은 아키텍처 설계의 오판 때문입니다. 오늘은 다년간 수많은 기업의 기술 부채를 해결해 온 인프라 전략가의 시선에서, 성공적인 고성능 컴퓨팅(HPC) 인프라 도입 을 위한 냉혹한 진실 세 가지와 하드웨어 최적화 전략을 공개합니다. 1. 클라우드 맹신의 함정: 클라우드 vs 온프레미스 TCO의 냉혹한 진실 초기 고성능 연산 프로젝트를 시작할 때, 십중팔구 퍼블릭 클라우드(AWS, Azure 등)를 선택합니다. 초기 자본 지출(CAPEX)이 없고 배포가 빠르기 때문입니다. 하지만 컴퓨팅 자원을 24시간 가혹하게 소비하는 대규모 워크로드가 본격적으로 돌아가기 시작하면 이야기가 달라집니다. 최근 당사가 주요 클라우드와 온프레미스(Dell Enterprise Infrastructure 기준)의 4년 총소유비용(TCO) 을 분석한 결과는 상당히 충격적입니다. 📊 [비교] 클라우드 vs 온프레미스 4년 TCO 및 손익분기점 인프라 구분 4년 총소유비용(TCO) 상대적 비용 비율 손익분기점 (Break-even) Dell On-premise $891,476 1.0x - AWS (P5 등급) $2,422,412 2.71x 약 17.8개월 Azure (ND 등급) $2,295,419 2.57x 약 18.7개월데이터 출처: 차세대 컴퓨팅 도입 전략 보고서 재구성 데이터 출처: 차세대 컴퓨팅 도입 전략 보고서 재구성 보이시나요? 클라우드의 유연함은 불과 1.5년(약 17~18개월) 만에 막대한 운영 지출(OPEX) 부담으로 역전됩니다. 온프레미스는 초기 구축 비용이 들지만, 장기적인 하드웨어 인프라 운영 관점에서 클라우드 대비 최대 71%의 예산을 절감할 수 있습니다. 전략가 인사이트: 대규모 초기 자본이 부담스럽다면 클라우드의 유연성과 온프레미스의 경제성을 결합한 구독형 하드웨어 모델(예: Dell APEX)을 검토하여 재무적 리스크를 분산시키는 것이 현명합니다. 2. 하드웨어 생태계의 지각 변동: 단일 칩(Monolithic) vs 칩렛(Chiplet) "NVIDIA H100을 구하지 못해 프로젝트가 6개월째 지연 중입니다." 현장에서 가장 많이 듣는 고충입니다. 52주에 달하는 특정 GPU의 긴 리드타임과 높은 가격($32,000 수준)은 기업의 '타임 투 마켓(Time-to-Market)'을 가로막는 최대 블로커입니다. 이제는 시야를 넓혀 대안 하드웨어를 찾아야 할 때입니다. 대규모 연산 구동 시 처리 속도(TFLOPS)보다 메모리 용량과 대역폭이 성능의 진짜 병목이 되는 경우가 많습니다. 이 지점에서 칩렛(Chiplet) 설계를 채택한 AMD MI300X 가 강력한 경쟁력을 보여줍니다. 💡 하드웨어 경제학: AMD MI300X vs NVIDIA H100 비교 항목 NVIDIA H100 (80GB) AMD MI300X (192GB) 전략적 분석 및 시사점 예상 가격 약 $32,000 약 $15,000 AMD가 50% 이상 저렴하여 초기 투자비 혁신적 절감 메모리 용량 80GB HBM2e 192GB HBM3 AMD가 2.4배 높아 메모리 집약적 워크로드에 유리 메모리 대역폭 3.35 TB/s 5.3 TB/s 메모리 병목 현상 해소에 있어 AMD가 58% 우세 아키텍처 Monolithic (단일 칩) Chiplet (모듈형) 칩렛 방식이 제조 수율을 높여 원가 절감 달성 절반의 가격으로 2.4배의 메모리를 제공하는 MI300X는, 값비싼 노드(Node) 수를 줄여주는 강력한 대안입니다. CUDA 생태계라는 견고한 성벽에 갇혀 하드웨어 선택의 유연성을 잃지 마십시오. 3. 차세대 NPU의 부상: RISC-V와 텐스토렌트(Tenstorrent) 범용 GPU의 고비용·고전력 구조를 탈피하기 위해, 데이터 연산 처리에 최적화된 NPU(Neural Processing Unit) 생태계도 무서운 속도로 성장하고 있습니다. 텐스토렌트(Tenstorrent)의 네이티브 네트워킹 : 기존 GPU 시스템이 PCIe나 별도의 네트워크 스위치(NVLink 등)에 의존하여 병목을 겪는 것과 달리, 텐스토렌트의 웜홀(Wormhole) 및 블랙홀(Blackhole) 아키텍처는 칩 자체에 네트워킹 기능을 내장했습니다. 이를 통해 32개, 64개의 칩을 연결해도 선형적인 스케일아웃(Scale-out)이 가능하며, 획기적인 하드웨어 확장성을 제공합니다. RISC-V 기반의 유연한 확장성: 특정 벤더에 종속되지 않는 오픈소스 명령어 세트(ISA)인 RISC-V는 차세대 NPU 설계의 핵심으로 부상했습니다. 특히 '벡터 점표기(Vector Dot Product)'와 같은 맞춤형 확장 명령어를 하드웨어에 직접 구현함으로써, 연산 효율을 극대화하고 엣지(Edge) 환경부터 데이터센터까지 아우르는 저전력·고성능 칩 설계가 가능해졌습니다. [결론] 인프라의 다변화가 비즈니스의 경쟁력입니다 대규모 연산 인프라 도입은 100미터 단거리 경주가 아닌, 수년간 기업의 명운을 좌우할 마라톤입니다. 남들이 다 쓴다고 해서 맹목적으로 고비용의 퍼블릭 클라우드와 특정 벤더의 최고가 GPU를 고집할 필요는 없습니다. 우리의 진짜 목표는 '가장 비싼 서버를 사는 것'이 아니라, '* 최저의 TCO로 최고의 연산 효율을 창출하는 아키텍처를 구축하는 것' * 입니다. 오늘 제시해 드린 온프레미스 TCO 분석과 대안 GPU/NPU 전략을 귀사의 데이터센터 구축 프로젝트에 당장 대입해 보십시오. 단일 벤더 종속성(Lock-in)에서 벗어나, 가장 유연하고 강력한 비즈니스의 심장을 설계할 수 있을 것입니다. 귀사의 현재 데이터센터 및 연산 인프라 상태를 진단해보고 싶으신가요? 상세한 하드웨어 벤치마크 및 도입 컨설팅이 필요하시다면 언제든 전문가 문의를 남겨주세요. 귀사의 워크로드 환경에 가장 완벽한 인프라 청사진을 그려드리겠습니다.