질문 있습니다. 이번에 그룹사 홈페이지 이전을 AWS로 하게되었는데요 지금까지 다른부서에서…

질문 있습니다.

이번에 그룹사 홈페이지 이전을 AWS로 하게되었는데요
지금까지 다른부서에서 관리를 해서 내용을 전혀 모르고 있다가
이전하려고 보니 콘텐츠의 양이 엄청나더군요

서비스가 복잡해서라기보다는 페이지들을 거의 html로 만들어
페이지수가 엄청나게 많습니다.

그저 html이면 S3에라도 옮기겠는데
여기 저기 이유를 알 수 없는 php코드가 들어가 있습니다.
pdf파일도 html에 날코딩으로 박아 넣은데다가
패쓰도 절대경로랑 상대경로가 마구잡이로 섞여 있습니다.

전체 콘텐츠의 용량은 3.4기가정도 되는데
이걸 CodeDeploy로 디플로이하기에는 무리가 있어 보입니다.
오토스케일링이 걸려 있어 소스를 코드 디플로이든 빈스토크든
관리를 해야 할텐데 이걸 어떻게 관리해야 할 지 답이 안나오네요
이전하는 기간도 너무 짧게 잡아 소스를 수정하거나 할 시간도 없어
그대로 이전하는 방법 말고는 없는 상태입니다.

이걸 지금까지 하나하나 비효율적으로 코딩해온 사람들도
존경스럽고 그 부서 야근 많기로 유명한데 야근 안하는게 이상한 거였군요.
넋두리가 되었는데 이거 어찌해야 할까요

15 thoughts on “질문 있습니다. 이번에 그룹사 홈페이지 이전을 AWS로 하게되었는데요 지금까지 다른부서에서…

  1. 복잡하다고 하셨으니…

    페북 답변정도로는 해결되지 않겠네요…

    aws 파트너사에 컨설팅 받아보시는거 어떤가요…? 이러한 컨설팅 서비스가 있는진 모르겠지만…

    파트너사는… gs네오텍, 메가존 Megazone 등이 있습니다..

  2. 일단은 인스턴스단위 이전 하고 하드코딩 된 부분 추출해서 바꾸는게 답일 듯 합니다
    이후에 수정보완 해가면서 AWS 에 녹여야 하겠지요

  3. 그대로 이전 (Lift & shift)은 레거시 환경보다 더 많은 비용을 초래 할수 있습니다. 클라우드 환경에 맞게 개선하셔야 전환 효과가 있습니다.

  4. 부하가 걸린다는게 db호출의 문제라면 해당 부분도 검토해보셔야 할 듯 하네요
    일부 클릭하면 select *하는 코드를 넣으시는 분들이 있어서 ㅡ.ㅡ

  5. 공식 홈페이지인데 접속이 폭주할 때가 있습니다
    그럴 경우 오토스케일링이 되어 인스턴스가 새로 생성될텐데요

    그때 코드 디플로이가 작용해서 전체 소스를 새로 생성되는 인스턴스에 디플로이를 하게 되면 3.4기가를 디플로이 해야 하기에 피크를 대응하지 못하게 된다는 것이죠

  6. 일단은 작업 스톱하고, 파악가능하고 작업가능한 단위(의존성 관계가 있는 단위로 쪼개서)별로 점진적으로 해야되지 않을까요?

    기존 작업계획을 멈추는 쪽으로 윗분들 설득하는 게 맞을것 같습니다.

    뭐…. 그런 합리성이 잘 안통하는 게 한국회사들의 특징이라…..

  7. 오토스케일링이 필수일 정도로 트래픽 변동량이 큰가요? CodeDeploy가 부담스럽다면 fabric 등으로 간단하게 디플로이 스크립트를 작성하는 것도 방법이죠. AWS의 기능들을 너무 적극적으로 활용할 필요는 없습니다.

  8. 1. php가 없는 html들은 전부 S3에 짱박는다
    2. 사용자 요청에따라 어떤 html을 띄울지를 결정하고 렌더하는 초간단 앱을 만들어 php가 포함된 html과 함께 EC2에 올린다
    3. 동적 구현이 되는 부분은 전부 “죄송합니다 준비중입니다”를 출력하도록 때워놓는다. (임시 오픈)
    4. 그렇게 시간을 벌어놓고 콘텐츠 구조 빨리 파악한다음 필요한 내용을 동적으로 뿌리는 앱으로 버전업시켜 다시 올린다 (정식 오픈)
    5. 디버깅 및 S3 레거시 처분

    뭐 이런 식으로 대처하실 수는 없는 상황인가요? 저라도 윗분들 쫓아가서 멱살 잡고 뜯어말리고 싶네요… 아무리 생각해도 AWS를 선택하는 이점이 없는데…

답글 남기기

이메일은 공개되지 않습니다. 필수 입력창은 * 로 표시되어 있습니다.