[CS 공부 #2] 네트워크 : 연결되지 않으면 문제도 풀리지 않는다

네트워크(Network): 끊김을 극복하고 문제를 해결하는 구조의 철학

---

 

오늘은 우리가 너무나 당연하게 여기는 것, 바로 연결에 관한 이야기를 해보려 합니다. 문제를 해결한다는 것은 결국 '원인을 찾고 관계를 이해하는 일'이지만, 사실 모든 문제는 '끊어진 곳'에서 시작됩니다. 전기가 끊기면 불이 꺼지듯, 명령이 전달되지 않으면 프로그램은 멈춥니다. 이 모든 현상의 공통분모는 명확합니다.

“연결이 끊기면, 문제도 풀리지 않는다.”

 

그래서 이번 성장의 기록에서는, 이 끊김을 극복하기 위해 태어난 과학, 네트워크(Network)를 통해 "연결이 어떻게 문제를 해결하게 되는가"를 탐구해 보겠습니다.

---

1. 연결이 없던 시절의 절박함: 속도가 아닌 '생존'을 위한 설계

네트워크는 처음부터 '속도' 경쟁을 위해 태어난 기술이 아니었습니다. 오히려 '문제가 끊기지 않게 만들기 위한 구조'였죠. 1960년대, 냉전 시대의 연구자들은 중추 통신소가 파괴되면 전체 연락망이 마비되는 치명적인 취약점을 목격했습니다. 그들의 질문은 생존과 직결되었습니다.

"어떻게 하면 한 부분이 무너져도 전체가 멈추지 않게 할 수 있을까?"

 

그 답이 바로 패킷 교환(Packet Switching)입니다. 정보를 거대한 단일 덩어리로 보내는 대신, 작은 조각(패킷)으로 쪼개 여러 경로로 흩어 보내는 구조입니다.

마치 고속도로 하나가 막히더라도 국도와 지방도로를 이용해 목적지에 도착하는 것처럼, 이 구조는 끊김 속에서도 문제를 해결할 수 있는 우회로를 만들어냈습니다. 네트워크는 태초부터 '최단 경로'가 아닌, '최다 경로'를 확보함으로써 생존력을 높이는 설계였습니다.

---

2. 불확실성 속에서 '신뢰'를 설계하다: TCP의 철학

하지만 구조만으로는 완전하지 않았습니다. 패킷이 여러 경로로 흩어지면, 중간에 유실되거나 순서가 뒤바뀔 수도 있기 때문이죠. 잃어버린 조각으로는 퍼즐을 맞출 수 없습니다.

여기에 신뢰성이라는 문제를 해결하기 위해 등장한 것이 TCP(Transmission Control Protocol)입니다.

TCP의 작동 원리는 놀랍도록 단순하지만 강력합니다.

1. 전송: 패킷을 보낸다.
2. 확인: "잘 받았다"는 ACK(Acknowledgement) 신호를 기다린다.
3. 복구: 응답이 없으면 재전송을 시도한다.

 

이 '문제가 생기면 다시 시도하라'는 단순한 철학이 프로토콜로 구현된 것입니다. TCP는 문제를 완전히 없애려 하지 않습니다. 대신, 문제가 생겨도 복구 가능한 구조를 설계하여 불확실성 속에서도 완전한 신뢰를 보장하는 체계를 만들어냈습니다. 이것이야말로 네트워크의 근본적인 사고방식입니다.

💡 재기 넘치는 유머 한 조각: TCP는 사실 세상에서 가장 끈기 있는 친구입니다. 상대방이 대답할 때까지 계속 "야! 야! 내 말 듣고 있니?" 하고 묻는 집요함이 오늘날의 인터넷을 만든 셈이죠. 어쩌면 우리 PM들에게 가장 필요한 미덕일지도 모릅니다. 😉

---

3. 지금, 네트워크가 해결하고 있는 첨단 문제들

오늘날 네트워크는 단순히 물리적인 인터넷 선을 넘어섰습니다. 이는 문제가 생겼을 때 시스템이 어떻게 대응할지를 결정하는 문제 해결의 인프라 그 자체입니다.

(1) SaaS & 클라우드: 무너짐을 방지하는 구조

우리가 사용하는 클라우드 서비스(SaaS)는 수많은 사용자가 몰려도 멈추지 않습니다. 왜일까요? 서버 하나가 과부하로 무너져도, 다른 서버가 즉시 그 역할을 대신 수행하기 때문입니다.

이것이 바로 분산 시스템의 힘이며, '문제가 생겨도 전체가 멈추지 않게 만드는 구조'를 설계하는 네트워크 사고의 결정판입니다.

 

(2) AI & 엣지 컴퓨팅: 지연의 문제를 해결하는 구조

GPT나 Gemini 같은 대규모 AI 모델이 빠르게 응답하는 비결은, 질문이 멀리 떨어진 미국 본사 서버까지 왕복하지 않도록 사용자와 가까운 서버(엣지)에 두뇌를 분산시켜 놓았기 때문입니다.

이들은 '느림'이라는 문제를 '거리 연결의 재설계'로 풀었습니다. 네트워크는 더 이상 물리적 거리의 제약에 굴복하지 않습니다.

---

4. 일상에서도 작동하는 '연결 중심 사고'

네트워크를 공부한다는 건 단순히 ‘인터넷 구조’를 배우는 게 아닙니다.
문제를 연결의 관점에서 바라보는 법을 배우는 일입니다.

 

저도 신입사원 시절, 그 ‘끊김’을 뼈저리게 느꼈던 적이 있습니다.그때 팀장님이 제게 이렇게 말했습니다.처음엔 단순히 해야 할 일 목록을 적는 수준이었는데, 그리다 보니 하나의 일에서 다른 일로 이어지는 흐름이 보이기 시작했습니다.

 

‘기획 문서 작성 → 디자인 요청 → 검수 → 배포’

 

이 각각의 조각들이 하나의 선으로 연결되며, 프로젝트 전체가 ‘하나의 네트워크’처럼 움직이기 시작한 거예요.

그때 알았습니다.
문제가 막힐 때 필요한 건 ‘정답’이 아니라, ‘연결을 복원하는 사고’라는 걸요.

“일단 머릿속에 있는 걸 다 그려보세요. 마인드맵으로.”

 

처음 맡은 프로젝트에서 무엇부터 해야 할지 감이 잡히지 않았어요.
회의록은 쌓여가고, 업무는 산처럼 많았지만 모든 일이 서로 분리된 조각처럼 느껴졌습니다.
“이걸 어떻게 하나의 방향으로 엮어야 하지?” 하는 막막함이 컸습니다.

 

끊어진 지점을 찾아 다시 이어 붙이는 과정.
이건 기술 이전에 인간의 사고방식이기도 합니다.

 

문제 해결이란, 결국 작은 조각들을 자연스럽게 이어주는 설계입니다. 문제를 쪼개는 것도 중요하지만, 그 조각들을 어떻게 유연하게 연결하느냐가 해답의 질을 결정합니다. 이것이 바로 우리가 PM으로서 시스템을 기획하거나, 복잡한 프로젝트를 관리할 때 적용해야 할 네트워크적 사고입니다.

 

---

연결의 끝에서 다시 시작되는 탐험

우리가 지금까지 본 네트워크는 단지 ‘시작’에 불과합니다.

화면 속 Wi-Fi 표시나 인터넷 선 뒤에는 생각보다 훨씬 정교하고 아름다운 세계가 숨어 있어요.

패킷이 어떻게 이동하는지, IP 주소는 왜 '집 주소'와 닮았는지, 라우터가 어떤 기준으로 길을 선택하는지 — 이 모든 건 “세상이 어떻게 연결되어 있는가”를 탐구하는 여정입니다.

한 번이라도 'ping'을 쳐본 적이 있다면, 당신은 이미 그 여정의 첫 발을 내디딘 셈이에요. 당신의 컴퓨터와 누군가의 서버가 지구 반대편에서 0.1초 만에 인사를 주고받는 구조, 그게 바로 네트워크입니다.

우리는 이 거대한 연결망 위에 살고 있습니다. 그리고 그 연결의 원리를 이해하는 순간, 당신은 더 이상 단순한 사용자나 기획자가 아니라, 세상을 움직이는 구조를 읽을 줄 아는 사람이 됩니다.

---

연결은 문제 해결의 시작이다

네트워크를 이해한다는 건, 문제를 '고립된 사건'이 아니라 '연결된 관계'로 보는 법을 배우는 일입니다. 모든 기술적 문제는 결국 연결에서 비롯되며, 그 해결 또한 견고한 연결 위에서 이루어집니다.

 

컴퓨터과학에서의 네트워크는 단순한 전송 기술이 아닌, '문제 해결을 멈추지 않게 만드는 구조의 철학'입니다.

 

다음 편에서는 이 연결된 세상 속에서 한정된 자원(CPU, 메모리)을 어떻게 공평하고 효율적으로 나눌 것인가, 운영체제(OS)의 원리를 깊이 탐험해 보겠습니다.

 

기대해주세요!