서비스가 계속 재시작될 때 원인 찾는 법 — 35일간 3,348회 재시작한 서버 기록

이미지
리눅스 서비스가 몇 분 간격으로 계속 재시작된다면, 원인이 그 서비스가 아니라 서비스를 지켜보는 쪽 일 수 있어요. 로그에 오류가 안 남는데도 재시작만 반복된다면 특히 그렇습니다. 제 서버가 35일 동안 3,348번 재시작됐는데, 범인은 서비스를 살려두려고 제가 직접 붙인 감시 스크립트였어요. 이 글에서 원인을 3분 만에 확인하는 명령어 와 감시 기준을 어떻게 바꿔야 하는지를 정리했습니다. 숫자는 전부 제 서버에서 뽑은 실제 값이에요. 📌 3줄 결론 - "살아 있음"을 파일 수정 시각으로 판정했더니, 감시 스크립트가 감시 대상을 계속 죽였습니다 - 35일 · 3,348회. 재시작 간격이 정확히 15분이라 로그만 봐도 인위적인 주기가 보였습니다 - 재시작은 직접 만든 스크립트가 아니라 systemd에 맡기고, 판정 기준을 "부산물"이 아니라 "결과"로 바꿔야 합니다 확인일 2026-08-14 · 대상: 제가 직접 운영하는 리눅스 서버 1대 어떤 구조였나 AI 에이전트가 계속 학습하며 결과를 데이터베이스에 쌓는 서버였어요. 이 작업이 멈추면 안 되니까, 살아 있는지 지켜보는 스크립트를 하나 붙였습니다. 판정 기준은 이랬어요. 데이터베이스 파일의 수정 시각이 10분 넘게 그대로면 작업이 멈춘 것으로 본다 멈췄으면 작업 서비스와 API 서비스를 함께 재시작 한다 이 검사를 cron으로 5분마다 돌린다 읽어보면 그럴듯해요. 실제로 저도 그럴듯해서 붙였습니다. 문제는 작업 프로세스가 한 번 도는 데 15분 넘게 걸렸다 는 겁니다. 그 15분 동안 계산만 하고, 결과를 데이터베이스에 쓰는 건 맨 마지막 이었어요. 그러니까 정상 작동 중에도 파일 수정 시각은 10분 넘게 그대로였습니다. 감시 스크립트 입장에서 정상 작동은 고장과 구분되지 않았어요. 15분마다 죽은 이유 — 로그에 그대로 찍힌다 재시작이 일어나면 파일 수정 시각이 갱신됩니다. 그다음 10분간은 임계값에 안 걸려요....

AI 이메일 답장 실무 가이드: 검수 절차와 상황별 프롬프트 5개

AI 이메일 답장 실무 가이드

반복되는 업무 이메일은 AI로 초안을 만들면 편리하지만, 생성 결과를 그대로 보내는 것은 권하지 않습니다. AI는 상대방의 의도, 사내 약속, 실제 일정과 첨부파일을 정확히 알지 못할 수 있기 때문입니다. 이 글에서는 “자동 발송”을 약속하는 대신, 받은 메일을 요약하고 답장 초안을 만든 뒤 사람이 확인하는 실무 절차를 소개합니다.

Google의 Gmail Smart Compose 공식 안내도 이 기능이 입력 중 문장을 제안할 뿐 답변을 제공하도록 설계된 기능은 아니며, 사실과 다른 문장을 예측할 수 있다고 설명합니다. Microsoft 역시 Outlook에서 Copilot이 만든 초안을 검토하고 필요한 부분을 편집한 뒤 보내도록 안내합니다. 따라서 AI 이메일 업무의 핵심은 속도 경쟁이 아니라 정보 입력 → 초안 생성 → 사실 확인 → 최종 발송의 순서를 안정적으로 만드는 데 있습니다.

핵심 요약

  • AI 초안 작성과 조건에 따른 자동 회신은 서로 다른 기능입니다.
  • 프롬프트에는 수신자, 목적, 반드시 포함할 사실, 원하는 말투, 길이를 적습니다.
  • 날짜·금액·담당자·첨부파일·약속 문구는 사람이 원문과 대조합니다.
  • 반복 문장은 검수된 템플릿으로 저장하고, 매번 바뀌는 정보만 AI가 정리하게 합니다.

