뻔한 얘기부터 시작할께요. 민주주의의 사전적 의미는 이렇습니다.

"민주주의(民主主義) : 국민이 권력을 가지고 그 권력을 스스로 행사하는 제도. 또는 그런 정치를 지향하는 사상. 기본적 인권, 자유권, 평등권, 다수결의 원리, 법치주의 따위를 그 기본 원리로 한다."
http://krdic.daum.net/dickr/contents.do?offset=A015194000&query1=A015194000#A015194000

위의 민주주의 정의를 육하원칙으로 구분하면 빠진게 있는데요,

누가 : 국민이
언제 : ?
어디서 : ?
무엇을 : 권력을
어떻게 : 스스로 행사한다.
왜 : (민주주의를 왜 하냐.. 이건 '공리'로 보고, 여기선 논외로 하겠습니다)

여기서 빠진 '언제'와 '어디서'.. 그리고 '어떻게'에 대한 정책적 정의가 각국의 민주주의 형태를 규정하고 있습니다. 우리나라의 경우 국민이 권력을 스스로 행사할 수 있는 가장 큰 이벤트는 대선이고, 이는 5년마다(언제), 투표장에서(어디서), 강력한 권한과 막중한 책임을 가진 대통령을 1인 1투표로 직접 선출(어떻게)하는 방식의 룰로 요약됩니다.

그러나 현대 민주주의에서 이러한 룰은 '강제화'되었고, 이 룰을 깨고 국민이 스스로 권력을 행사하기란 거의 불가능한 지경이 되었습니다. 미국을 보면 민주주의는 환상일 뿐이며 '강제적 룰'은 크나큰 벽입니다. 최근 조사(08년 4월)에서 부시 대통령에 대한 지지율은 28%로 역대 최저를 기록하고 있고, 대다수의 미국인들은 이라크전에 염증을 느끼고 반대하고 있지만 미국인들은 자신들의 권력을 스스로 행사하여 이라크전을 저지하거나 부시를 끌어내리는데 까지는 이르지 못하고 있습니다. 그저 다음 대선만 바라보고 있죠.

힐러리와 오바마가 붙어서 승자가 맥케인과 붙어 대통령을 결정하는.. 이런 과정은 마치 아이언맨 처럼 점점 업그레이드되어 가는 '슈퍼 영웅'의 탄생 과정과 비슷할 지 몰라도, 그 결과는 엄청난 다운그레이드 및 버그의 집합체일 수도 있다는 것이 지난 두 번의 미 대선 결과였습니다. 현 28% 지지율의, 누구나 인정하는 '최악의' 부시 대통령이 저런 과정을 거쳐 두 번 다 당선됐고 8년동안 유지했으니 말이죠.


사용자 삽입 이미지

간접 민주주의 버그의 집합체? =_=;



그렇다면 우리나라는.. 21세기 우리나라의 민주주의는 어떨까요?

사실 독재정권을 제외하고 나면 제대로 된 민주주의 하에서 우리가 살게 된 건 기껏 20년 정도 밖에 안 되고, 이번 대선과 총선 결과를 보면 민주주의의 결과물에 대해 회의감이 드는 것도 사실입니다. 하지만 우리 국민은 이게 아니다 싶으면 발달한 인터넷을 적극적으로 활용하여 권력을 스스로 행사 함에 있어 주저함이 없는 '직접 참여하는 빠른 민주주의'를 실현하고 있습니다.

2004년. 일부 정치꾼들이 권력을 남용하여 노무현 전 대통령을 탄핵시키려던 민주주의의 위기 상황. 대체 그때 탄핵 명분이 뭐였는지 생각도 안나네요. MB에 비하면 새발의 피일텐데.. 아무튼 국민이 나서서 인터넷을 활용하여 빠르게 룰을 만들었고, 스스로의 권력을 행사하여 이를 막았습니다.

그리고 2008년. 이명박 정권의 연이은 큰 실책들을 참다 참다 미국 소고기 수입 건에서 폭발한 대한민국 국민들. 우리 국민들은 민주주의의 '언제, 어디서, 어떻게' 룰을 빠르게 설정하고 권력을 스스로 행사하고 있는 중입니다. 직접 민주주의 시대였던 고대 그리스의 아고라(agora)에 시민들이 모여, 국가에 해를 끼칠 가능성이 높은 위험인물의 이름을 조개(도편)에 적어 추방하던 '도편추방제'의 21세기 버전이랄까요.

웹과 만난 21세기형 도편추방제. 웹처럼, 웹2.0의 기치처럼, 과거의 느린 민주주의와는 다르게 그 주체인 국민들이 직접 룰을 만들고, 웹을 통해 정보를 공유하고 현실의 정치에 빠르게 참여하고 있습니다.

더구나 비폭력적인 촛불 시위에서 하나됨을 즐기고, 다음 아고라 1천만 서명을 새로고침하며 숫자가 올라가는 것을 즐기는 참여. 이는 정말 민주주의 2.0이라 부를 만 하지 않을까요?

민주주의 2.0. 위기를 기회로.

대한민국은 지금, 부동산과 돈에 혹해서 또는 정말 뽑을 사람 없어서 MB를 뽑았던 그 '과오'를 씻고 있는 중입니다. (저는 이명박 대통령을 뽑지 않았습니다만 정말 이 정도로 철학이 없고 '멍부'일 줄은 몰랐습니다-_-;)

현실적으로 보면 조갑제를 비롯한 극우파까지, 박근혜까지 MB 정권을 저버리는 마당에 정부와 한나라당은 최소한 대국민 사과를 하는 수준까지는 갈 것 같아요. 미국 소고기를 재협상하는 선에서 끝내고 탄핵 자체는 달성하지 못할 수도 있겠죠.

그러나 정부가 애써 주장하는 '광우병 괴담으로 인한 인터넷 민란'은 훨씬 뛰어넘었다고 생각합니다.
 
지금 우리가 보고 겪고 있는 것은,
 
'우리가 뽑은 권력의 대리인에 결함이 있다면 인터넷을 활용하여 적극적으로, 빠르게 리콜 조치 들어가는 민주주의 2.0'인 것이고, 두 번의 소중한 경험을 통해 민주주의 2.0 시대를 활짝 열게 됐다는 점에서 큰 의의가 있다고 생각합니다.

사용자 삽입 이미지

인터넷에 UCC를 올리는 차원을 뛰어넘어 민주주의의 권력 행사까지.. YOU!


