그냥 생각해 보기에도 mod_php 같이 모듈로 돌아가는 것에 비해서 fastcgi 는 소켓 IPC 를 해야 하니, 요청이 정말 많은 엔터 프라이즈 급 정도 되면, 잘 구성된 모듈 방식에 비해서 성능이 떨어 지겠죠. 뿐만 아니라 하나의 웹 프로그램 당 하나의 프로세스를 돌려야 하니, 매우 다양한 종류의 서비스가 조금씩 요청되는 경우에는 매우 많은 수의 프로스스를 뛰워 둬야 하니 배보다 배꼽이 커질 수도 있겠구요.
무엇보다 결정적인 것은 php 같은 것에 비해서 fastcgi 나 scgi 같은 방식이 현실에서 훨씬 덜 쓰여지고 있다는 점입니다. 그 만큼 개발에 참고할 자료도 적을 것이구요.
어디에나 장점만
어디에나 장점만 있는것은 아닐겁니다.
개발자의 입장에서 보면 어떤 플랫폼이나 프레임웍의 '단점'이 문제가 되는 경우보다는 그것에 대한 이해 부족으로 인해 생기는 문제점들이 더 많습니다.
말씀하신 부분은 웹개발과 관련된 부분인데 이 쪽은 더욱 이런 문제가 많이 생기는 것으로 알고 있습니다.
워낙 여러가지 부분에 대해 생각해야 하는 경우가 많아서요.
가장 중요한건 '내가 쓰고있는 것들에 대해 정확히 알고 있느냐?' 가 아닐까 생각됩니다.
만일 개발자의 입장이시라면 '웹서비스(http?)'라는 것이 어떻게 돌아가는지 제대로 알고 계시는게 그 무엇보다 중요한 것이라고 생각합니다.
-- Signature --
青い空大好き。
蒼井ソラもっと好き。
파란 하늘 너무 좋아.
아오이 소라 더좋아.
이전까지 널리
이전까지 널리 사용되던 코드를 그대로 사용할 수 없다는 것도 단점이라고 할 수 있습니다 :) 비교해보면 mod 방식과 나름 장단점이 있긴 합니다.
------------
오랫동안 꿈을 그리는 사람은 그 꿈을 닮아간다...
http://mytears.org ~(~_~)~
나 한줄기 바람처럼..
오랫동안 꿈을 그리는 사람은 그 꿈을 닮아간다...
http://mytears.org ~(~_~)~
나 한줄기 바람처럼..
http://openlook.org/blog/919
http://openlook.org/blog/919
흠...
이건 lighthttpd에 대한 문제점으로 보이네요.FastCGI가 아니라..
질문이 참...
일일이 답변하는 저도 이상한 넘이지만, 일단 한 김에;;
세상에 문제점이 없는 방식은 없다고 생각합니다.
그냥 생각해 보기에도 mod_php 같이 모듈로 돌아가는 것에 비해서 fastcgi 는 소켓 IPC 를 해야 하니, 요청이 정말 많은 엔터 프라이즈 급 정도 되면, 잘 구성된 모듈 방식에 비해서 성능이 떨어 지겠죠. 뿐만 아니라 하나의 웹 프로그램 당 하나의 프로세스를 돌려야 하니, 매우 다양한 종류의 서비스가 조금씩 요청되는 경우에는 매우 많은 수의 프로스스를 뛰워 둬야 하니 배보다 배꼽이 커질 수도 있겠구요.
무엇보다 결정적인 것은 php 같은 것에 비해서 fastcgi 나 scgi 같은 방식이 현실에서 훨씬 덜 쓰여지고 있다는 점입니다. 그 만큼 개발에 참고할 자료도 적을 것이구요.
아....
왠지 말씀하신 단점들은 리사파파님이 언급하신대로 분산으로 해결될지도 모르겠군요..정작 저 자신은 그 분산이 어떻게 이루어지는지는 모르겠지만 말입니다.
댓글 달기