|
|
|
|
|
 |
보안과 운영을 설계의 일부로 끌어오는 능력입니다.
운영에서 가장 무서운 것은 '알 수 없음'입니다.
비용 최적화는 일회성 프로젝트가 아니라 운영문화입니다.
성능, 신뢰성, 보안, 비용입니다.
보안은 문서가 아니라 구조로 하는 것입니다.
장애를 사건이 아니라 학습으로 전환하는 것이 제 방식입니다.
운영 인계가 없는 상태로 전환하는 것입니다.
저는 "고객 요구를 설계와 운영으로 연결하는 표준 패키지"를 만들고 싶습니다.
|
|
|
 |
Solutions Architect로서 고객 요구를 기술설계로 바꿀 때, 본인만의 프레임워크는 무엇입니까
Solutions Architect는 멋진 다이어그램을 그리는 역할이 아니라, 고객의 의사결정을 가능하게 만드는 사람입니다.
구조화 능력입니다. 고객이 말하는 "빠르게, 안전하게, 확장되게"는 기술요구가 아니라 감정의 표현인 경우가 많습니다.
클라우드는 선택지가 많아서 오히려 실패하기 쉽습니다.
보안과 운영을 설계의 일부로 끌어오는 능력입니다.
저는 반대로 갑니다.
저는 "클라우드를 잘 안다"가 아니라, "클라우드를 통해 고객의 일을 더 안전하고 빠르게 굴리게 만든다"로 평가받는 SA가 되겠습니다.
저는 기준이 없으면 불안해하는 사람이 아니라, 기준을 만들어 팀이 덜 불안해지도록 하는 사람입니다.
빠른 PoC가 중요한 상황에서는 이 성향이 속도를 늦출 수 있습니다.
속도와 직설이라는 리스크는 '레이어링'과 '현상중심 커뮤니케이션'으로 통제해왔고, GS네오텍에서도 같은 방식으로 성과로 증명하겠습니다.
현업은 빠른 전환을 원했고, 개발은 배포 속도를 원했으며, 보안은 통제를 원했고, 운영은 책임을 두려워했습니다.
책임의 경계, 변경의 통제, 관측 가능성입니다.
두 번째로 변경의 통제를 만들었습니다.
저는 배포와 인프라 변경을 한 줄로 남기지 않기 위해 최소한의 규칙을 만들었습니다.
결과적으로 배포 실패율 이 줄었고, 장애 대응 시간도 짧아졌습니다.
장애 건수가 "0"이 되지는 않았지만, 장애가 나도 서비스가 완전히 멈추지 않았고, 복구시간이 눈에 띄게 줄었습니다.
이 전환이 제가 만들고 싶었던 진짜 결과였습니다.
GS 네오텍의 Solutions Architect로서 저는 이 태도를 고객 프로젝트의 표준으로 만들겠습니다.
저는 "현장에서 실제로 굴러가는 클라우드"를 만들고 싶습니다.
Solutions Architect는 설계로 끝나지 않습니다. 고객의 의사결정, 보안과 운영, 비용과 SLA, 장애와 재발방지까지 연결되어야 합니다.
가장애를 겪거나, 안정성만 보다가 비용폭탄을 맞습니다.
비용 최적화는 일회성 프로젝트가 아니라 운영문화입니다.
성능, 신뢰성, 보안, 비용입니다.
일반적으로 보안과 신뢰성은 바닥을 깨면 회복비용이 너무 큽니다.
보안은 문서가 아니라 구조로 하는 것입니다.
4단계로 임시조치와 근본 조치를 분리합니다.
예방책은 계정 구조, VPC, IAM, 로깅을 먼저 확정하는 것입니다.
요구사항 템플릿, 아키텍 처 결정기록, 비용 산정 가정서, 보안체크리스트, 운영런북 최소 세트로 구성하겠습니다. |
 |
이다, 비용, 운영, 만들다, 고객, 장애, 설계, 보안, 빠르다, 방식, 기준, 최소, 텍, 체크, 통제, 배포, 문서, 단계, 클라우드, 재발 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.01.15
7페이지
