양쪽 다 책임이 있죠. 그래서 해결책을 찾아가는 것 아니겠습니다. 

win win 해야죠

저도 ...ㅋㅋㅋ

푸쉬 들어가도... 아마 100 kB 정도 늘어날거요? 기껏해야.. ㅎㅎ

그건... 푸쉬 시스템을 누가 설계하냐에 따라서 다를지도요...

skt의 발적화라면 몇 메가도 가능할지도 몰라요.

푸쉬라는 것은 서버측의 데이터에 변경 사항이 있을 때 서버측에서 클라이언트로 알려주는 방식입니다.

기존의 인터넷 연결 방법에서는 클라이언트에서 서버 측으로 변경 사항이 있는지 물어보고(폴링) 그에 대한 답신을 받는 형태로 진행됩니다만, 이 경우 데이터 변경사항이 없을 경우에도 계속 확인용 트래픽이 발생하니 매우 비효율적이지요.

그러나 모바일 기기는 그 특성상 인터넷 연결 상태가 계속 바뀌게 되기 때문에 서버측에서 클라이언트를 찾는 것이 힘들게 됩니다. 그래서 일반적으로 사용하는 방법이 일정주기로 오랜시간동안 연결을 유지하는 폴링을 하면 서버측에서 그 연결을 유지하고 있다가 변경사항이 있을 경우 그 연결을 통해서 변경사항을 알려주게 됩니다. 이 것이 현재 사용되는 모바일 푸쉬의 일반적인 방법입니다.

간혹 sms로 암호화된 코드를 전송하고 그 값을 통해 알림을 하는 푸쉬서비스도 있고, 통신사와 함께 별도의 폴링없는 푸쉬를 구현하는 경우도 있습니다.

애플의 아이폰의 경우 백그라운드에서 실행되는 것이 금지되어 있었기 때문에 이러한 역활을 수행하려면 APN(apple push notification)을 이용하는 방법 밖에 없었습니다. 따라서 앱서버와 아이폰 사이에 항상 애플의 푸쉬서버가 존재하게 되고, 아이폰은 단지 애플의 푸쉬서버와의 연결만 유지하면 되지요. 그리고 애플의 푸쉬서버는 대용량 서버이면서도 굉장히 잘 관리가 되고 있습니다.

(현재는 일부 앱들이 애플 푸쉬를 경유하지 않고 자체 푸쉬를 사용하는 경우가 있습니다. 스카이프 등이 한 예인데, 이런 앱들을 사용할 경우 폴링을 여러번 해야하므로 전력소모가 급증하는 문제가 있습니다.)

안드로이드의 경우에는 앱들이 백그라운드에서 실행하는 것이 허용이 되기 때문에 자체적인 푸쉬를 구축하기가 쉽고, 무엇보다 안드로이드에 구글의 공식 푸쉬(C2DM 혹은 AC2DM - android cloud to device messaging) 가 적용이 된 것이 2.2 이후 입니다. 2.1이하의 버전에서는 C2DM사용이 불가하고 2.2 이상의 버전에서도 대량의 푸쉬를 사용하려면 구글과 별도로 협의를 해야합니다.

카카오톡의 경우 아이폰용은 처음부터 어쩔 수 없이 APN을 사용했지만, 안드로이드용 출시시에는 자체 푸쉬를 구현하는 수밖에 없었죠. 다만 설계시 안정적인 푸쉬를 위해서 너무 자주 폴링을 하게 설계를 했고, 무엇보다 문제는 서버가 무응답하는 경우를 서버가 다운된 경우를 배제하고 인터넷 연결에 약간의 문제가 생겼을 경우만으로 상정하고, 서버 무응답시 수초간격으로 폴링을 하는 것이 요새 문제가 된 것입니다.

특히 모든 앱이 하나의 푸쉬서버와만 연결되면 되는 아이폰에 비해서 앱들별로 푸쉬를 따로 받는 경우가 빈번한 안드로이드는 각각의 앱들이 백그라운드에서 실행되고 있어야 하니, 메모리나 전력면에서 그리고 트래픽 면에서 비효율적이죠. 공식적인 푸쉬 서비스로 통일하는 것이 모바일 환경에 좋습니다.

카카오톡은 작은 업체이고 서버관리 능력도 애플이나 구글에 비해 크게 떨어지는 것이 사실이니, 구글이 C2DM을 내놓은 시점에서 최대한 그것을 이용할 방법을 찾았어야 했지만, 한국 SW업계 특유의 "돌아가기만 하면되" 정신으로 별다른 개선 작업이 이루어 지지 않았던 것으로 보입니다. 최근에 푸쉬가 문제화되니 C2DM도 적용하겠다고 하고 skt와 별도의 푸쉬 서버도 구축하겠다고 하고 있는데...

그건 MMS로 보내오는거 아닌가요?