서비스 / 04
클라우드 및 플랫폼 현대화
보도자료 말고 역량을 위한 이전.
단위 원가를 낮추고 딜리버리 병목을 없애는 랜딩존, 마이그레이션, 플랫폼 엔지니어링을 합니다.
데이터센터를 남의 리전에 그대로 복사하는 리프트앤시프트는 현대화가 아니라 월세 인상입니다. 저희는 워크로드마다 두 가지를 봅니다. 바꿀 만한 사업적 이유가 있는가, 바꾸는 데 기술적으로 얼마나 드는가. 안정적이고 싸고 평범한 시스템은 그냥 두시라고 말씀드리는 데 거리낌이 없습니다.
이전할 만하다고 판단되면 랜딩존과 표준 플랫폼, 가드레일을 먼저 만듭니다. 그래야 열 번째로 옮기는 팀이 첫 번째 팀보다 빠릅니다. 비용을 볼 수 있게 만드는 것도 처음부터 넣습니다. 나중에 붙인 FinOps는 거의 자리를 못 잡습니다.
데이터 소재지나 복원력, 출구 계획에 규제 의무가 걸린 고객이라면 그 제약을 설계에 명시적으로 넣고, 감독기관이 요구할 증빙도 같이 만들어 둡니다.
핵심 역량
랜딩존 및 가드레일
첫 워크로드를 옮기기 전에 아이덴티티, 네트워크 분리, 정책 코드화, 감사 추적을 갖춘 멀티 계정 기반을 깔아둡니다.
마이그레이션 프로그램
워크로드 단위로 평가하고 웨이브를 짜서 실행합니다. 롤백은 된다고 가정하지 않고 실제로 해봅니다.
플랫폼 엔지니어링
규정대로 가는 길이 곧 가장 빠른 길이 되도록 내부 개발자 플랫폼과 표준 경로를 만듭니다.
복원력 및 FinOps
장애 훈련을 돌리고, 복구 목표를 실제로 확인하고, 단위 원가를 팀별로 볼 수 있게 만듭니다.
함께 읽을 자료
레거시 현대화4 분
빅뱅 재구축의 대안에는 20년 전부터 이름이 있었습니다
파울러는 숙주를 감싸고 자라 그 자리를 대신하는 식물의 이름을 붙였습니다. 실패한 리플랫포밍 대부분은 이 패턴을 무시한 경우입니다.
출처: Martin Fowler, Strangler Fig Application, martinfowler.com, 2004, rewritten 2024
운영 모델5 분
콘웨이의 법칙을 실제로 인력 배치할 수 있는 형태로
네 가지 팀 유형과 세 가지 상호작용 방식. 이 책이 최적화하는 제약은 인지 부하인데, 그건 아무도 예산에 잡지 않는 항목입니다.
출처: Matthew Skelton & Manuel Pais, Team Topologies: Organizing Business and Technology Teams for Fast Flow, IT Revolution, 2019
운영4 분
장애 리뷰 전에 읽어야 할 네 쪽짜리 글
쿡이 쓴 건 의료 현장 이야기입니다. 그런데 프로덕션 시스템을 운영해본 사람이라면 18개 항목을 전부 곧바로 알아봅니다.
출처: Richard I. Cook, MD, How Complex Systems Fail, Cognitive Technologies Laboratory, University of Chicago, 1998
다음 서비스
경험 디자인
보고서와 실제 출시 사이에서 멈춘 프로그램이 있으신가요?
어디서 막혔는지 알려주세요. 영업일 기준 이틀 안에 저희 생각을 정리해 회신드립니다. 저희가 맞는 파트너가 아니라면 그것도 그대로 말씀드립니다.