본문 바로가기

전체 글32

systemd 타이머로 블로그 자동화 운영하기 systemd 타이머로 블로그 자동화 운영하기 systemd 타이머로 작업내역을 블로그 초안과 검토본으로 바꾸는 과정을 예약하고, 실패 재시도·민감정보 마스킹·수동 게시 원칙까지 함께 설계한 경험을 정리한다. ## 들어가며 서버 작업내역은 꾸준히 쌓이지만, 이를 다시 읽기 좋은 기술 글로 다듬는 일은 늘 뒤로 밀리기 쉽다. 이번에는 문서 저장소에 축적된 작업내역을 정해진 순서로 골라 초안을 만들고, 별도의 검토 에이전트가 게시 전 원고를 정리하도록 생산 흐름을 구성했다. 결론부터 말하면 핵심은 글을 생성하는 모델보다 **systemd 타이머**, 처리 상태 기록, 실패 시 재시도, 그리고 자동 게시를 하지 않는 안전 경계였다. 자동화 범위도 처음부터 제한했다. 네이버블로그와 티스토리 등록은 운영자가 직접.. 2026. 11. 3.
리눅스 서버 블로그 자동화, 검수 중심으로 설계하기 리눅스 서버 작업 기록을 기술 블로그로 바꿀 때는 생성 속도보다 입력 범위, 민감정보 마스킹, 수동 검수가 중요하다. Groq 초안과 Codex 보정 흐름을 시험하며 세운 운영 기준을 공유한다. ## 들어가며 서버를 운영하다 보면 작업내역은 꾸준히 쌓이지만, 이를 공개 가능한 글로 다시 정리하는 일은 생각보다 손이 많이 간다. 운영 기록에는 내부 주소, 서버 이름, 저장소 위치, 인증정보처럼 외부에 나가면 안 되는 내용이 자연스럽게 섞이기 때문이다. 이번에는 작업내역과 보안 관련 기록을 바탕으로 네이버블로그와 티스토리에 수동 등록할 초안을 만드는 기본 구조를 검토했다. 처음부터 자동 발행까지 연결하지는 않았다. 이번 리눅스 서버 블로그 자동화의 목표는 초안을 빠르게 만들되, 사람이 최종 결과를 확인하고 .. 2026. 10. 30.
블로그 작성 자동화, 초안보다 검증이 먼저였다 블로그 작성 자동화를 구성하며 작업 기록 선별, 민감정보 마스킹, 생성형 AI의 분량 편차와 API 제한을 함께 점검했다. 자동 발행 대신 초안 생성과 사람의 최종 검수를 분리한 운영 경험을 정리한다. ## 들어가며 서버 운영 기록은 그대로 두면 내부 참고 자료에 머물지만, 잘 다듬으면 비슷한 문제를 겪는 사람에게 도움이 되는 기술 글이 된다. 문제는 작업내역에 호스트 이름, 주소, 인증정보의 흔적, 내부 저장 위치처럼 공개해서는 안 되는 내용이 섞일 수 있다는 점이다. 문장을 자연스럽게 만드는 것보다 공개 가능한 입력을 선별하고 결과를 다시 검사하는 일이 먼저였다. 이번에는 작업내역과 보안 관련 기록을 바탕으로 네이버블로그와 티스토리에 수동 등록할 초안을 만드는 기본 구조를 검토했다. 목표는 완전 자동.. 2026. 10. 27.
cron에서 systemd timer로 백업 스케줄을 안전하게 전환한 과정 ## 들어가며 여러 서버의 백업 실행 방식을 cron 중심에서 systemd timer 중심으로 옮기는 작업은 겉으로 보면 스케줄 표현만 바꾸는 일처럼 보인다. 하지만 실제 운영에서는 기존 cron 항목을 언제 제거할지, 백업 마스터가 하위 스크립트를 어떤 순서로 호출하는지, 새로운 timer가 실제 대기 상태인지까지 함께 확인해야 한다. 이번 작업에서도 기존 스케줄 제거를 먼저 진행하면 백업 실행 진입점이 사라질 수 있다는 위험을 다시 확인했다. 그래서 server-a, server-b, server-c의 백업 마스터 구조를 점검하고, 세 서버의 실행 시간을 5분 간격으로 분리했다. 이어서 NAS의 별도 백업 작업과 시간이 겹치지 않도록 전체 시간대를 재배치했다. 동시에 실제 아카이브 생성이나 오래된 .. 2026. 10. 20.

티스토리툴바