건강수명이 데이터센터를 키운다
AI 인프라 투자를 두고 사람들은 묻는다.
“챗봇 하나 돌리려고 이렇게 많은 반도체와 전력이 필요한가?”
그러나 이 질문은 절반만 맞다.
지금의 AI는 문장을 계산하지만, 다음 단계의 AI는 인간의 몸을 계산하려 한다.
그리고 인간의 몸은 지금까지 인류가 다뤄온 어떤 데이터보다 복잡하다.
인류가 오래 살고 싶어 하는 것은 새삼스러운 일이 아니다.
하지만 현실의 기술은 아직 ‘불멸’에 가깝지 않다.
먼저 현실화되는 것은 healthspan, 즉 건강수명 연장이다.
단순히 오래 사는 것이 아니다.
오래 병들지 않는 것이다.
침대 위에서 생명만 유지하는 시간이 아니라, 움직이고 판단하고 일하고 관계 맺을 수 있는 시간을 늘리는 것.
바이오 AI와 longevity 산업이 실제로 겨냥하는 지점도 여기다.
노화를 완전히 멈추는 것이 아니라, 노화의 속도를 늦추는 것.
질병이 터진 뒤 치료하는 것이 아니라, 몸의 변화를 미리 읽는 것.
평균 인간에게 맞는 처방이 아니라, 한 사람의 생물학적 경로에 맞는 개입을 찾는 것.
이때 AI의 역할이 커진다.
언어 AI는 문장의 다음 단어를 예측한다.
바이오 AI는 몸의 다음 상태를 예측해야 한다.
차원이 다르다.
인간의 몸은 하나의 데이터가 아니다.
유전체, 단백질, 세포, 장기, 혈액, 호르몬, 장내미생물, 수면, 식단, 운동, 약물 반응, 스트레스, 환경 노출, 의료 기록이 동시에 얽혀 있다.
더 어려운 점은 이 모든 것이 계속 변한다는 것이다.
오늘의 혈당은 어제의 수면과 연결된다.
오늘의 염증 수치는 지난달의 감염, 식단, 스트레스와 이어진다.
오늘의 근육량은 향후 대사질환 위험과 관련된다.
오늘의 약물 반응은 몇 년 뒤 질병 가능성과 연결될 수 있다.
몸은 사진이 아니다.
계속 움직이는 영화에 가깝다.
그래서 바이오 AI는 현재 상태를 읽는 데서 끝나지 않는다.
몸이 앞으로 어디로 움직일지 계산해야 한다.
AlphaFold는 단백질 구조 예측에서 큰 전환점을 만들었다.
하지만 건강수명 연장은 단백질 하나의 구조를 맞히는 문제로 끝나지 않는다.
단백질 구조를 안다는 것은 부품의 모양을 아는 것이다.
노화와 질병은 그 부품들이 시간에 따라 어떻게 흔들리고, 충돌하고, 고장 나는지의 문제다.
자동차 엔진 부품의 모양을 아는 것과
그 엔진이 10년 동안 어떤 조건에서 얼마나 마모될지 계산하는 것은 다르다.
인간의 몸도 마찬가지다.
정적 예측은 시작일 뿐이다.
진짜 어려운 것은 동적 시뮬레이션이다.
혈당이 높다.
염증 수치가 높다.
근육량이 줄었다.
수면이 망가졌다.
이 정보만으로는 부족하다.
중요한 질문은 따로 있다.
이 사람이 이 상태로 5년을 보내면 어떻게 되는가.
운동을 추가하면 어떤 지표가 먼저 바뀌는가.
약물을 쓰면 심장에는 좋지만 근육에는 부담을 주지 않는가.
식단을 바꾸면 장내미생물과 대사체가 어느 방향으로 이동하는가.
이것은 검색 문제가 아니다.
시뮬레이션 문제다.
바이오 AI에서 가장 어려운 것은 상관관계가 아니다.
“혈당이 높은 사람이 더 빨리 늙는다.”
이 정도의 문장은 비교적 쉽게 만들 수 있다.
진짜 어려운 질문은 다르다.
“혈당을 낮추면 이 사람의 노화 속도가 실제로 늦어지는가?”
여기서부터 계산 비용이 커진다.
혈당이 낮아진 이유가 약 때문인지, 체중감소 때문인지, 운동 때문인지, 수면 개선 때문인지 구분해야 한다.
단기 지표는 좋아졌지만 장기적으로 다른 위험을 키우는지도 봐야 한다.
건강수명 연장은 결국 개입의 문제다.
무엇을 먹일 것인가.
무엇을 줄일 것인가.
언제 운동하게 할 것인가.
어떤 약을 쓸 것인가.
어떤 순서로 치료할 것인가.
언제 멈출 것인가.
AI는 하나의 미래만 계산할 수 없다.
여러 개의 가상 미래를 비교해야 한다.
운동한 세계.
운동하지 않은 세계.
약을 먹은 세계.
약을 먹지 않은 세계.
식단을 바꾼 세계.
그대로 둔 세계.
건강수명 AI는 이 가능성들을 비교해야 한다.
그래서 컴퓨팅이 폭발한다.
디지털 인체 트윈이라는 말이 중요한 이유도 여기에 있다.
그것은 단순한 3D 인체 모델이 아니다.
내 몸의 데이터를 계속 반영해 업데이트되는 개인별 시뮬레이션 시스템에 가깝다.
챗봇은 하나의 거대 모델을 여러 사람이 함께 쓴다.
하지만 의료와 longevity는 결국 개인별 모델로 향한다.
A의 노화 경로와 B의 노화 경로는 다르다.
같은 나이, 같은 체중, 같은 혈당이어도 몸의 내부 상태는 같지 않다.
유전자가 다르다.
장내미생물이 다르다.
과거 질병이 다르다.
약물 반응이 다르다.
생활환경이 다르다.
스트레스 구조가 다르다.
그래서 healthspan AI는 평균 인간을 계산하는 데서 멈출 수 없다.
한 사람의 생물학적 시간표를 계산해야 한다.
이 지점에서 AI 인프라 수요는 완전히 다른 차원으로 이동한다.
지금까지 사람들은 토큰을 글자나 단어처럼 생각했다.
하지만 바이오 AI에서는 토큰의 의미가 달라진다.
DNA 염기서열도 토큰이 된다.
단백질 아미노산 서열도 토큰이 된다.
분자 구조도 토큰이 된다.
의료 영상의 작은 조각도 토큰이 된다.
혈액검사 수치의 시간 변화도 토큰이 된다.
웨어러블 센서의 연속 신호도 토큰이 된다.
의사의 진료 기록도 토큰이 된다.
논문과 임상 데이터도 토큰이 된다.
결국 바이오 AI의 토큰은 언어가 아니다.
생명현상의 조각이다.
어떻게 잤는가.
무엇을 먹었는가.
얼마나 움직였는가.
어떤 약을 먹었는가.
염증은 어떻게 바뀌었는가.
혈당은 어떻게 반응했는가.
심박은 어떻게 흔들렸는가.
몸은 매일 데이터를 만든다.
AI는 그 데이터를 다시 읽고, 다시 계산하고, 다시 예측해야 한다.
한 번의 추론으로 끝나지 않는다.
계속 추론해야 한다.
지금 AI 인프라 투자는 주로 챗봇, 코딩, 검색, 영상 생성으로 설명된다.
하지만 이 설명만으로는 HBM, 데이터센터 전력, 액체냉각, 광통신, 고성능 네트워크의 장기 수요를 모두 설명하기 어렵다.
더 강한 명분은 따로 있다.
인간의 몸을 계산하는 것.
이것은 오래가고, 비싸고, 인간의 가장 강한 욕망을 건드린다.
사람들은 더 좋은 검색 결과에는 제한적으로 돈을 낸다.
더 빠른 문서 작성에도 어느 정도만 돈을 낸다.
하지만 더 건강하게 오래 살 수 있다면 전혀 다른 가격을 지불한다.
여기서 AI 인프라의 경제성이 바뀐다.
챗봇은 생산성의 시장이다.
Bio-AI는 생존과 시간의 시장이다.
이 차이는 크다.
엔비디아가 바이오 AI 플랫폼(BioNeMo)에 공을 들이는 이유도 이 흐름과 연결된다.
겉으로 보면 신약개발용 AI 플랫폼이다.
하지만 더 깊게 보면 바이오 AI는 GPU 수요의 장기 명분이다.
단백질 구조 예측.
분자 설계.
가상 스크리닝.
약물 반응 예측.
개인 맞춤 치료.
디지털 트윈.
건강수명 시뮬레이션.
이 모든 영역은 계산을 요구한다.
계산이 늘어나면 GPU가 필요하다.
GPU가 늘어나면 HBM이 필요하다.
HBM이 늘어나면 전력이 필요하다.
전력이 늘어나면 냉각이 필요하다.
데이터가 늘어나면 광통신과 네트워크가 필요하다.
결국 longevity와 Bio-AI는 AI 인프라 밸류체인을 한꺼번에 정당화한다.
반도체.
메모리.
전력.
냉각.
네트워크.
데이터센터.
클라우드.
제약.
병원.
보험.
개인 건강관리.
이 모든 산업이 하나의 질문으로 연결된다.
사람의 몸을 어디까지 계산할 수 있는가.
AI 인프라의 미래를 챗봇 사용량만으로 보면 작게 보인다.
하지만 인간의 몸을 계산하는 관점에서 보면 완전히 달라진다.
인간의 몸은 매일 업데이트되는 거대한 시뮬레이션 대상이다.
노화는 하나의 질병이 아니라 몸 전체의 시스템 변화다.
건강수명 연장은 그 시스템 변화의 속도를 늦추려는 시도다.
그래서 Bio-AI는 많은 토큰을 쓴다.
그래서 엄청난 컴퓨팅을 요구한다.
그래서 AI 인프라 내러티브의 가장 강한 장기 명분이 된다.
불멸은 아직 멀다.
하지만 건강수명 연장은 이미 현실의 시장으로 들어오고 있다.
AI는 더 이상 인간의 말만 계산하지 않는다.
이제 인간의 몸을 계산하기 시작했다.
더 정확히 말하면, AI는 인간의 시간을 계산한다.
결국 AI 인프라의 끝에는 데이터센터가 있는 것이 아니다.
그 끝에는 인간의 몸이 있다.
그리고 인간이 가장 비싸게 사려는 것은 언제나 하나다.
더 많은 정보가 아니다.
더 건강한 시간이다.
세상은 복잡하지만, 핵심은 단순합니다.
저는 당신에게 정보가 아닌 '프레임'을 건넵니다.
- 범뷰(BeomView) -