1.프로젝트든 뭐든 흘러가는 로직은 프로그램이나 페이지가 완성이 됐을 때 보통 시간에 쫓겨서 하다보니 테스트를 많이 못해본 경우가 많아서 문제가 터질 가능성이 많음 따라서 이부분 고쳐나1.프로젝트든 뭐든 흘러가는 로직은 프로그램이나 페이지가 완성이 됐을 때 보통 시간에 쫓겨서 하다보니 테스트를 많이 못해본 경우가 많아서 문제가 터질 가능성이 많음 따라서 이부분 고쳐나가야함
2.db의 경우 튜닝하고 속도를 향상시켜야함 소규모인것은 상관이 없으나 규모가 커질수록 서버에 요청하는 건이 많을것이고 이것을 database가 못견뎌서 뻑나는경우가 있을수있음(그래서 이중화니 뭐니 최대한 분산시키려하나 이것도 한번에 몰려들면 답이없겠지..?)
3.완성이 됐어도 언어나 프레임워크에서 더이상 개발 지원을 안하는경우가 가야함
익명(180.83)2021-09-10 04:39
답글
ps.기본적으로 최소비용으로 최대비용을 뽑아내려하는데 이것도 잘못된 설계나 네트워크 장비 싸구려쓰면 계속 업그래이드 해줘야하는 이유도 있음
익명(180.83)2021-09-10 04:39
답글
그리고 실상은 말이 유지보수지 고객사들이 은근 이거바꿔달라 추가해달라 이런것도 포함임 (개발이 완료돼도 말이지..?)
익명(180.83)2021-09-10 04:44
답글
이게 혹시 Xe,라이눅스로 만든 웹사이트에도 적용되는 이야기야?
익명(121.147)2021-09-10 04:44
답글
오라클/리눅스 말하는거임? 이거말하는거라면 2번에 해당되지. 웹사이트의 경우 특히 큰대는 내가알기론 하루에 몇천만 몇억건까지 db에 트랜잭션되는데 결국 성능을 향상시키고 최적화하기 위해서 필요한건 맞아. 네트워크나 dba가 아니라서 정확한 답을 못해주겠지만 성능 최적화때문에 유지보수하는것도 포함되지
웹은 잘 모르지만 전반적으로 유지보수하는 이유는 다음과 같음
1.프로젝트든 뭐든 흘러가는 로직은 프로그램이나 페이지가 완성이 됐을 때 보통 시간에 쫓겨서 하다보니 테스트를 많이 못해본 경우가 많아서 문제가 터질 가능성이 많음 따라서 이부분 고쳐나1.프로젝트든 뭐든 흘러가는 로직은 프로그램이나 페이지가 완성이 됐을 때 보통 시간에 쫓겨서 하다보니 테스트를 많이 못해본 경우가 많아서 문제가 터질 가능성이 많음 따라서 이부분 고쳐나가야함 2.db의 경우 튜닝하고 속도를 향상시켜야함 소규모인것은 상관이 없으나 규모가 커질수록 서버에 요청하는 건이 많을것이고 이것을 database가 못견뎌서 뻑나는경우가 있을수있음(그래서 이중화니 뭐니 최대한 분산시키려하나 이것도 한번에 몰려들면 답이없겠지..?) 3.완성이 됐어도 언어나 프레임워크에서 더이상 개발 지원을 안하는경우가 가야함
ps.기본적으로 최소비용으로 최대비용을 뽑아내려하는데 이것도 잘못된 설계나 네트워크 장비 싸구려쓰면 계속 업그래이드 해줘야하는 이유도 있음
그리고 실상은 말이 유지보수지 고객사들이 은근 이거바꿔달라 추가해달라 이런것도 포함임 (개발이 완료돼도 말이지..?)
이게 혹시 Xe,라이눅스로 만든 웹사이트에도 적용되는 이야기야?
오라클/리눅스 말하는거임? 이거말하는거라면 2번에 해당되지. 웹사이트의 경우 특히 큰대는 내가알기론 하루에 몇천만 몇억건까지 db에 트랜잭션되는데 결국 성능을 향상시키고 최적화하기 위해서 필요한건 맞아. 네트워크나 dba가 아니라서 정확한 답을 못해주겠지만 성능 최적화때문에 유지보수하는것도 포함되지
정성스런답변 고맙다게이야