AI 초안과 자동 회신을 먼저 구분하세요

AI 채팅이나 Outlook의 Copilot에 내용을 입력해 답장 문안을 만드는 것은 초안 작성입니다. 결과가 작성 창에 들어오더라도 사용자가 읽고 수정한 뒤 발송하는 과정이 남습니다. Microsoft 공식 문서에 따르면 Outlook의 Draft with Copilot은 프롬프트로 메시지를 만들고 길이와 어조를 조정할 수 있지만, 최종 단계에서는 사용자가 초안을 검토·편집한 뒤 보내야 합니다. 지원 범위와 이용 조건은 계정, 앱 버전, 조직의 라이선스 설정에 따라 달라질 수 있습니다.

반면 Gmail의 템플릿과 필터를 이용한 자동 회신은 미리 저장한 문장을 특정 검색 조건에 맞는 메일에 자동으로 보내는 규칙입니다. Google 공식 안내에 따르면 Gmail 웹의 고급 설정에서 템플릿을 켜고, 검색 조건으로 필터를 만든 다음 템플릿 보내기를 선택할 수 있습니다. 이 방식은 AI가 메일 내용을 판단해 새 답장을 쓰는 기능과 다릅니다.

자동 회신은 다음과 같이 범위가 명확할 때만 사용하는 편이 안전합니다.

  • 신청 접수 사실을 알려주는 확인 메일
  • 운영시간과 예상 회신 시점을 알리는 안내
  • 정해진 양식과 제출 경로를 알려주는 반복 문의

가격 협상, 민원, 계약 변경, 환불 판단처럼 맥락과 책임이 따르는 메일은 자동 발송 대상에서 제외하고 초안 상태로 멈추는 것이 좋습니다.

보내기 전에 확인할 6가지

AI 이메일 검수 체크리스트

NIST의 생성형 AI 위험 관리 문서는 AI가 사실과 다른 내용을 확신하는 문장으로 제시하는 현상을 주요 위험 중 하나로 설명합니다. 업무 이메일에서는 그럴듯한 문장보다 원문과 일치하는 사실이 더 중요합니다. 아래 항목을 발송 전 체크리스트로 사용해 보세요.

  1. 수신자와 호칭: 이름, 직함, 회사명이 원문과 일치하는지 확인합니다.
  2. 날짜와 시간: 회의 날짜, 시간대, 마감일을 캘린더와 대조합니다.
  3. 숫자와 조건: 견적, 수량, 할인, 납기처럼 책임이 생기는 정보는 내부 자료에서 다시 확인합니다.
  4. 첨부파일: 본문에 “첨부합니다”라고 썼다면 실제 파일이 붙어 있는지 확인합니다.
  5. 약속과 권한: 본인이 확정할 수 없는 일정이나 보상안을 확정 표현으로 쓰지 않았는지 봅니다.
  6. 민감정보: 고객 개인정보, 비공개 계약 내용, 인증정보를 외부 AI 서비스에 입력하기 전 회사 정책과 해당 서비스의 데이터 처리 조건을 확인합니다.

AI에게 메일 전문을 그대로 붙여 넣지 않아도 됩니다. 고객명은 [고객], 프로젝트명은 [프로젝트], 금액은 [확인 후 입력]처럼 바꾼 뒤 초안을 만들고, 최종 편집 단계에서 정확한 값으로 교체할 수 있습니다.

좋은 이메일 프롬프트의 5가지 구성요소

프롬프트는 길게 쓰는 것보다 필요한 정보를 구분해서 쓰는 편이 안정적입니다. 다음 다섯 항목을 한 번에 전달하세요.

  • 상황: 어떤 메일에 답하는지
  • 수신자: 고객, 동료, 상사, 협력사 중 누구인지
  • 목적: 확인, 요청, 거절, 일정 조정 등
  • 확정 사실: 날짜, 담당자, 다음 행동처럼 반드시 포함할 정보
  • 형식: 정중함의 정도, 문장 수, 제목 포함 여부

공통 프롬프트는 아래처럼 만들 수 있습니다.

다음 정보로 업무 이메일 답장 초안을 작성해줘.

