피츠버그와 클리블랜드의 Linux 서버 지원

업무용 애플리케이션 호스팅

Linux 업무의 대부분은 누군가 매일 의존하는 애플리케이션을 지원하는 일입니다. 애플리케이션과 데이터베이스, 예약 작업을 설치하고 구성합니다. 앞단의 리버스 프록시가 HTTPS 인증서와 호스트 이름별 라우팅을 처리하므로 애플리케이션이 직접 노출되지 않습니다.

• 서비스: 부팅 시 시작하고, 실패하면 재시작하며, 유용한 곳에 로그를 남기는 systemd 유닛입니다.
• TLS: 인증서가 자동으로 발급되고 갱신되며, 갱신에 실패하면 경고를 보냅니다.
• 컨테이너: 애플리케이션이 컨테이너로 제공되면 Docker와 Docker Compose로 실행합니다.

다른 관리자가 남기고 간 서버 인수

서버는 문서도 없고 관리자도 떠난 상태로 넘어오는 경우가 많습니다. 무엇이든 변경하기 전에 사용자, 서비스, 예약 작업, 열린 포트, 인증서, 백업을 목록으로 정리하고 파악한 내용을 문서로 남깁니다.

인증 정보를 인계받아 교체하고, 격차 목록으로 패치가 안 된 부분, 백업이 안 된 부분, 지원이 종료된 부분을 알려 드립니다. 그다음 변경을 하나씩 처리하며 고쳐 나갑니다. 다른 IT 업체에서 인계받는 경우에도 같은 방식이 적용되며, 당사가 주 담당이 되기 전에 일주일간 병행 운영합니다.

호스트 간 마이그레이션

애플리케이션을 새 서버, 새 운영체제 릴리스, 또는 Proxmox의 가상 머신으로 옮길 때는 서면 계획을 따릅니다. 기존 호스트 옆에 새 호스트를 구축하고, 데이터를 복사하고, 애플리케이션을 테스트하며, 업무 시간 외에 전환 일정을 잡습니다. 새 서버가 검증될 때까지 기존 서버는 계속 사용할 수 있게 둡니다.

컨테이너와 클러스터 옆에서 Linux가 어디에 해당하는지 알아보려면 Linux 및 Kubernetes 개요를 읽거나 지식 베이스의 Linux 가이드를 둘러보십시오. 서버 한 대를 넘어서는 워크로드에는 Kubernetes가 맞을 수 있지만, 그럴 필요가 없는 경우도 많습니다. 백업과 복구 계획은 백업 및 재해 복구에서 다룹니다.

진행 방식

1. 상담 통화. 서버, 애플리케이션, 현재 겪고 있는 문제에 대한 짧은 대화입니다.
2. 서면 범위 정의. 무엇이든 건드리기 전에 작업 내용, 변경 순서, 롤백 경로를 합의합니다.
3. 구현. 구축, 패치, 마이그레이션 또는 수리를 한 뒤 결과를 테스트하고 문서화합니다.
4. 지속적인 운영. 담당 엔지니어의 월 단위 지원이며 선택 사항이고 계약 종속은 없습니다.

사무소는 펜실베이니아의 Coraopolis와 Beaver Falls에 있습니다. 클리블랜드 지역 현장 작업은 프로젝트 일정에 맞춰 진행하며, 원격 지원은 전국에서 가능합니다. 영업일 기준 1일 이내에 답변드립니다.

Linux 서버 지원에 대한 질문

어떤 Linux 배포판을 지원합니까?

Ubuntu, Debian, RHEL 계열 서버를 지원합니다. 다른 것을 사용 중이시면 상담 통화에서 문의해 주십시오.

클라우드로 옮기지 않고도 서버를 지원할 수 있습니까?

네. 사무실, 랙, Proxmox 가상 머신, Azure에 있는 서버를 관리하며, 워크로드에 어느 쪽이 맞는지 조언해 드립니다.

지속적인 지원만 제공합니까?

아닙니다. 단일 마이그레이션, 보안 강화 검토, 고장 나 가는 서버 한 대의 복구도 독립된 프로젝트로 맡습니다. 원하시면 이후에 지속적인 운영으로 이어질 수 있습니다.

문서가 전혀 없으면 어떻게 합니까?

흔한 경우입니다. 위에서 설명한 현황 조사가 첫 번째 문서가 되며, 이 문서는 귀사의 소유입니다.