Django를 사용하고 있는 서비스는?

메이저급 사이트는 아닙니다만, 저 있는 곳에서 상용 서비스 몇가지에 django를 적용해보고 있습니다. python 기반이라 웬만한 연동은 큰 문제 없습니다.

퍼포먼스는 mod_python 기반으로 설치를 해놓으면 상당히 빠르고요, sng2nara님의 말씀처럼 죽거나 하는 경우는 아마 runserver로 실행하는 django 자체 개발용 서버를 말씀하시는 것 같습니다만, 그 서버는 정말 개발자 1인용 서버이고 간단한 오류라도 발생하면 죽습니다. 사이트의 요소요소에 memcached로 캐쉬 처리를 해놓으면 괜찮은 퍼포먼스를 보입니다. (퍼포먼스 비교를 하기는 뭣하지만, 최소한 asp보다는 빠릅니다. 저희 기존 시스템이 두통나는 asp 기반이라..)

무엇보다 좋은건 django의 어드민 툴입니다. 기존에 이미 개발되어 있는 시스템에 inspectdb 명령을 통해 django의 어드민만 올려서 써도 개발 효율이 훨씬 높아집니다. 게다가 python용으로 개발된 수많은 모듈들을 그대로 가져다 쓸 수 있다는 점도 큰 장점입니다.

다만, 다즐링님 말씀대로 시스템 설정에 대해 아는 사람은 커녕 python 개발자도 구하기 어려운 상황이라는게 좀 문제입니다. 물론, python이 그리 어렵지 않고 쉽게 효율을 낼 수 있어서 C/C++ 개발자에게 배워서 쓰게 하면 큰 문제 없이 적응합니다만...

당장은 약간 불편한 점이 있지만, 구글 apps 등에서 django를 지원하는 모양새를 보면 이후에도 참 괜찮겠다는 생각이 듭니다.

RoR같은 경우에도 그렇지만 django의 경우에도 웹 어플리케이션 개발이 painless한 작업이 될 수 있다는 점을 잘 보여주는 것 같습니다.

=-=-=-=-=-=-=-=-=
http://youlsa.com

위에 다즐림님이 Django 비판을 해주셨는데, 그에 쌍을 이루도록 변론이 있어야 균형을 맞출 수 있을 것 같아서 몇가지 적어 봅니다.

1. RoR의 db:migrate 는 멋진 기능이지만 그로인한 희생도 만만치 않습니다. RoR에서 제가 제일 싫어하는 점인, 모델을 아무리 봐도 대체 뭐하는 놈인지 알 수가 없고, db 스키마를 봐야만 모델을 파악할 수 있게 되지요(RoR plugin을 통해 DB 정보를 모델에 주석으로 넣는 기능이 존재합니다만, 그건 주석이지 코드가 아닙니다).

Django는 Java의 Hibernate와 유사한 스타일입니다. 모델에 DB관련 정보가 모두 들어가는 방식이라 모델 클래스를 보면 DB 구조도 자연스럽게 파악할 수 있게 되지요. 코드의 가독성이 훨씬 높고 DB봤다 클래스 봤다 할 필요가 없습니다.
어쨌든, db:migrate와 유사한 기능을 지원하는 프레임워크가 얼마나 되는지는 모르겠지만, 모델에 DB정보를 넣는것과 migration 정보를 유지하는 기능이 함께 들어가면 좋을 것 같습니다(이 경우, 동일 정보가 모델과 DB Migration 설정파일로 이중 저장되는 단점이 생기게 됩니다).

Java쪽에서는 이런 노력을 하고 있고, Django도 http://paltman.com/2009/feb/24/nashvegas-a-simple-django-migration-tool/ 를 보면 DB Migration 관련 툴들이 속속 등장하고 있습니다.

2. 개발자 수 문제는.. 우리나라에서는 어쩔 수 없어보이는데요,그러나 Python은 배우기 쉬운 언어입니다. Perl과 함께 엄청난 라이브러리를 보유하고 있습니다. 아직도 Perl을 제외하면 다른 동적 언어들의 라이브러리 수는 Python에 비하면 새발의 피 수준인걸로 압니다. 최근에 Ruby가 열심히 쫓아 오고 있겠지요?

3. 성능 문제는 이글 쓰신 분의 링크에서 보듯이 Python과 Django 자체의 성능이 동적 언어 기반의 다른 웹 프레임워크들에 비하면 매우 뛰어나다는 것을 볼 수 있습니다.
그리고 Django 도 http://docs.djangoproject.com/en/dev/topics/cache/ 보시면 캐싱 방안을 내놓고 있습니다.

4. 안정성 문제는 어떤분이 불안정하다고 했는데 수긍하기 힘듭니다. mod_python기반의 Django는 매우 안정적입니다. 위에분 말씀대로 테스트용 서버를 띄워서 운영하신게 아닌가 싶습니다. Ruby도 1년전 쯤에 나용 Passenger 인가 덕분에 이제 많이 안정화 됐지요. 그 전에 Mongrel 기반일때는 허구헌날 죽었습니다.

5. Django의 단점 중 하나는 View template 언어가 부족하다는 점이었습니다. RoR은 Ruby를 그대로 View Template에서 사용할 수 있기 때문에 매우 강력한 Template이 가능합니다만(JSP에서의 Java코드와는 달리 RoR의 eruby는 가독성이 뛰어나더군요. 아마도 블럭의 시작과 끝이 명확하게 인지되는 Ruby 자체의 특성때문인 듯 합니다), Python의 indent를 지켜야 한다는 제약 때문에 Django는 Python을 그대로 사용할 수 없었습니다. 그래서 따로 Template 언어를 만들었는데, 그게 1년전에 제가 Django 사용할 때는 많이 딸렸었습니다. Template이 딸리면 Controller에 그 부담이 지워지게 됩니다. 그래서 Controller 코드가 무쟈게 길어졌던 기억이 있네요.

하지만 지금은 계속해서 개선되어 많이 나아진것으로 보이네요.

http://kwon37xi.egloos.com

요즘 Rails 쪽은 github 와 맞물려서 plugin 이나 ruby gem이 활발히 개발되는 분위기입니다.
http://www.ruby-toolbox.com/ 같은 경우 github 정보 등을 이용해서 용도 별로 쓸 수 있는 라이브러리에 점수를 매기는데 좋은 참고가 되더군요.
1.x 버전 부터 rails 만져보고 있는데 상당히 유연한 플러그인들이 많이 나와서 만족스럽더군요. 어차피 쓰려면 여러 부분 고치긴 해야하지만 -_-

아무래도 ruby 보다는 python이 많이 쓰이는지라 django로 전향해보려고 잠깐 기웃거려봤는데, ruby에 익숙하다보니 python 조차도 복잡해보여서 포기입니다;