DevOps 및 클라우드 인프라

관리형 DevOps 및 운영

단순한 인수인계가 아니라, 출시 후 귀사의 소프트웨어를 책임지는 팀입니다. 우리는 귀사와 합의한 지원 계획에 따라 릴리스, 모니터링, 인시던트, 패치, 백업 테스트 및 보고를 수행합니다.

프로젝트 논의하기관리형 운영 상담하기

출시는 운영이 시작되는 지점입니다

운영 중인 소프트웨어는 꾸준한 관리가 필요합니다. 의존성은 노후화되고, 인증서는 만료되며, 트래픽은 변하고, 백업은 복원될 때에만 의미가 있습니다. 관리형 DevOps 및 운영은 그 작업에 책임 있는 소유자를 부여합니다. 우리는 통제된 릴리스를 수행하고, 모니터링과 알림을 주시하며, 합의된 시간 내에 인시던트를 처리하고, 패치를 적용하며, 복구를 테스트하고, 접근 권한을 검토하며, 성능과 비용을 보고합니다. 이는 우리가 구축한 소프트웨어와 우리가 구축하지 않은 애플리케이션 모두에 적합하며, AI 도구로 구축한 앱도 포함됩니다. 모든 계약은 온보딩 검토로 시작됩니다.

AI 지원 운영, 사람이 승인하는 변경

AI가 돕는 방식

  • 엔지니어가 조사하는 동안 알림, 로그 및 최근 배포를 상관 분석하여 가능한 원인을 제안합니다.
  • 패치 수준, 의존성, 인증서 만료, 백업 결과 및 구성 드리프트에 대한 정기 점검.
  • 업데이트 일정을 잡기 전에 호환성을 깨는 변경을 표시하기 위해 의존성 릴리스 노트를 요약합니다.
  • 모니터링 데이터로부터 인시던트 타임라인, 변경 노트 및 정기 보고서를 초안 작성합니다.

전문가가 책임지는 부분

  • 인시던트 결정: 심각도, 롤백 또는 수정, 그리고 귀사의 팀과 사용자에게 무엇을 알릴지.
  • 모든 프로덕션 변경의 승인. 에이전트는 무제한의 프로덕션 접근 권한을 얻지 않습니다.
  • 복구 테스트: 엔지니어가 복원을 실행하고 데이터와 서비스가 실제로 돌아오는지 확인합니다.
  • 지원 계획: 적용 시간, 응답 약속 및 제외 사항을 사전에 귀사와 합의합니다.

알림이 발생하면 일어나는 일

커버되는 시간 내의 일반적인 사고 처리 경로입니다. 심각도 수준, 연락처, 대응 약속은 고객님의 지원 플랜에서 나옵니다.

  1. 알림

    모니터링이 오류, 느린 페이지, 실패한 작업처럼 사용자가 알아차릴 증상을 포착합니다.

  2. 분류

    엔지니어가 AI로 최근 변경 사항과 관련 오류를 요약하면서 무엇이 어느 정도로 영향받는지 확인합니다.

    체크포인트: 엔지니어가 심각도를 설정합니다

  3. 완화

    원인이 밝혀지기 전에 먼저 피해를 멈춥니다. 롤백하거나, 기능 플래그를 비활성화하거나, 용량을 추가합니다.

    체크포인트: 엔지니어가 모든 프로덕션 작업을 승인합니다

  4. 소통

    지정된 연락처에게 영향, 현재 조치, 다음 소식을 언제 받을지에 대한 업데이트를 전달합니다.

    체크포인트: 사용자용 문구는 고객님과 합의합니다

  5. 수정

    근본 원인을 코드나 구성에서 수정하고, 스테이징에서 테스트한 뒤 파이프라인을 통해 릴리스합니다.

  6. 사고 후 검토

    원인, 타임라인, 모니터링이 놓친 것에 대한 비난 없는 기록이며, 후속 조치는 개선 목록에 추가됩니다.

    체크포인트: 후속 조치 우선순위는 고객님과 합의합니다

문제가 발생했을 때: 완화 조치가 유지되지 않거나 원인이 서드파티에 있는 경우, 지원 플랜에 정해진 대로 에스컬레이션하고 업데이트를 계속 제공합니다.

우리가 관리하는 것