- 수신자: [관계와 호칭]
- 받은 메일의 핵심: [한두 문장 요약]
- 답장의 목적: [확인/요청/일정 조정/거절/감사]
- 반드시 포함할 사실: [검증한 날짜, 담당자, 다음 행동]
- 확정되지 않아 쓰면 안 되는 내용: [추측, 미승인 금액, 임의 약속]
- 말투와 길이: [정중하고 간결하게, 5문장 이내]

제목과 본문을 나눠 작성하고, 정보가 부족한 부분은 임의로 채우지 말고
[확인 필요]라고 표시해줘.

이 구조의 장점은 AI가 모르는 내용을 추측으로 메우는 범위를 줄여준다는 점입니다. [확인 필요]가 남아 있다면 발송하지 말고 담당 자료부터 확인하세요.

상황별로 복사해 쓰는 프롬프트 5개

아래 예시는 특정 AI 제품의 전용 명령이 아닙니다. 사용 중인 도구와 조직 정책에 맞게 수신자 정보와 확정 사실만 바꿔 활용할 수 있습니다.

1. 회의 일정 확정

협력사 담당자에게 보내는 회의 일정 확정 메일을 작성해줘.
확정된 일정은 [날짜] [시간]이고, 진행 방식은 [온라인/방문],
예상 소요 시간은 [시간]이야.
참석자에게 [준비 자료]를 회의 전까지 전달해 달라고 요청해줘.
정중하고 명확하게 5문장 이내로 작성하고 제목도 제안해줘.
입력하지 않은 장소나 참석자 이름은 추측하지 마.

2. 자료 수신 확인과 다음 단계 안내

고객이 보내온 [자료명]을 정상적으로 받았다는 확인 메일을 작성해줘.
현재는 수신 확인 단계이며, 검토 결과는 [회신 예정일]까지 안내할 예정이야.
추가 자료가 필요하면 별도 연락하겠다는 문장을 포함해줘.
검토가 끝난 것처럼 표현하지 말고 차분한 업무 말투로 4문장 이내로 작성해줘.

3. 프로젝트 진행 상황 공유

팀 리더에게 [프로젝트명]의 진행 상황을 보고하는 메일을 작성해줘.
완료 항목은 [완료 내용], 진행 중인 항목은 [진행 내용],
현재 확인이 필요한 항목은 [이슈]야.
다음 보고 시점은 [날짜]이며, 의사결정이 필요한 질문을 마지막에 한 줄로 분리해줘.
과장 없이 핵심부터 쓰고 7문장 이내로 작성해줘.

4. 일정 변경 요청

기존 [날짜와 시간] 일정의 변경을 요청하는 메일을 작성해줘.
변경 사유는 [공유 가능한 사유]이고, 가능한 대체 일정은
[후보 1]과 [후보 2]야.
상대방의 불편에 대해 짧게 양해를 구하고 가능한 시간을 회신해 달라고 요청해줘.
변명처럼 보이지 않도록 정중하고 간결하게 작성해줘.

5. 요청을 수락하기 어려울 때

고객의 [요청 내용]에 답하는 메일을 작성해줘.
현재 수락하기 어려운 이유는 [확인된 제약]이며,
대신 제안할 수 있는 방법은 [대안]이야.
상대방의 요청을 이해했다는 문장, 어려운 이유, 대안, 다음 확인 방법 순서로 써줘.
권한 밖의 보상이나 일정을 약속하지 말고 6문장 이내로 작성해줘.

Gmail과 Outlook에서 활용하는 방법

이메일 초안 작성 흐름

Gmail에서는 자주 쓰는 고정 문장을 템플릿으로 저장할 수 있습니다. 컴퓨터의 Gmail에서 설정 → 모든 설정 보기 → 고급 → 템플릿을 활성화한 뒤, 작성 창의 더보기 메뉴에서 초안을 템플릿으로 저장합니다. 문의 접수처럼 조건이 분명한 경우에는 필터와 템플릿을 결합할 수 있지만, 먼저 검색 조건이 의도한 메일만 찾는지 시험해야 합니다.

Gmail의 Smart Compose는 글을 입력할 때 문장을 제안하는 보조 기능입니다. Google은 이 기능이 사실에 맞는 답변을 보장하도록 설계되지 않았다고 안내하므로, 제안 문장을 채택하더라도 고유명사와 업무 조건을 확인해야 합니다.

