퀵바


강호정담

우리 모두 웃어봐요! 우리들의 이야기로.



Comment ' 7

  • 작성자
    Lv.65 한걸음더
    작성일
    15.06.23 17:49
    No. 1

    밤새 점검하더만 오늘 문피아 상태 굉장히 안좋네요. 이런 시급...

    찬성: 0 | 반대: 0

  • 작성자
    Lv.68 지구성인
    작성일
    15.06.23 18:18
    No. 2

    낼도 못잡으면 관리자를 바꾸는게 맞을듯. 대형포탈사이트도 아닌데 3일동안 못잡으면 아마추어아닌가요.

    찬성: 0 | 반대: 0

  • 답글
    작성자
    Lv.94 프로그래머
    작성일
    15.06.23 18:29
    No. 3

    딱 그 분야 경력자라도 서버 문제의 경우에는 쉽게 풀기 힘들기는 합니다.
    하지만 지금 사태를 보면 개발진에 좀 문제가 있어보이기는 합니다.

    찬성: 0 | 반대: 0

  • 작성자
    Lv.94 프로그래머
    작성일
    15.06.23 18:58
    No. 4

    그리고 깜빡하고 이야기 안한게 있는데,
    서버 닫고 테스트 클라이언트 몇 개 붙이는 정도로 서버 테스트가 끝났다고 하면 안됩니다.
    서버 문제는 단순 기능 문제에서 발생하는 건 거의 없고,
    부하가 걸린 상태에서 대부분 발생합니다.
    심각한 문제는 보통 동시성 문제와 겹쳐서 일어나기 때문에,
    전문가라도 서버 문제를 해결하기 힘든 겁니다.
    실전 수준의 부하 테스트 없는 서버 테스트는 아무런 의미가 없죠.
    개발진들이 이것도 모를 수준이 아니었으면 하지만, 우려가 되어서 굳이 적습니다.

    찬성: 0 | 반대: 0

  • 작성자
    Lv.81 하늘처음
    작성일
    15.06.23 19:02
    No. 5

    db 부하로 인한 접속자연이라 생각했는데
    의외로 다른 문제일수도 있겠네요

    서버가 접속이 잘 안된다 -> 서버 업글하자 ->
    -> 리눅스버전도 오리면 더 좋을것같음
    -> 그렇다면 이번 기회에 apm 버전을 올리자
    -> 문제가 계속 발생하고 원인 파악이 안됨

    여기서 잘못된 선택은 os 업그레이드 부터죠

    테스트도 제대로 안하고 4개를 올려버렸으니까요

    여기서 프로그램마저 업그레이드했다면 대박 미친거죠

    os 나 apm 업그레이드,프로그램 업그레이드는 동시에 하지 않죠

    하더라도 테스트를 길게 해야 합니다

    연속으로 철야하는 엔지니어가 불쌍하네요

    원인도 모르면서 고쳐야하니까요

    찬성: 0 | 반대: 0

  • 답글
    작성자
    Lv.94 프로그래머
    작성일
    15.06.23 19:12
    No. 6

    제 경험으로는 심각한 서버 문제가 DB 문제인 경우는 거의 없더군요.

    아무리 실력이 없어도 SQL을 다루는 수준이면 DB서버의 부하에 대해서 신경 안쓰는게 오히려 힘들다고 보거든요.
    설령 DB문제라고 하더라도 보통 실수에 의해 발생하지, 원인이 무엇인지도 모를 정도로 질질 끌 정도로 이렇게 시간이 걸리지는 않죠.

    물론 DB 부하문제가 발생하는게 없지는 않습니다.
    그럴때는 메모리 캐시를 쓰거나 돈 있으면 서버 업그레이드면 보통 해결이 되니 문제이기는 하지만 알고보면 큰 문제는 아니더군요.

    찬성: 0 | 반대: 0

  • 답글
    작성자
    Lv.81 하늘처음
    작성일
    15.06.23 19:21
    No. 7

    근데 APM 환경이 문제가 될수도 있어요
    Mysql 에서는 join 걸기가 좀 무서워요.

    예전에 Mysql 에서 join 잘못 걸었다가 난리가 난적이 있어요.
    지금은 많이 좋아졌겠지만,

    찬성: 0 | 반대: 0


댓글쓰기
0 / 3000
회원가입 목록

신고 사유를 선택하세요.
장난 또는 허위 신고시 불이익을 받을 수 있으며,
작품 신고의 경우 저작권자에게 익명으로 신고 내용이
전달될 수 있습니다.

신고
@genre @title
> @subject @time