대부분의 Azure 환경은 급한 배포가 하나씩 쌓이며 커지고, 요금도 함께 늘어납니다. 저희는 운영 중인 것과 그 비용을 검토하고, 인프라를 코드로 옮기며, 아직 사내 서버실에 남아 있는 워크로드를 저렴하게 유지되도록 설계된 관리형 서비스로 이전합니다.
애플리케이션 뒤의 서비스를, 깔끔하게 배포되고 부하 속에서도 흔들리지 않도록 구축합니다.
지출을 그 원인이 되는 워크로드와 연결하고, 적정 규모로 조정하며, 효과가 있는 곳은 예약하고 그렇지 않은 곳은 끕니다.
Bicep 또는 Terraform으로 환경을 정의해, 기억에 의존하지 않고 다시 구축하고, 리뷰하고, 승격할 수 있게 합니다.
모든 변경 사항을 같은 방식으로 빌드, 테스트, 배포하는 CI/CD. 시크릿과 ID도 제대로 관리합니다.
유행이 아니라 비용과 적합성을 기준으로 선택한 App Service, Container Apps, Functions 또는 AKS로 워크로드를 이전합니다.
모든 프로젝트는 아래 패키지 중 하나로 시작할 수 있습니다. 각 패키지에는 이름이 있고, 착수 전에 문서로 확정되는 범위가 있습니다. 따라서 첫 결정은 작은 결정이 되며, 더 큰 작업을 맡기시기 전에 저희의 일하는 방식을 먼저 확인하실 수 있습니다.
Azure 청구서를 그 뒤의 아키텍처와 한 줄씩 대조합니다. 돈이 어디로 나가는지, 무엇을 줄일 수 있는지, 무엇이 장애 직전 상태인지 파악합니다.
항목마다 절감액을 함께 적은 우선순위 변경 목록 — 실행에 옮기기 전에 리뷰의 가치를 먼저 확인하실 수 있습니다.
코드로 정의된 환경, 사람이 아니라 파이프라인이 수행하는 배포, 그리고 문제가 생겼을 때 바로 알 수 있는 모니터링.
리포지토리에서 다시 구축할 수 있는 인프라, 그리고 누구도 긴장할 필요 없는 배포.
온프레미스 서버나 수작업으로 구성한 VM에 있는 애플리케이션 하나를 관리형 Azure 서비스로 이전합니다. 전환 계획과 복귀 경로를 함께 마련합니다.
운영 비용이 더 낮은 관리형 서비스 위의 워크로드, 그리고 다음 이전을 위한 템플릿.
모든 패키지는 범위를 확인한 후 고정 가격으로 견적을 드리며, 확정된 가격은 변하지 않습니다. 작업이 예상보다 길어지더라도 그것은 고객사가 아니라 저희가 감당할 몫입니다.
전적으로 환경에 따라 다르므로, 직접 보기 전에는 비율을 제시하지 않습니다. 리뷰에서는 모든 변경 사항을 월 절감액 순으로 정리하므로, 실행에 옮기기 전에 그 가치를 정확히 확인하실 수 있습니다.
대부분의 .NET 워크로드가 Azure에서 운영되기 때문에 저희 역량이 가장 깊은 곳도 Azure입니다. 원칙은 AWS와 Google Cloud에도 그대로 적용되며, 해당 분야의 전문가가 필요한 문제라면 그렇다고 말씀드립니다.
가능합니다. 리허설을 거친 전환과 테스트된 롤백을 갖춰 워크로드를 하나씩 이전합니다. 첫 번째 마이그레이션이 나머지를 위한 템플릿이 됩니다.
바로 그것이 목적입니다. 모든 것이 코드로, 고객사 리포지토리에, 런북과 함께 남습니다. 지원을 계속 맡겨 주시면 기꺼이 함께하겠지만, 운영을 위해 저희가 꼭 필요한 상황은 없어야 합니다.