일회성 인수인계가 아닌, 지속적인 책임

  • 통제된 릴리스

    검토된 파이프라인을 통한 계획된 배포로, 릴리스 노트, 적합한 경우 단계적 롤아웃, 그리고 각 릴리스 전에 확인되는 롤백 경로를 포함합니다.

  • 모니터링 및 알림

    가용성, 오류, 성능 및 리소스에 대한 지속적인 자동 모니터링으로, 알림은 귀사의 지원 계획에 명시된 사람에게 전달됩니다.

  • 인시던트 처리

    적용 시간 동안의 분류, 수정 또는 롤백, 그리고 명확한 업데이트에 이어 원인과 후속 작업에 대한 서면 검토가 뒤따릅니다.

  • 패치 및 의존성 업데이트

    운영 체제, 런타임, 라이브러리 및 인증서 업데이트를 일정에 따라 프로덕션 전에 테스트하며, 긴급 보안 수정은 우선순위를 둡니다.

  • 백업 및 복구 테스트

    백업을 정기적으로 검증하고 복원을 예행연습하여, 필요하기 전에 복구 단계가 실제로 입증되도록 합니다.

  • 검토 및 정기 보고

    접근 권한 검토, 성능 및 비용 가시성, 그리고 인시던트, 변경, 위험 및 권장 다음 단계에 대한 정기 보고서.

운영을 저희에게 맡기는 분들

운영은 기능 작업에 계속 밀립니다. 알림은 읽히지 않고, 업데이트는 한가한 주를 기다리며, 장애가 발생하면 아직 접근 권한을 가진 사람을 찾는 일이 됩니다.

  • 출시를 맡았던 에이전시나 원래 개발자가 이미 떠나버린 창업자
  • DevOps 전문가가 없어 개발자가 직접 장애를 처리하는 제품 팀
  • 아무도 적극적으로 유지보수하지 않는, 매출에 핵심적인 웹 앱에 의존하는 비즈니스

일반적인 운영 요청

고객 사례 연구가 아니라, 저희가 범위를 정하는 일반적인 시나리오입니다.

  • 유일한 접근 권한을 가진 채 떠나는 계약자

    서버를 운영하던 계약자가 떠나는데, 인수인계가 단 한 번의 통화뿐입니다. 저희는 그들이 보유한 모든 로그인과 키를 목록화하고, 이를 교체하며, 백업을 복원할 수 있는지 확인하고, 떠나기 전에 무엇이 어디서 실행되는지 기록해 둡니다.

  • 지원 종료에 다다른 런타임

    제품이 곧 보안 업데이트를 받지 못하게 될 언어 런타임에서 실행됩니다. 저희는 업그레이드를 단계별로 계획하고, 각 단계를 스테이징에서 핵심 워크플로를 기준으로 테스트하며, 합의된 유지보수 시간대에 릴리스합니다.

  • 모두가 무시하는 법을 배운 알림

    팀이 너무 많은 알림을 받아 실제 문제가 소음 속에 묻힙니다. 저희는 어떤 알림이 조치로 이어졌는지 확인하고, 나머지는 병합하거나 폐기하며, 남은 것은 심각도에 따라 지원 플랜이 지정한 담당자에게 전달합니다.

관리형 운영이 시작되는 방식

  1. 01

    온보딩 검토

    우리는 우리가 구축하지 않은 소프트웨어를 포함하여 코드, 인프라, 접근 권한, 백업, 모니터링 및 알려진 위험을 검토하고, 무엇을 먼저 수정할지 합의합니다.

  2. 02

    지원 계획 합의

    적용 대상 시스템, 지원 시간, 응답 약속, 에스컬레이션 연락처, 양쪽의 책임 및 제외 사항을 문서로 기록합니다.

  3. 03

    핵심 요소 안정화

    누락된 모니터링, 백업, 접근 제어 및 런북을 마련하고, 일상적인 운영이 시작되기 전에 긴급 위험을 수정합니다.

  4. 04

    운영 및 보고

    릴리스, 모니터링, 패치, 복구 테스트 및 검토가 일정에 따라 실행되며, 정기 보고서와 합의된 개선 목록이 함께 제공됩니다.

AI 도구와 함께 작업하는 두 가지 방법

AI는 인프라 코드와 진단을 지원합니다. 구성과 로그를 어디에서 처리할 수 있는지 선택하세요.

확실하지 않으신가요? 범위 지정 중에 저희가 하나를 추천하겠습니다. AI 딜리버리 옵션 비교하기

