개발자 기본 개발 원칙중 하나가 중복되는 코드는 줄이는거거든.
일단 한쪽에 구현되어 있으면 다른 한쪽에서 만드는게 아니라 구현되어 있는 쪽에 엔드포인트 하나 만들어달라고 하고 요청하고 결과값 받는거임.
근데 ㄹㅇ 잘못했다간 이거 싹다 끊어지면 노답임. 레퍼런스라도 잘 만들어뒀으면 존나 ↗되긴 해도 새로 만들면 1-2년 안에 서비스 복구 가능할텐데,
이런 레퍼런스도 없었으면 그냥 요청, 응답값만 보고 아예 서비스 새로 만들어야 하는데 까놓고 말해 이건 불가능하지.
좀 더 쉽게 설명하자면 우리가 컴퓨터에서 sort를 입력하면 그냥 정렬된 결과만 받는게 아니라, 내부에서는 멀티 피벗 퀵 솔트, 머지 소트 등 현존하는 모든 정렬 방법은 다 써서 최대한 빠르고 정확하게 만들어놨단 말인데
이거 모르고 그냥 버블 소트로 구현하면 1초면 되는 정렬이 잘못되면 5초도 넘게 걸릴 수도 있음.
그래도 5초면 할만 하지 않느냐? 할 수 도 있는데 그걸 10명이 하면? 100명이 하면? 1만명이 요청하면?당연히 서비스 터짐.
반대로 속도만 챙기다간 안정성이 터짐. 보통 안정성과 속도는 반비례 관계니까. 근데 안정성이 보통 속도보다 중요하고
이런 식으로 서비스 그냥 주먹구구식으로 복구하면 그냥 서비스 자체가 마비될 수가 있음.
네이버가 나름대로 한국 최고의 IT 기업이 20년동안 쌓아둔 시스템이란 말이야.
이걸 1년만에 복구한다? 까놓고 생각해서 산업스파이라도 박아둔거 아니면 어려울거라고 생각함.
라인으로 시스템 많이 옮겼지 않느냐 할 수 있는데 기존에 네이버에 있던건 거의 안 옮겼을거 같음. 그런거 옮기는거 자체가 이슈라 하려고 하면 위에서 그걸 굳이 해야 하냐…?진짜 필요한거 이니면 그냥 이대로 쓰자. 하고 냅뒀을 가능성이 클거 같음
(IP보기클릭)211.200.***.***
난 반대가 더 걱정인게 네이버가 해외진출을 라인 통해서 하려고 그쪽 연계를 많이 했는데 라인야후 일본 운영진 측이 네이버에 제공하는 키 싹 다 막아버리면 네이버 구멍가게 되는건 물론이고 있던 서비스 장애도 날 수 있다고 보거든 지금 쌍방 물린거 많아서 문제일거다
(IP보기클릭)104.28.***.***
(IP보기클릭)211.200.***.***
난 반대가 더 걱정인게 네이버가 해외진출을 라인 통해서 하려고 그쪽 연계를 많이 했는데 라인야후 일본 운영진 측이 네이버에 제공하는 키 싹 다 막아버리면 네이버 구멍가게 되는건 물론이고 있던 서비스 장애도 날 수 있다고 보거든 지금 쌍방 물린거 많아서 문제일거다
(IP보기클릭)115.86.***.***
(IP보기클릭)118.220.***.***
나도 이렇게 생각함. 일단 일본은 저정도까지 제스쳐 취했으니 어떻게든 지분 가져갈텐데 네이버는 협조해주는척 하고 투자한거 싹 다 회수하며 껍대기만 남기기 시도할듯 | 24.05.10 03:13 | | |
(IP보기클릭)221.166.***.***
(IP보기클릭)118.220.***.***
근데 산업 스파이도 중요 기술 빼는데 써야지. 저런거 일일히 빼먹는데 쓰긴 어렵지. 산업 스파이는 활발해질수록 들키기 쉬우니까 | 24.05.10 03:12 | | |