플랫폼 엔지니어링(Platform Engineering)에 대한 깊이 있는 통찰 #

안녕하세요! 어려운 경제와 기술의 코드를 중학생도 이해하기 쉽게 풀어주는 친절한 투자 멘토, 코드폴릭스입니다. 오늘은 플랫폼 엔지니어링(Platform Engineering)에 대한 깊이 있는 통찰을 함께 살펴보겠습니다.

요리사를 위한 ‘만능 주방’ 만들기 (플랫폼 엔지니어링의 보편화) #

플랫폼 엔지니어링이란 쉽게 말해, ‘개발자들이 일하기 가장 좋은 맞춤형 주방’을 만들어주는 일과 같습니다.

과거를 한번 떠올려볼까요? 요리사(개발자)가 요리를 하다가 프라이팬이나 새로운 식자재가 필요해지면, 관리 부서에 “프라이팬 하나만 꺼내 주세요”라고 요청서(티켓)를 써야만 했어요. 그리고는 하염없이 기다려야 했죠. 이러니 작업 흐름이 뚝뚝 끊길 수밖에 없었습니다.

하지만 이제는 시대가 달라졌습니다! 요리사가 버튼 하나만 누르면 필요한 도구와 조리 환경이 눈앞에 자동으로 세팅되는, ‘셀프서비스 주방(내부 개발자 플랫폼)’을 구축하는 것이 대세가 되었어요.

전문가들은 2026년쯤이면 대기업의 80%가 이런 전담 팀을 꾸릴 것이라고 내다보고 있습니다. 이미 시장에는 좋은 도구들이 많이 나와 있어서, 마음만 먹으면 이런 번듯한 주방을 시공하는 것 자체는 크게 어렵지 않은 시대가 되었답니다.

 

사내 구내식당의 딜레마: 지어놓으면 알아서 올까? (팀 보유와 성과의 괴리) #

하지만 진짜 고민은 여기서부터 시작됩니다. 회사가 비싼 돈을 들여 최신식 주방(플랫폼)을 만들어 줬다고 해서, 요리사들이 무조건 기뻐하며 그곳에서만 요리할까요?

통계는 “아니다”라고 단호하게 말합니다. 조직의 80%가 시스템을 갖추고 있음에도, 실제로 일하는 속도(개발 생산성)가 눈에 띄게 빨라졌다고 자신 있게 말할 수 있는 곳은 30%도 채 되지 않아요.

이것은 마치 회사에 ‘최고급 사내 구내식당’을 지어놓은 상황과 비슷합니다. 회사가 식당을 지어놓고 “이제부터 밖으로 나가지 말고 무조건 여기서만 밥을 먹어라(사내 강제, Push 방식)”라고 지시한다고 해볼게요.

만약 메뉴가 맛이 없고 배식 줄마저 길다면 직원들은 어떻게 할까요? 결국 불만을 품고 몰래 회사 밖의 익숙한 단골 식당으로 빠져나가거나, 삼삼오오 모여 배달을 시켜 먹을 것입니다. (기존의 슬랙이나 티켓 요청 방식으로 회귀하는 거죠.)

반대로 생각해볼까요? 음식이 너무 맛있고 이용하기가 편리하다면, 굳이 오라고 강요하지 않아도 직원들이 알아서 찾아오겠죠! (이것이 바로 당기는 방식, Pull 방식입니다.)

안타깝게도 현재 많은 기업의 플랫폼은 직원들의 발길을 자연스럽게 당기기보다는, 억지로 등을 떠미는 수준에 머물러 있답니다.

 

다이어트의 핵심은 ‘체중계’에 있다 (측정의 부재) #

그렇다면 왜 이런 성공과 실패의 격차가 발생할까요? 가장 약한 고리는 바로 ‘측정(Measurement)의 부재’입니다.

우리가 다이어트를 하려고 큰맘 먹고 비싼 헬스장(플랫폼)에 1년 치 등록을 했다고 가정해 보겠습니다. 헬스장에 멋진 기구가 꽉 차 있다는 사실만으로 내 살이 빠지지는 않죠?

매일 체중계에 올라가서 몸무게가 줄었는지, 체지방이 얼마나 빠졌는지 수치로 확인(측정)해야만 내 운동 방식이 맞는지 틀린 지 알 수 있고, 식단을 조절하며 개선해 나갈 수 있어요.

마찬가지로 기업들은 번드러르한 멋진 시스템을 세우는 데까지만 열을 올리고, 정작 “이 시스템 덕분에 우리 직원들의 퇴근 시간이 얼마나 빨라졌는가?”, “일할 때 받는 스트레스(인지 부하)가 수치상 얼마나 줄었는가?”를 데이터로 증명하지 못합니다.

효과를 측정하지 않으니 어디를 어떻게 고쳐야 할지도 모르고, 결국 막대한 예산만 잡아먹은 채 아무도 책임지지 않는 애물단지로 전락하고 마는 것입니다.

 

고장 난 자동차와 자율주행의 역설 (AI가 끼어드는 변수) #

여기에 최근 모든 문제를 해결해 줄 마법의 지팡이처럼 여겨지는 ‘AI(인공지능)’가 등장합니다.

조사에 따르면 무려 94%의 사람들이 플랫폼에 AI를 결합하는 것이 필수라고 답했어요. 코드를 알아서 짜주고 필요한 환경을 척척 추천해 주는 AI를 도입하면 모든 게 완벽해질 것 같지만, 여기엔 치명적인 함정이 숨어 있습니다.

바퀴의 바람이 빠져 있고 엔진 오일도 갈지 않아 덜컹거리는 낡은 자동차(토대가 약한 플랫폼)에 최첨단 자율주행 AI 시스템을 달아놓는다고 생각해 보세요.

목적지에 빠르고 안전하게 도착하기는커녕, 오히려 엉뚱한 길로 폭주하여 대형 사고가 날 확률만 높아질 것입니다. 즉, 기초 공사가 튼튼하게 되어 있지 않은 시스템에 섣불리 AI라는 신기술만 얹으려다가는, 오히려 ‘잘못된 업무 방식’과 ‘혼란’마저 자동화되어 걷잡을 수 없는 속도로 망가질 수 있다는 무서운 경고입니다.

 

결론: 결국 직원을 향한 ‘제품 서비스’를 하는 것이다 #

결론적으로, 성공적인 플랫폼을 만드는 본질은 단순히 최신 IT 도구를 사들여 조립하는 행위가 아닙니다.

그것은 ‘우리 회사의 동료 직원들을 고객으로 모시고, 그들이 세상에서 가장 쓰기 편하다고 느낄 만한 내부 제품(Internal Product)을 정성껏 기획하고 서비스하는 일’입니다.

시장에 내놓은 제품이 성공하려면 고객이 자발적으로 지갑을 열어야 하듯, 사내 시스템 역시 동료들이 억지로 마지못해 쓰는 것이 아니라 “이게 너무 편해서 예전 방식으로는 절대 못 돌아가겠어!”라며 스스로 선택하게 만들어야 합니다.

시스템 껍데기를 구축하는 것 자체는 누구나 돈과 시간만 들이면 할 수 있습니다. 앞으로 기업들의 진짜 실력을 가르는 승부처는, 직원들이 자발적으로 찾아오게 만드는 ‘매력’을 설계하고 그 실질적인 ‘성과’를 데이터로 증명해 내는 섬세함에 달려 있습니다.