관리형 운영 플랜 외의 범위

  • 지원 플랜에 포함된 개선 작업을 넘어서는 신규 기능은 개발 프로젝트로 별도로 범위를 정합니다.
  • 벤더의 플랫폼이나 검토되지 않은 서버처럼 온보딩하지 않은 시스템은 검토되어 추가되기 전까지 플랜 밖에 있습니다.
  • 보안 침해에 대한 포렌식 조사는 포함되지 않습니다. 플랜 범위 내에서 저희는 사고를 격리하고, 로그를 보존하며, 조사를 담당하는 쪽을 지원합니다.
  • 결제, 이메일, 모델 API 제공업체와 같은 서드파티 서비스의 장애는 저희 통제 밖입니다. 저희는 이를 주시하고 설계가 허용하는 범위에서 우회합니다.

개발, QA 및 AI 운영이 연결되는 방식

  • 같은 팀의 수정

    모니터링이나 인시던트가 코드 문제를 가리킬 때, 우리 엔지니어는 계약 범위 내에서 이를 수정하거나 명확한 진단을 귀사의 개발자에게 넘길 수 있습니다.

  • QA 회귀 테스트 커버리지

    패치, 의존성 업데이트 및 수정은 릴리스 전에 회귀 테스트를 거치므로, 일상적인 유지보수가 귀사의 중요한 워크플로에 대해 점검됩니다.

  • AI 에이전트 및 모델 운영

    귀사의 제품이 AI 기능이나 에이전트를 사용하는 경우, 우리는 평가, 프롬프트 및 모델 업데이트, 권한 검토를 추가합니다. 프라이빗 모델 호스팅은 Private AI Infrastructure에서 다룹니다.

  • 지속적인 개선

    보고서는 성능, 비용, 보안 및 로드맵 작업의 우선순위가 매겨진 목록으로 전환되어, 문서에 남겨두는 대신 귀사와 함께 일정을 잡습니다.

FAQ

자주 묻는 질문

업무 시간 외에 무언가 고장 나면 어떻게 되나요?

모니터링과 알림은 상시 실행됩니다. 업무 시간 외에 누가, 얼마나 빠르게 대응하는지는 고객님의 지원 플랜에서 정해집니다. 적용 시간대, 심각도별 대응 약속, 에스컬레이션 연락처 및 제외 사항이 포함됩니다. 중요 시스템에 업무 시간 외 커버리지가 필요한 경우, 가정하지 않고 명시적으로 범위를 정하고 합의합니다.

직접 구축하지 않은 애플리케이션도 관리할 수 있나요?

네, AI 도구로 구축된 애플리케이션을 포함합니다. 먼저 코드, 인프라, 접근 권한, 백업, 모니터링에 대한 온보딩 검토로 시작하고, 일상 운영을 맡기 전에 가장 긴급한 위험을 해결합니다. 현재 상태로 안전하게 운영할 수 없는 부분이 있으면, 알려드리고 변경을 제안합니다.

지원 플랜에는 무엇이 포함되나요?

커버되는 시스템, 지원 시간, 심각도별 대응 약속, 에스컬레이션 연락처, 유지보수 시간대, 보고 일정, 양측의 책임 및 제외 사항이 포함됩니다. 또한 어느 정도의 개선 작업이 포함되는지도 정합니다. 온보딩 검토 후에 합의하므로, 실제로 운영해야 하는 내용을 반영합니다.

AI 도구가 저희 로그와 프로덕션 데이터를 보나요?

허용하신 것만 봅니다. 접근은 최소 권한 원칙을 따르며, AI 도구는 비밀 정보를 제외한 합의된 로그, 지표, 구성을 바탕으로 작동합니다. 해당 자료가 고객님의 경계 안에 머물러야 한다면, 프라이빗 / 로컬 AI 엔지니어링은 고객님이 통제하는 인프라나 합의된 격리 환경의 모델을 사용합니다. Claude Code / OpenAI Codex 엔지니어링은 합의된 계정 및 데이터 보존 설정 하에서 상용 에이전트를 사용합니다.

관련 읽을거리

운영 중인 소프트웨어에 책임지는 팀을 두세요

무엇이 운영되고 있고 무엇이 걱정되는지 알려주세요. 온보딩 검토로 시작하여 적합한 지원 플랜을 제안해 드리겠습니다.

프로젝트 논의하기검토로 시작하기