Outlook에서 Draft with Copilot을 사용할 수 있는 계정이라면 새 메일 또는 답장 화면에서 프롬프트를 입력해 초안을 만들고 길이와 어조를 조정할 수 있습니다. Microsoft의 공식 절차처럼 결과를 보관한 뒤에도 내용을 편집하고, 실제 발송 전 최종 확인을 거쳐야 합니다. 메뉴가 보이지 않을 때는 앱 버전과 조직 관리자의 라이선스 설정을 확인하세요.

반복 업무에 적용하는 안전한 운영 순서

이메일 자동화는 처음부터 모든 메일을 처리하게 하기보다 낮은 위험의 반복 업무부터 넓히는 편이 관리하기 쉽습니다.

  1. 최근 메일에서 반복 문의 유형 3개를 고릅니다.
  2. 각 유형의 필수 사실과 발송 금지 조건을 적습니다.
  3. 위 프롬프트로 초안을 만들고 담당자가 수정합니다.
  4. 수정이 끝난 문장만 Gmail 또는 사내 도구의 템플릿으로 저장합니다.
  5. 일주일 동안은 자동 발송 대신 초안 생성까지만 운영하고 오류 유형을 기록합니다.
  6. 내용이 고정된 접수 안내만 필터 기반 자동 회신 후보로 전환합니다.

검수 기록에는 “무엇을 수정했는지”를 남기세요. 날짜 오류가 자주 발생한다면 프롬프트를 더 길게 만드는 대신, 캘린더 확인을 필수 단계로 추가하는 식이 효과적입니다. 메일 작성 규칙은 팀이 함께 쓰는 한 페이지 문서로 관리하면 담당자가 바뀌어도 말투와 승인 기준을 유지하기 쉽습니다.

자주 묻는 질문 FAQ

AI가 만든 답장을 그대로 보내도 되나요?

권하지 않습니다. 생성형 AI는 자연스러운 문장 안에 사실과 다른 내용을 넣을 수 있습니다. 수신자, 날짜, 숫자, 첨부파일, 권한 밖의 약속을 원문과 대조한 뒤 보내세요. Microsoft도 AI 초안을 검토하고 편집한 후 발송하도록 안내합니다.

Gmail 템플릿과 AI 답장은 같은 기능인가요?

다릅니다. Gmail 템플릿은 미리 작성한 고정 문장을 다시 사용하는 기능이고, 필터와 연결하면 정해진 조건에서 자동 회신할 수 있습니다. AI 초안은 주어진 맥락을 바탕으로 매번 새 문장을 생성하므로 검수가 필요합니다.

어떤 메일부터 자동화하는 것이 좋나요?

접수 확인, 운영시간 안내, 제출 양식 안내처럼 내용과 발송 조건이 명확한 메일부터 시작하세요. 협상, 민원, 계약 변경, 인사평가처럼 판단과 책임이 따르는 메일은 사람이 내용을 결정하고 AI는 문장 정리만 돕게 하는 편이 안전합니다.

회사 이메일을 외부 AI에 붙여 넣어도 되나요?

조직의 보안 정책과 사용 중인 AI 서비스의 데이터 처리 조건을 먼저 확인해야 합니다. 허용 여부가 분명하지 않다면 고객명, 연락처, 계약 조건 등 민감정보를 제거한 요약만 입력하세요. 회사에서 승인한 업무용 AI 환경이 있다면 그 환경의 접근 권한과 보존 정책을 따르세요.

프롬프트를 길게 쓰면 오류가 없어지나요?

필요한 정보와 금지 조건을 명확히 적으면 결과를 개선할 수 있지만 오류 가능성이 사라지는 것은 아닙니다. NIST도 생성형 AI의 사실 오류를 별도의 위험으로 다루고 있습니다. 프롬프트 개선과 사람의 최종 확인을 함께 운영해야 합니다.

공식 자료

이 글의 기능 설명과 위험 안내는 2026년 7월 29일 위 공식 자료를 기준으로 확인했습니다. 실제 메뉴와 이용 가능 기능은 계정 종류, 라이선스, 조직 관리 설정, 서비스 업데이트에 따라 달라질 수 있습니다.

참고 자료

출처 확인일: 2026-07-29

댓글

이 블로그의 인기 게시물

일 잘하는 사람의 AI 도구 5개 — 업무 시간 반으로 (2026)

옛날 사진 AI로 복원하는 법 — 부모님 흑백사진 살리기 (2026)