이올린에 북마크하기(0) 이올린에 추천하기(0)
Posted by 트람

트랙백 주소 :: http://itagora.tistory.com/trackback/50

  1. Subject: 선전선동과 공작의 달인, 골빈 이명박 정권과 골빈당 '한나라당'

    Tracked from Save the Earth! Fire Blog! 2008/05/04 14:03  삭제

    선전선동과 공작의 달인, 골빈 이명박 정권과 골빈당 '한나라당' 민심을 배반하고 광우병을 선물한 이명박 정권과 조선일보 지난 5월 2, 3일 3만여 명이 넘는 시민들이 서울 청계광장에 모여 촛불을 밝히고, 굴욕적인 한미정상회담과 한미FTA 국회비준을 위해 자국민들에게 광우병을 선물한 이명박 정권을 규탄했다. 초.중.고등학생들까지 자신들이 원하지 않아도 먹게 될, 광우병 위험물질까지 포함된 미국산 쇠고기 수입을 졸속으로 타결한 이명박 정권을 향해 '미..

댓글을 달아 주세요

  1. BlogIcon 점프컷 2008/05/06 12:19  댓글주소  수정/삭제  댓글쓰기

    이명박 대통령의 삽질은 예상은 어느정도 했는데, 이정도까지 삽질할줄은 예상치 못했습니다.^^;

    진중권의 말처럼 대운하 팔려고 할때나 이런 불만이 폭등할 줄 알았는데 이제 겨우 2달 좀 지났는데 -_-;

    • BlogIcon 트람 2008/05/09 02:05  댓글주소  수정/삭제

      참여정부 때 이랬다면 아마추어리즘,독선적,대통령 막말한다,굴욕외교 등 별 얘기 다 나왔을텐데 말이죠ㅎ

몇몇 네티즌 분들이 이명박 탄핵 서명에 열정적으로 주목하고 계셔서 생긴 '오해'인데요, 요새 아고라가 서명 수를 조작하고 있다는 얘기가 굉장히 많이 퍼져나가는 것 같습니다.

http://issue.media.daum.net/economic/beef_import/view.html?issueid=3161&newsid=20080501190113802&cp=khan&allComment=T&commentId=18065227&refermode=list&listSortKey=depth&listAllComment=F&listPageIndex=1&cView=view

사용자 삽입 이미지
사용자 삽입 이미지

결론부터 말씀드리면..

 아고라의 청원 서비스 서명 수 조작은 그런 툴도 없고, 운영자나 개발자가 그런 걸 하고 싶어하지도 않고, 위에서 그런 압력("서명 수 조작해라")이 들어오지도 않습니다. (제가 기획자였거든요=_=;)

그렇다면 대체 Amor님이 지적한 것 처럼 새로고침할 때 마다 왜 줄어드는 현상이 발생하느냐.. 이것 좀 설명드릴까 합니다.

1. 다음 아고라가 처음에 만들어진 2004년 12월, 청원 서비스 트래픽에 대한 예측이 작게 잡혀 있어서, 하루에 한 청원에 3~5만명 만 모여도 계속 다운되기 일쑤였음. (2006년 독일 월드컵때 한국-스위스전이 끝나고 '스위스전 재경기 요구' 청원에 네티즌들이 너무 몰려서 그날 청원 서비스가 완전 죽어버렸던 슬픈 기억이..)

2. 2007년 10월에 아고라 개편. 청원 서비스를 새로 만들어(디자인,개발 전부) 재오픈하게 됐고, 과거보다는 트래픽을 많이 견디도록 설계.

3. 그러나 이명박 탄핵청원의 경우 너무 몰리고 있어서, 몇번 장애가 발생했고 이렇게 몰리는 트래픽을 견디도록 서버 몇 대를 긴급히 새로 추가.

4. 현재 상황은.. 급하게 서버를 붙이다 보니, 각각의 서버가 서명 수를 동기화 하기 이전에 네티즌들이 엄청나게 몰려오고 있어서, 새로고침할 때 마다 각각 다른 서버에 저장된, 약간의 미묘하게 오차가 발생한 서명 수를 불러와서 보여주고 있음. (그러나 서명 수 저장 자체는 잘 되고 있음)

아래는 추가 설명.. (개발 배경이 없는 기획자라 설명이 미흡합니다ㅠ 조작에 계속 의심하시는 웹 비종사자 분들을 위한 글이니, 양해해주세요;;)

more..



"조작이 없었다면 원래 60만, 150만명이다.." 는 사실이 아닙니다. 그리고 조작은.. 없습니다.~

사실 위의 저런 '오해'가 발생하지 않도록 준비할 수도 있을 것 같은데(너무 빨리 새로고침 누르면 서명 수를 바로 보여주지 말고 안내 창을 띄어준다던가..), 아무튼 청원 서비스가 트래픽이 몰려 죽는 일이 없도록 아고라 운영, 개발자들이 긴급 조치를 한 것이었고 그렇게 봐 주시면 될 것 같습니다.
이올린에 북마크하기(0) 이올린에 추천하기(0)
Posted by 트람

트랙백 주소 :: http://itagora.tistory.com/trackback/49

  1. Subject: 반복되는 "실시간 검색어 순위" 조작 음모론

    Tracked from # mcfrog weblog 2008/05/02 14:47  삭제

    어제도 네이버가 "이명박 탄핵 서명운동"에 관련한 "실시간 검색어 순위"를 조작했다는 설이 퍼지더군요. 하지만 제가 볼 때는, 순위 조작을 했다는 설은 전혀 사실이 아닙니다. 실시간 검색어는 빠르게 변합니다. 또 실시간 검색어 자체는, 사용자의 절대적인 관심도와는 별 관련없는 순위입니다. 실시간 검색어 순위는 검색회수가 현재 얼마나 "급상승"했느냐 따라서 매겨지죠. 따라서 실시간 검색어가 순위권에서 사라지는 일은 일상다반사일 수 밖에 없습니다.예를...

  2. Subject: 이명박 탄핵운동은 21세기 '동학혁명'

    Tracked from Save the Earth! Fire Blog! 2008/05/02 15:09  삭제

    이명박 탄핵운동은 21세기 '동학혁명' 네티즌, 인터넷과 블로고스피어, 참여민주주의를 이끄는 힘!! '묻지마' 한미FTA 국회비준과 궁민들의 생명과 건강, 검역주권까지 미국이 원하는대로 팔아먹은 미국산 광우병 쇠고기 수입협상 타결, 말장난 끝에 결국 하겠다고 날뛰는 한반도대운하. 물가는 폭등하고 한국경제는 불황의 늪으로 접어들었는데 '경제만은 살리겠다' '뉴타운 추가건설하겠다'고 대선.총선에 사기쳐 정권을 잡았지만, 농민. 노동자 등 기층민중들은 죽..

댓글을 달아 주세요

  1. 아~ 2008/05/02 07:18  댓글주소  수정/삭제  댓글쓰기

    아.. 그렇군요..
    혹시나 했는데.. 명쾌한 설명 잘 알겠습니다~~^^
    다행이네요.

  2. BlogIcon cdmanii 박춘호 2008/05/02 09:29  댓글주소  수정/삭제  댓글쓰기

    글을 읽으면서 뭔가 이상하네요 . 저도 서버는 어느정도는 알지만
    그정도 트래픽이라면 왜 서버를 급하게 증설해서 넣었는지 이해가 안되네요
    뭐 정확한거야 로고를 다 까봐야알겠지만 뭔개 개의치 않은건 있네요

  3. BlogIcon 미장원 언니 2008/05/02 09:59  댓글주소  수정/삭제  댓글쓰기

    컴에 문외한이라 이해는 안 가지만 조작이 없다니 참 다행입니다.

    그런데, 다음 아고라 청원 사상 두번째 많은 수가 서명하고 있다는 청원이 왜 청원 첫화면에 없지요?
    맨 위는 고사하고, 화제의 청원 1위부터 10위 안에도 없습니다. 네티즌들이 숫자 가지고만 그러겠습니까? 가장 서명자수가 많은 청원을 하러 들어왔는데 아무리 둘러보아도 찾을 수 없으니 황당해서 그러지요.
    지금 올블로그에 베스트글 중 하나가 뭔 줄 아세요? 바로 다음의 대통령 탄핵 청원화면 주소예요... 다음 아고라 청원으로 들어가서는 대체 찾을 수가 없으니까 그 청원으로 바로가기 주소가 네티즌 사이에 공공연히 떠도는 겁니다. 그리고 다음 청원에 가보세요. 5위권 안에, '탄핵 청원 첫화면에 놓아주세요...'라는 청원이 들어있으니까요.
    꼭 서명자수를 줄여야 조작입니까? 당연히 맨 위에 있어야할 인기 청원을 보이지도 않는 곳에 숨겨놓아 잘 보였다면 서명했을 수많은 사람의 손길을 돌리게 하는 것도 일종의 조작이요 편집입니다.
    숫자 안 바꾸셔서 참 자랑스러우시겠습니다...-.-

    트래픽이니 서버니 잠깐씩 다운 되어도 이해할테니...
    그리고 이 청원이 특별한 것이라 눈에 잘 보이게 해달라고도 안 할테니...
    그냥 가장 서명수가 많은 일반적 청원의 대접이라도 해주세요. 어딜 숨겨두십니까 얍삽하게... 아무리 윗선에서 압력이 왔다 해도, 제가 다음 기술자면 이렇게 당당하게 글 못 올립니다. 쪽 팔려서...

    • BlogIcon 트람 2008/05/02 11:44  댓글주소  수정/삭제

      다음엔 작년까지 근무했었고요, 아고라는 애정있는 서비스라서 제가 알고 있는 선에서 말씀드렸습니다^^

  4. 2008/05/02 09:49  댓글주소  수정/삭제  댓글쓰기

    말도 안되는 소리를 -_-;
    우리가 사용하는 서버가 그렇게 취약하다면 은행권들은 아예 사용도 못합니다 -_-;
    0.X 초 정도의 차이도 DB서버가 못잡아 낼까요 -_-;;;;
    저도 개발하지만 서명수 줄어드는건 별로 관심도 없는데 참 이상한 변명이세요.
    만약 설명하신 분의 말이 맞다면 설계잘못한거죠. 그리고 3대를 돌린다고 그러면 어차피 웹서버 말씀하시는거 같은데. 만약 3대라고 말씀하시는게 DB서버라면 서버 세팅 잘못하신거죠 -_-;;;

    혹시 mysql4.X 버전 리플리케이션으로 동기화 할려고 했다면 모를까... 설마 ㄷ동기화 하는데
    다음에서 mysql4.x 버전 사용하지는 않았겠죠 -_-;;;

    • BlogIcon 트람 2008/05/02 11:39  댓글주소  수정/삭제

      포털은 순간 트래픽 때문에 기획,개발 제약사항이 많더라구요^^; (2006 독일 월드컵 때엔 한국전이 끝나면 게시판 이전/다음버튼, 추천순보기 같은 버튼도 일시적으로 뺐었다는..)

    • 사람 2008/05/14 00:37  댓글주소  수정/삭제

      그건 청원수에따른 순위가아니고 청원된 퍼센티지에따른순위가아닐까생각합니다

  5. 2008/05/02 09:50  댓글주소  수정/삭제  댓글쓰기

    혹시 포탈 사이트들 메인처럼 주기적으로 스테틱한 페이지 생성해놓은거 보여주는게 아니라면 이해가 안감 ...

  6. BlogIcon 다혈찌리 2008/05/02 10:10  댓글주소  수정/삭제  댓글쓰기

    어쨋거나 저쨋거나 50만 돌파가 목전에 있다는 현재 상황....

  7. BlogIcon 미친데이터 2008/05/02 10:48  댓글주소  수정/삭제  댓글쓰기

    동영상 돌아다니는거 보면 리프레쉬 하는데, 대략 1초정도 하는데...1초의 동기화도 못한다면...좀 말이 안되는군요. 다른 회사들은 어떻게 운영하는지 더 궁금하고요. 저도 개발자로써, 다음 서버 담당자들이 정말 일을 못하는게 아니고서야....저보다 더 잘난 사람들이 일하는 곳일텐데, 그거 하나 알지 못할까요?

    아무튼 저도 이해가 안됩니다. 숫자가 왜 뒤로 가는지.....뭐 어차피 증가되긴 하지만-_-;

  8. BlogIcon 점프컷 2008/05/02 11:16  댓글주소  수정/삭제  댓글쓰기

    상세한 설명 잘 들었습니다. 근데 이정도 이슈가 되면 다음쪽에서도 서둘러서 이런 오해가 생기지 않도록 조치를 취해야 하겠네요. 간만에 네이버 사망, 다음사랑 여론이 후끈한데 이 여론에 화답하기 위해서라도 이런 오해를 빨리 풀어버려야죠.

    항상 네이버의 발빠른 대처에 뒷북치면서 따라가는 다음이 이번에는 기회를 잘 잡아봐야 할텐데 말이죠^^

  9. DanGer 2008/05/02 12:45  댓글주소  수정/삭제  댓글쓰기

    트레픽 문제라고 하셨죠?
    그렇다면 현재까지 집계되어 있는 숫자가 줄어 든다는것은 순간적인 update에 의해 삭감 된다는
    말처럼 들리는데..
    말이 안되는듯..
    DB를 이용하실텐데..
    한 항목에 대해 더해지던 숫자가 다시 빠져 나가나요?
    그럼 빼는 프로세스가 있다는 말이 되는데..
    전혀 앞뒤가 맞지 않는군요.
    순간 순간 올라간 숫자는 절대 줄어들지 말아야 되며
    투표를 해서 트래픽에 의해 늦어진것은 차후에 증가 되는 것입니다.
    저는 지금까지 count 프로그램에서 숫자가 뒤로 간다는 말은 처음 들어 봅니다.
    제가 전산 경력이 25년 정도 됩니다.

    • BlogIcon 트람 2008/05/02 13:00  댓글주소  수정/삭제

      카운트가 뒤로 가는게 아니라, 이미 카운트가 올라간 서버를 본 뒤 새로고침했는데 동기화가 아직 안되서 카운트가 덜 올라간 서버를 보면 뒤로 후퇴한 것 처럼 보인다는 얘기였습니다~

    • DanGer 2008/05/02 13:05  댓글주소  수정/삭제

      흠.. 그렇다면 서로 개별적인 DB를 사용한다는 말씀과 같은데..
      동기화는 트래픽에 의한 DB서버의 Update 와는 무관한듯 하네요.
      메인 DB 와 그 외의 DB에 같은 내용을 따로 따로 보관을 하나 보군요.
      클러스트링도 아니고..(미러링도 안하고 그냥쓴다라...)
      그렇게 되면 몇대의 서버에서 각각의 DB를 바라 보며 따로 놀고 있다는 결론인데...
      그런 시스템 구축방법도 있나요?

  10. DanGer 2008/05/02 13:00  댓글주소  수정/삭제  댓글쓰기

    참.. 서버는 분리 되어 있을것이라는 예상을 합니다.
    web 서버와 DB 서버 Application, NMS 등등..
    그정도 안된 상태에서의 포탈 사이트 운영은 자살 행위인거 아시죠?
    몇대가 물려서 돌아 갈듯 하군요.

  11. kirico 2008/05/02 13:01  댓글주소  수정/삭제  댓글쓰기

    저는 어제 서명했는데.. 오늘 시도해보니 또 되더군요..
    요건 어떻게 설명 하실 수 있나요?

    • DanGer 2008/05/02 13:31  댓글주소  수정/삭제

      아..
      또 딴지 걸거 같아서 안돼겠네요.
      시스템 설계에서 그럴수 있습니다.
      하지만 일반적인 잘된 시스템은 그런것은 모두 걸러냅니다.

  12. DanGer 2008/05/02 13:26  댓글주소  수정/삭제  댓글쓰기

    가면서 한마디 덧 붙이고 갑니다.
    탄핵 카운트가 줄고 늘고가 문제가 아니고
    잘못된 지식과 내용에 대한 무책임한 전달이 글을 쓰게 하더군요.
    될수 있으면 내가 아는 사실이더라도 한번더 보고 한번더 검증해 보고
    타인에게 알려 주셔서 타인들이 잘못된 지식을 그것이 옳은것인것 처럼
    받아 들이지 않게 해주었으면 하는 바램입니다.
    하시는일 잘 되시길 바라며 바쁜시간 내어 Reply 달아주셔서 감사 합니다.

  13. BlogIcon Greensun 2008/05/02 14:27  댓글주소  수정/삭제  댓글쓰기

    이해합니다. 원래 웹상에서 구동되는 것들은 그럴경우가 있다고 들었습니다.

    다음의 기획자이셨군요. 신기하네요.

  14. BlogIcon 미르아시 2008/05/02 15:15  댓글주소  수정/삭제  댓글쓰기

    기획시에 한사람이 여러번 서명하는것에 대한 것은 없었나요 ?
    민번으로 아디를 가입하는게 아니라 그런지 아디만 다르면 여러번 서명할수 있더군요...

  15. 라이브 2008/05/02 16:47  댓글주소  수정/삭제  댓글쓰기

    이럴 때마다 꼭 터지는 조작설
    그 많은 트래픽 속에서 시스템이 완벽하길 바라나..

    다음은 아이디 여러 개 가지고 있는 사람들이 많으니 중복 서명 많을 것으로 예상

    • 사람 2008/05/04 01:53  댓글주소  수정/삭제

      님말을 듣고 해본 1人 안되던데요 .
      사실이 아닌 일은 사실인냥 말씀하시지 마세요
      그렇다면 청원이라는 자체에 신빙성을
      잃게 될것입니다

  16. almostdev 2008/05/02 16:52  댓글주소  수정/삭제  댓글쓰기

    웹개발에 종사하는 사람으로서 (다음은 아닙니다)
    - 이미 개발되어 있는 상황에서
    - 순간적인 대규모 트래픽에 대한 대처가 안되어 있으며
    - 트래픽이 몰리는 문제가 있고
    - 서비스 구조의 전면 개편이 힘들다
    고 가정했을때 (주인장님이 말씀하신 아고라의 상황이 이와 비슷한듯)의 해결방법을 생각해보면

    1. 어디가 문제인지 파악
    트래픽 분석
    - 하루총PV = 약 1000만
    - 천만/24시간 = 약 42만
    - 42만/60분 = 약 6600
    - 6600/60초 = 약 110 (1초당 평균 PV)
    - 피크타임시 초당 PV를 평균 초당 PV의 10배정도라고 예상하면, 110*10 = 약 1100

    2. 서버는 잘 견디나?
    초당 1100PV견딜 수 있도록 웹서버 대수 증설 - 피크타임에 죽으면 안되니까
    아파치의 커넥션 갯수 256개이므로
    최소한 5대, 보통 10대, 여유있게 15대까지
    웹서버 성능 및 CPU사용율등을 보고 서버투입/철수

    3. DB는 어떻게 해야하나?
    - 좋은 DB장비 사용 -_-
    - 쿼리 튜닝
    - cache사용

    4. 어떤걸 선택할까?
    - 좋은 DB장비... 웹도 역시 돈이 최고. 좋은 장비쓰면 좋은 성능 나온다. 하지만 -_-비싸다. 게다가 트래픽 대책 내놓으랬더니 장비구입하세요는 개발자가 쉽게 할수 있는 말은 아니고, 장비를 바꾸면서 사용하는 DB와의 튜닝 및 성능테스트도 해야한다. 장기간에 걸쳐서 기존의 장비에 최적화 시켜놓은 각종 옵션들을 생각해보면, 바꾼다고 바로 뭔가가 좋아지는건 아니다. 장기대책으로는 필요
    - 쿼리 튜닝... 훌륭한 방법. 쿼리튜닝으로 DB성능이 향상되어서 해결되면 땡큐(DBA님,부탁해요)
    - cache사용... 역시 훌륭한 방법. DB에 요청이 평균 초당 110번, 최대1100번 날라가는 상황에서
    서버 캐쉬 동기화를 간격이 1초일때 서버대수만큼이므로 10대일때 10번. DB에의 요청이 1/10수준으로 줄어듬

    5. cache DB를 사용하면? 정확한 데이터를 보여줄 수 있지만 돈이 들고 개발자 레벨에서 처리할 수 없다(장비를 사야하므로 -0-)

    6. 그럼 웹서버에서 Memory Cache를 사용하면? 웹서버 댓수만큼 캐쉬가 존재하므로 좀 부정확할 수 있지만 장비 안사도 되고 개발하기도 용이하다.

    7. 그럼 이 데이터가 오차가 어디까지 허용되는지 여부를 따져서 cache DB를 사용할지 Memory Cache를 사용할지 결정하자

    8. 추천수 정보는 데이터의 오차가 그다지 중요하다고 여겨지지 않는다(주식,환율,은행거래 등의 정보에 비해서), 보여지는건 잠시 오차가 있을 수 있지만 실제로 데이터 저장하는것에는 문제가 없다.

    9. 그럼 메모리 캐시를 사용하고 각 서버간의 cache data의 차이는 데이터 동기화(syncronize)의 간격을 통해서 해결하자. 대략 1-2초에 한번?

    정도가 되겠네요.

    실제로 다음 아고라의 시스템이 어떤지 전혀 알지 못하구요
    위의 방법이 좋은 방법이거나 최선이라는게 아니구요, 저라면 저렇게 대처할 것 같다는말입니다 ^^;
    이런 경우에는 분명 서버별로 데이터가 틀리므로 F5연타시 다른 데이터가 나올 소지가 다분하구요,
    데이터의 정확성이 중요해지면(요새같이 추천수 조작 논란이 있다던가 하는 경우) 그것에 맞게 시스템을 고쳐나가야 할것 같습니다.

    저도 추천수/조회수 등의 웹개발작업을 하면서 항상 고민했던 문제이고
    일정정도 이상 수준의 회사라면 원천데이터의 조작이라는건 거의 불가능하다는게
    개인적인 경험이었고, 저도 이런 오해를 받아본 적이 있어서 코멘트 쓰게 되었습니다
    음 벌써 시간이 이렇게 ㅠㅠ

    지금은 일본에 파견중이다가 휴가차 잠시 귀국했는데,
    파견기간 연장해야 할지 심각하게 고민이 되고 있습니다 -_-
    아.. 석달만에 진짜 어찌 이렇게 되는지. 앞으로 걱정이네요...

    • BlogIcon 트람 2008/05/03 08:49  댓글주소  수정/삭제

      제 설명이 부족한 걸 이렇게 보완해주셔서 정말 감사합니다. 말씀하신 내용이 상당 부분 맞는 것 같습니다.(서버투입/철수, 좋은DB사용..) 일본에 그냥 계시는게 속편하실 것 같아요..=_=

  17. BlogIcon Nios 2008/05/02 17:07  댓글주소  수정/삭제  댓글쓰기

    개발자 입장에서 이 포스트 글은 타당한 내용입니다. 실제로 다중 DB 서버의 replication 분산 처리를 할 때 아주 짧은 딜레이가 발생합니다. 특히나 아고라 같은 대형 서비스라면 더 많은 DB 서버가 투입될테고, 서버가 많아질 수록 동기화 이슈는 더 커지게 됩니다. 저역시도 조작설은 잘못된 내용이라고 보이네요.

    저 역시 소고기 수입 반대 하고 있으며, 블로그에 관련 포스트가 몇 개 있으니 오해는 마시기를... 단지, 개발자 입장에서 다음의 조작은 아닐 거라는 의견을 말하고 싶네요.

  18. 신나래 2008/05/03 03:27  댓글주소  수정/삭제  댓글쓰기

    저기요,,조작 맞는거같은데
    원래 서명 한번밖에 안되는데 많은사람들이 2번씩된다고..
    그럼 다음측에서 지운게 맞으니까 서명이 또되지..

  19. adol 2008/05/03 03:33  댓글주소  수정/삭제  댓글쓰기

    저 또한 개발자 입장해서 충분히 타당성이 있는 글이라고 생각합니다. 위의 Nios님이 하신 말씀과 같은 경험은 다수의 DB서버를 운영하는 서비스라면 충분히 겪어 봤을만한 상황이구요. 어쨌든 지금 아고라에선 여론몰이식으로 다음의 조작설이 일파만파로 번지고 있네요.. 일반 사용자들의 입장에선 충분히 그런 의심을 할수도 있겠지만, 안타깝네요. 지난 대선때 네이버완 달리 미디어로서 역할을 했다고 생각하고 있는데 말입니다... 이 포스팅이 블로그 뉴스의 순위권에 들어서 많은 사용자들이 봤으면 합니다. 현재 탄핵문제에 흥분해서 이렇다 저렇다 이야길 해도 믿지도 않을것 같네요.^^ 여러 개발자분들이 기술적인 접근과 설명을 달아줬으면 하는 바램입니다. 오해가 풀리도록 말입니다.^^ 탄핵운동이 성공할때까지 다음이 그 역할을 다하리가 믿습니다~~~ 글 잘읽었습니다.

    • BlogIcon 트람 2008/05/03 08:53  댓글주소  수정/삭제

      댓글 감사합니다. 이번에 인터넷에서 시작된 민주화 운동(?)에서 아고라가 제 역할을 상당히 한 것 같은데, 왠지 끝나고 '조작설'만 남을 것 같아 안타까워 올렸습니다^^; 즐거운 주말 되세요~

  20. adol 2008/05/03 04:19  댓글주소  수정/삭제  댓글쓰기

    잠들기 전에 다시 들렀습니다. 아고라에서 지금 새벽인데 왠 트래픽이냐 라고 하는 사람들도 있는데, 전부 f5키를 초단위로 눌러대니 트래픽이 발생할 수 밖에요... 라는 생각이 드네요~ ^^ 즐거운 주말 되세요~~

  21. 김태환 2008/05/03 04:37  댓글주소  수정/삭제  댓글쓰기

    안녕하세요. 원문을 퍼갔는데, 웹분들이 글에 대해서 원문의 내용은 이해하겠는데, 두가지가 좀 걸려(저도 궁금해서요) 질문을 드리려합니다.

    하나는 '서명을 했는데 나중에 서명하니 또 되더라' 라는 질문이 이구요,

    다른 하나는 '서명을 했는데 나중에 확인해보니 자신도 모르게 삭제되었다'라는 질문입니다.

    속시원한 답변 기다리겠습니다~

    • 김태환 2008/05/03 04:53  댓글주소  수정/삭제

      아 그리고 한가지 더 질문하겠습니다. 제가 생각하기에는 보통 새벽의 경우 트래픽이 낮을 거라고 생각되는데요, 지금도 지켜보고 있는데(새벽), 심심치 않게 서명인원이 줄어듭니다. 이에 대해서는 어떻게 생각하시는지요?

    • BlogIcon 트람 2008/05/03 08:59  댓글주소  수정/삭제

      그런 경우가 있다면.. 서명을 할때 이 사람의 Daum ID가 이미 서명을 한 사람인지 모든 서버를 체크해야 하는데, 그 동기화에서 뭔가 꼬인게 있다는 것 같습니다. 그 전에 했던 서명이 삭제된 건 아니고 너무 많은 서명 DB가 쌓여서 체크 과정에서 오류가 날 수 있다는.. 아 그리고 두번째 질문은 위의 adol님이 답변해주신게 맞는 것 같습니다. 새벽에도 아고라 주시하는 분들이 모두 F5키를 누르고 있으면 그 트래픽도 정말 어마어마 할꺼에요 -_-;

  22. 류창훈 2008/05/03 08:22  댓글주소  수정/삭제  댓글쓰기

    서버가 어떻고 어떻게 만들어지는 모르지만..
    핫이슈화가 되어감에도 불구하고 아고라자체 메인기사화 되지않고
    분명 조작이라는 이야기가 흘러나오고
    이야기가 상당히 퍼져 나갈때까지 아무런 대응이 없었다는것
    그리고 리플에 개발자들이 참 많다는거..
    어려운말쓰는 사람들 리플은 그럴싸하게 '추측성'으로 되어있는데
    쉽게 풀이한 리플보면 또 그럴싸한 리플을 스트레이트로 반박하고 있네요.
    저도 두번 서명했는데..

    그나저나 저기 150만명 저건 믿을수 없군요..
    그걸 노리고 저기에다가 붙여 놓은건가요???
    현실성없는 글을 붙여다 놓아 조작은 없다라는 걸 부각시키려고 하셨나요?
    최소한 조작은 없다라는것을 증명할려면
    저런 어이없는 150만명 이런거 말고
    웹에 떠보는 사람들이 믿게 했던 것을 증거 자료로 삼고
    정면으로 그것을 부정하고 반박해서 해야 하지 않았을까 싶네요..

    전 이 글을 보고 오히려 더 불신이 싹트게 되네요..

    그리고 다음이 중소기업도 아니고 이정도도 못견딜지는 몰랐네요..
    주식떨어질듯..

    • BlogIcon 트람 2008/05/03 09:02  댓글주소  수정/삭제

      위의 '150만명' 이야기는 미디어다음 어느 뉴스 댓글 중 최고 베스트에 오른 걸 보고 캡처했고, 저 댓글 땜시 이 글을 쓰게 됐습니다. 그리고 '이정도도 못견디냐'는 건 아닌 것 같습니다. 과거 故이은주 자살 사건때엔 네이버,다음,야후 등에 네티즌들이 엄청 몰려서 3대 포털뉴스 모두 5-6시간 이상씩 장애가 난 적도 있었거든요. (아고라는 그보다 작습니다)

  23. 레이길런 2008/05/03 09:52  댓글주소  수정/삭제  댓글쓰기

    원래 서명청원은 한번 하고나면 다지 중복은 안되는거 아닌가요.
    제가 한 이틀전에 서명을 했는데 오늘 혹시나 해서 다시 해봤거든요
    근데 서명이 되더라고요.. 그렇다 함은 제가 이틀전에 한 서명은
    짤린게 되는게 아닌가요.. 이건 어떻게 설명하실건가요..
    그리고 실제로 그런분들이 꽤있다고 제가 봤거든요
    그글을 보고 제가 다시 서명을 해봤던거고요...

  24. 정승현 2008/05/03 20:16  댓글주소  수정/삭제  댓글쓰기

    알바 좀 그만합시다.
    재미있는 분이시네요, 국민 그만 우롱하시지요.
    서버 동기화 오류? 한국 교육 수준이 그렇게 낮은가요.

    • BlogIcon 트람 2008/05/03 23:58  댓글주소  수정/삭제

      1. 제 블로그의 과거 글과 소개 글을 보시면 알바 운운 할 수 없을테고,
      2. 서버 동기화 문제는 대형 서비스에서 DB 분산처리 경험이 있으신 개발자 분들이 동감하는 주제입니다.

      1번과 2번을 무시한 댓글이 국민을 우롱하는 것이겠죠.

    • adol 2008/05/04 00:29  댓글주소  수정/삭제

      우롱이라뇨? 트람님이 이전 아고라 청원 기획자분이셨다고 본문에서 밝히셨는데. 국민 우롱은 거짓말을 했을때 할 말이구요, 지금은 기술적인 접근을 통해서 사용자들의 오해에 대해 설명을 하고자 하는거 아닙니까?
      한국의 교육 수준을 운운할 상황이 아닌것 같네요. 정승현님의 댓글 수준과 상대방의 의견을 존중할 줄 모르는 태도를 보니... 그나저나 서버동기화 오류 뜻이나 아실려나...

  25. kms 2008/05/04 02:17  댓글주소  수정/삭제  댓글쓰기

    안녕하세요
    궁금한것 몇가지입니다.
    1.새벽에는 서명인원이 초당1명~2명이라 트래픽이 상당히 적은데 동기화오류는 좀 이상한것같습니다. 밤에도 비슷하게 일어납니다.

    2.청원은 무결성제약조건으로 내부적으로 할것같은데 중복되는것도 쫌 궁금합니다. Selct count(*)보다 무결성제약조건이 더 빠른것으로알고있고 그렇다면 청원카운트를 놓칠일이 없다고생각이듭니다.

    3.만약 동기화오류로인해 서명인원이 감소했다면 그다음에는 두배로 뛰어야하지않나요? (10,11,12,9,9,10,13,14) <==이렇게요
    그런데 그렇지않습니다.

    4.F5를 누르면 DirtyRead에 해당하기때문에 동기화오류원인에는 해당되지않을것같은데.. 어떻게 생각하세요?

    5.사실 DB에서 청원내역을 Delete한다면 1,2,3,4번이 모두 설명이 되지않습니까? 기존시스템을 손대지않고할수있는 깔끔한 방법인것같습니다.

    • BlogIcon 트람 2008/05/04 09:50  댓글주소  수정/삭제

      질문 감사합니다. 저도 궁금한게 있어서 같이 일했던 분들한테 어제 좀 물어본 게 있었는데요,

      1) 탄핵 이슈로 평상시 청원 트래픽의 50~100배까지 증가한 상황.

      2) 아고라 청원은 자기가 쓴 서명을 자삭할 수 있는 기능이 있는데, 조작설이 퍼지면서 '서명하고 자기 서명을 자삭해보는' 로그가 꽤 쌓이고 있음. 서명하고 지워보고 다시 서명하는 케이스도 많다고 하네요. (실제로 57만명 정도 갔을 때 XX명이서 거의 동시에 자신의 서명을 자삭하여 카운트가 크게 후퇴한 경우도 있었다고..)

      전 개발자는 아니라서 kms님의 질문에 정확한 답변은 못 드립니다만, 위의 2번 때문에 더 큰 오해가 발생하는 것 같습니다. 오히려 아고라 청원의 미디어적 파워에 흠을 주기 위해, 초기에 특정 세력이 단체로 서명했다가 싹 지우고 조작설을 퍼뜨린게 아닌가 하는 음모론적인 의심이 들 정도네요. (그 때문에 실제로 지금 많은 분들이 의심하고 있고요)

      서핑하다 아래와 같은 댓글도 본 적 있는데요,

      "(루리웹의 댓글) : 이럴때는 차라리 200만명 서명했는데, 70만명으로 축소했다고 다음을 역공하는게 좋습니다.......다음하나정도 병신만들어도, 세상은 잘 돌아가거든요.....

      다음하나 병신 못 만들면, 우리나라가 안 돌아갑니다......저쪽에서 개짓을 하면, 이쪽에서도 물타기 해야죠..."

      = 대체 왜 이렇게 생각하는걸까요? 인터넷 여론이 결집되고 그 파워를 보여준건 결국 아고라를 통해서였는데.. 쩝, 저런 댓글을 보니 크게 우울해지더라구요.

  26. 김경원 2008/05/06 01:54  댓글주소  수정/삭제  댓글쓰기

    다른서명은 멀쩡한데 왜 그것만 주는거냐.. 다음관계자야?
    돈받았어? 짤린데? 다음엎어버린데? 명박이가?

  27. 예당 2008/05/06 02:02  댓글주소  수정/삭제  댓글쓰기

    다음에 글을 보면 처음보기가 나옵니다..
    번호 1,2,3,4,5,....그리고 화살표
    그런데 제가요 5월2일 날짜로 된거 중복없이 누르면 정확히 20명이 올라오더군요...근데 약 15000회를 누르니까 5월3일에서 5월2일 첫 서명인이 떠오르더군요...

    그럼 하루치만 해도 30만이 넘거든요...
    그럼 그날 분명 100만이 근데 실제 수와는 엄청차이가 나요


    또 위의 메인숫자가 올라온뒤 맨마지막 서명인이름 기억한후 다시 새로고침을 누른후 그이름뒤에 서명이름이 몇개인가 살펴보면 약 3,4회정도는 일치하고 그다음은 이름은 분명 20개정도인데 숮자는 고작 2개이거든요?

    트래픽 그래요 그럼 일일 서명한 이름의 숫자는 분명 53일 날짜만해도 중복없이 30만이 훯훨 넘거든요 그럼 더구나 그이름인즉슨 사라진것이 잇다고 본인들도 말하고 다음도 말하는데 남은것만 계산해도 100만이 이미 5월2일날 넘어야 맞거든요

    하루집계만 보아도 숫자의미 제외하고 다음이 남겨논기록만 살펴도 이렇게 차이가 나는데 프로그램 오류인가요? 날짜의 ㅋㅋㅋㅋ

    저요 장장 6시간 처음보기 눌렀어요 트래픽 핑계될까봐요 ㅋㅋ이상하네요

    • BlogIcon 트람 2008/05/06 09:43  댓글주소  수정/삭제

      기사 조사해보세요. 5월 1일 밤 10시에 40만 돌파했고, 5월 3일 새벽에 70만을 돌파했다고 합니다. 5월 2일 전후로 해서 30만 증가한 것이 맞죠.

      (그리고 15000회 누르셨다고 했는데, 그 누르는 동안에 새로 쌓인 청원도 여기 페이징(1,2,3,4)에 포함되기에 이건 제외하고 계산해야 합니다)

  28. 예당 2008/05/06 02:06  댓글주소  수정/삭제  댓글쓰기

    다음은 왜 처음보기 빨리가기 화살표를 삭제하셧죠?
    자신의 서명을 알아볼까봐?
    ㅋㅋ

    한화면에 있는 날짜와 서명인의 대화명 순서를 뒤죽박죽햇지만
    고맙게 중복없이 20명 블럭으로 올라오더군요

    ㅋ 그래서 하루의 서명인의 날짜를 확인할수있엇거든요
    다음안내직원아가씨도 전화하니 절대로 조작없다고 트래픽운운하더군요
    제가 그랫죠 네 아가씨야 당연히 그리믿고잇을겁니다..

    하지만 아가씨 위의 숫자말고 서명된이름과 날짜 스크랩해보셔요 분명 5월2일 것만 정리해도 15000회이거든요 그럼 그날짜로 중복없이 된서명된이가 20명을 곱하면 30만명이 넘는데 어찌된거죠? 직접눌러보시고 직원들에게도 이사실을 알려달라 부탁 드렸습니다..당황하더군요

  29. 예당 2008/05/06 02:11  댓글주소  수정/삭제  댓글쓰기

    그래요 자그만치 15000회분의 정리 ㅋㅋ
    제가 다시 오늘도 스크랩을 해보았습니다..

    님이 짯다고요?
    서명수와 맨마지막 이름 그리고 일정시간후 새로고침 숫자는 분명 올라가있죠

    그리고 그 아래 이름을 맨마지막 이름과 대조해보면 약 5회에서 4회는 숫자와 증가수와 동일합니다 그러다 갑자기 이름과 수는 늘 수는 2,3명 늘고 및에 중복없는이름은 늘 심하게는 10명 20명 작게는 1명 ,2명

    스크랩하여보니...................ㅋㅋ

    5월5일 아마 본인들이 확인할까봐 이름은 잠깐이나마 둔것이 화근이 아닐까
    또 순서를 확인할까봐 정리순서는 뒤죽박죽시키고 하지만 중복이 안되게 프로그램 하셧더군요

    그래서 블럭마다 정확히 20명올려두셧고요

    .................만약 그렇다면 운영자의 조작이 아니라면 프로그램의 엄청난 오류라 여겨야겠습니다..

  30. 예당 2008/05/06 02:22  댓글주소  수정/삭제  댓글쓰기

    여러분 서명수 기억하고 그매인화면아래 서명인 대화명 캡쳐하고 그리고 순간순간 캡쳐하면 중복을 보이거나 혹은 넘어가며 새로운 대명이 나옵니다..

    그런데 맨 마지막 이름에 수가 12번이라면 그이름뒤로 새로이 첨가된 대화명은 분명 중복없이 증가합니다 참많이 ...근데
    위의 수는 늘 2.3ㅋㅋㅋ

    그럼 혹시 트래픽 핑계댄다면

    하루것을 날짜기억후 눌러보면 중복없이 블럭당 20명조회됩니다..

    그래서 되돌린수에 20을 곱하면 그날서명수가 나옵니다..
    그런데 다음측에 사람들이 왜 자신의 서명기록이 없냐고 묻자 데이타얄이 많아?지웠다고 서명기록만올리고?

    그렇다면 실제서명수보다 월등히 작아야되죠 서명이 근데 월등히 많군요...

    하루하루 되돌리기를 다음이 빨리되돌리기를 삭제한이유는 아마도 확인할것을 두려워한것이 아닐까요?

    지독하게 눌러보았습니다..중복되지않도록 20명씩 프로그램잘짜두신덕분에 하루량을 계산할수있었습니다...

    숫자만 다들 관심가질때 정작 및의 서명인 수는 안세니까요...

  31. 예당 2008/05/06 02:32  댓글주소  수정/삭제  댓글쓰기

    님이 전에 근무하셨다면 너무잘알것입니다..

    숫자의 변동은 트래픽이라 이해하고요
    순간적 차이죠

    하지만 아래 서명인의 중복없는 20명씩 날짜와 함께되는 검색..그수와 2,3명정도의 차이가 아닌 엄청난차이는 어떻게 설명되나요

    하루의 경우에도 30만이 넘게 자료가 다음에서 검색가능토록 올려 놓고 숫자는 전혀다르고 오히려 이름은 좀 지웟다고 말하고...

    삭제가능ㅋ 거의 불가능하게 되있죠 지금은..짧게 해보셔요 위의 숫자와 맨마직 서명인이름기억후 몇번의 f5키를 누른후 스크랩하고 그명단의 증가와 실지수 비교해보셔요 늘 2,3명에서 심하게는 10명 20명 증가는 이름은 하는데.. 몇번의 확인후 다시보면 그갭이 점점커지네요 수는 규칙적으로 거의 속도가 같고...

    이름의 증가는 매우 빠르고 ..................따로노네요

    전임 근무자로써 어떻게 여기시는지요 직접확인해보시고요

  32. 예당 2008/05/06 02:32  댓글주소  수정/삭제  댓글쓰기

    잘 대답해주시던 님이 저의 글에는 답을 안해주시네요.
    못해주시는건지/..

  33. 예당 2008/05/06 02:43  댓글주소  수정/삭제  댓글쓰기

    자상한 한 아버지의 모습 고맙습니다..

    전 컴 모릅니다 트래픽 말은 들어도..

    정확한건 전 위의 수치는 도데체 주는건지 느는건지 엔지니어의 설명을 믿어야만합니다..

    근데 서명블럭 정확히 20명 검색되고요 중복없고요 날짜 나오고요 예전엔 시간도 나왓는데..아마 곤란해 지운거 같아요

    님이 아끼고 만든 아고라가 이렇게 오류가? 있는지?

    아무튼 님 처음가기 눌러보셔요 하루치 계산해보셔요
    15000번 이면 숫자 10개씩 나오니까 1500번 누르면 30만명 검색되는겁니다..
    물론 반드시 20명씩 올라올때 중복이 없어야하고요

    그러면 첨음에서 누른수에 20명을 곱하면 여태껏 누른수가 그날 인원수죠

    그러다보면 네티즌의 고마운배려?로 그전날 마지막 서명 수가 보입니다..

    그럼 그수에 이수를 더하면 위의 크게 나오는 수와 거의 비슷해야되겠죠 차이를 인정해도 ..

    5워2일의 경우 24시간 사이에 약 15000번 그러니 제가 15000번 눌렀습니다..
    장장 6시간...
    중복없더군요 그러면 15000곱하기 20은 30만명...

    그리고 맨마지막 수와 합산하니 100만이 넘어요 ..근데 70만?


    흠..............

    제가 어떻게 이해할까요

    아마도 프로그램이 미쳐서 따로논다거나..

    서명한 이름에 날짜가 잘못기록되거나?

    관리자가