장고는 스케일링 되나요?
장고로 웹 어플리케이션을 만들고 있어요.장고를 선택한 이유는 다음과 같습니다.
- 저는 무료/오픈 소스 툴을 사용하고 싶었습니다.
- Python을 좋아하고 장기 언어라고 느끼지만 Ruby에 대해서는 잘 몰랐고 PHP를 배우는 것은 매우 번거로운 일이었습니다.
- 아이디어의 프로토타입을 만들고 있는데 미래에 대해 너무 많이 생각하지 않았어요.개발 속도가 가장 중요했고 Python은 이미 알고 있었습니다.
- 향후 Google App Engine으로의 이행이 더 쉬워질 것이라는 것을 알고 있었습니다.
- 장고가 '착하다'고 들었어요.
작품을 출판하는 것이 가까워지고 있는 지금, 저는 규모에 대해 고민하기 시작했습니다.장고의 스케일링 능력에 대해 알아낸 유일한 정보는 장고 팀이 제공한 것입니다(그들을 무시하라는 것은 아니지만, 이것은 분명히 객관적인 정보가 아닙니다...).
질문:
- 현재 장고에 건설된 "가장 큰" 사이트는?(주로 사용자 트래픽으로 크기를 측정합니다.)
- 장고는 각각 몇 시간씩 사이트를 방문하는 매일 10만 명의 사용자를 상대할 수 있을까?
- 스택 오버플로와 같은 사이트가 Django에서 실행될 수 있습니까?
"오늘날 장고 위에 세워진 가장 큰 유적지는?"
장고 건설 사이트에는 트래픽 정보를 수집하는 장소가 한 군데도 없기 때문에, 각지의 데이터를 이용해 시도해 볼 필요가 있습니다.먼저 메인 장고 프로젝트 페이지의 첫 페이지에 장고 사이트 목록이 있고 다음으로 djangosites.org에 장고 구축 사이트 목록이 있습니다.목록을 살펴본 후 괜찮은 트래픽이 있는 것으로 알고 있습니다.
Instagram:Instagram의 파워: 수백 개의 인스턴스와 수십 개의 테크놀로지.
파이썬으로 4억 명에게 서비스를 제공하고 있습니다.
tabblo.com: 매일 44,000명 방문, Ned Batchelder의 최신 웹 사이트에 대한 게시물을 참조하십시오.
pownce.com (더 이상 활성화되지 않음): Alexa의 랭킹은 약 65,000입니다.Pownce의 Mike Malone은 Scaling Django Web Apps에 관한 Euro DjangoCon 프레젠테이션에서 "초당 수백 개의 조회수"라고 말했습니다.이는 Django 스케일링 방법에 대한 매우 좋은 프레젠테이션으로, Django 스케일러빌리티의 (현재) 단점을 포함한 몇 가지 장점을 제시합니다.
HP는 Django 1.5: ePrint 센터를 사용하여 사이트를 구축했습니다.단, 2015년 노벨상에서는 웹사이트 전체가 이행되었으며 이 링크는 리다이렉트일 뿐입니다.이 웹사이트는 Instant Ink 구독 및 HP가 제공하는 관련 서비스(*)에 참여하는 세계적인 서비스입니다.
"장고는 각각 몇 시간씩 사이트를 방문하는 매일 10만 명의 사용자를 상대할 수 있을까요?"
네, 위 참조.
"Stack Overflow와 같은 사이트가 Django에서 실행될 수 있을까요?"
제 직감은 그렇다고 생각합니다만, 다른 사람이 대답하고, Mike Malone이 프레젠테이션에서 언급했듯이, 데이터베이스 설계는 매우 중요합니다.신뢰할 수 있는 트래픽 통계 정보를 찾을 수 있는 경우 www.cnprog.com에서도 강력한 증거를 찾을 수 있습니다.어쨌든, 장고 모델을 여러 개 조합하는 것만으로 되는 일은 아닙니다.
물론 더 많은 사이트와 관심 블로거들이 있지만, 나는 어디론가 멈춰야 한다!
상위 10,000개 웹사이트로 묘사되는 높은 트래픽의 사이트 michaelmoore.com을 구축하기 위해 장고를 사용하는 것에 대한 블로그 게시물.퀀트캐스트 통계 및 compete.com 통계.
(*) 해당 프로젝트에서 아웃소싱 개발자로 활동한 편집자(참조 포함)
지금 재하시험 중입니다.서버의 퍼포먼스가 크게 저하되지 않고 240개의 동시 요구(24x7)를 지원할 수 있다고 생각합니다.시간당 43만2천 조회수입니다.응답 시간이 짧지는 않지만(트랜잭션이 크다), 부하가 증가해도 기본 성능이 저하되지 않습니다.
Apache 프런트 엔드의 Django와 MySQL을 사용하고 있습니다.OS는 Red Hat Enterprise Linux(RHEL). 64비트.Django에서는 데몬 모드에서 mod_wsgi를 사용합니다.캐시나 데이터베이스의 최적화는 디폴트를 받아들이는 것 이외에는 실시하지 않았습니다.
64비트의 델제 32Gb RAM을 탑재한 VM은 모두 1대입니다.
퍼포먼스는 20~200명의 동시사용자와 거의 같기 때문에, 「트위칭」에 많은 시간을 할애할 필요는 없습니다.대신 일반적인 SSL 성능 개선, 일반적인 데이터베이스 설계 및 구현(인덱싱 등), 일반적인 방화벽 성능 개선 등을 통해 기본 성능을 유지하면 됩니다.
델에서는 16개의 동시 요청 스레드를 실행하는 15개의 프로세스에서 발생하는 과도한 워크로드에 시달리는 부하 테스트 노트북을 측정합니다.
일일 방문자 수는 확실하지 않지만, 다음은 대형 장고 사이트의 몇 가지 예입니다.
- disqus.com (djangocon에서 대화)
- bitbucket.org (기입)
- lanyrd.com (출처)
- support.mozilla.com (소스 코드)
- addons.mozilla.org (소스 코드) (djangocon에서 대화)
- theonion.com (기입)
- guardian.co.uk 코멘트시스템은 Django(소스)를 사용합니다.
- 인스타그램
- 핀터레스트
- 모니터
Quora의 트래픽량이 많은 Django 사이트 목록 링크입니다.
현재 장고에 건설된 "가장 큰" 사이트는?(주로 사용자 트래픽으로 크기를 측정합니다.)
미국에서는 마할로였다.한 달에 1000만 개 정도의 유니크를 취급한다고 합니다.이제 2019년에 마할로는 Ruby on Rails에 의해 구동됩니다.
해외에서는 Globo 네트워크(브라질 뉴스, 스포츠 및 엔터테인먼트 사이트 네트워크)Alexa는 이들을 글로벌 톱 100(현재 약 80위)에 랭크하고 있다.
다른 주목할 만한 Django 사용자로는 PBS, National Geographic, Discovery, NASA(실제로 NASA 내의 여러 다른 부서) 및 의회 도서관이 있습니다.
장고는 각각 몇 시간씩 사이트를 방문하는 매일 10만 명의 사용자를 상대할 수 있을까?
네. 단, 어플리케이션을 올바르게 기술하고 하드웨어가 충분한 경우에만 가능합니다.장고는 마법의 총알이 아니야
StackOverflow와 같은 사이트가 Django에서 실행될 수 있습니까?
네(단, 위 참조).
기술 측면에서 쉽게: 한 번 시도하려면 soclone을 참조하십시오.트래픽 면에서는 Pegs StackOverflow와 월 100만 유니크 이하로 경쟁합니다.SO보다 트래픽이 더 많은 장고 사이트의 이름을 적어도 12개는 댈 수 있어요.
웹 애플리케이션의 확장은 웹 프레임워크나 언어에 관한 것이 아니라 아키텍처에 관한 것입니다.브라우저 캐시, 데이터베이스 캐시, 비표준 지속성 공급자(CouchDB 등)의 사용 방법, 데이터베이스 조정 방법 및 기타 여러 가지 사항에 대해 설명합니다.
악마의 옹호자 노릇을 좀 해 봐
당신은 칼 헨더슨이 발표한 "장고가 싫은 이유"라는 제목의 장고콘 2008 키노트를 체크해야 한다. 그는 장고가 없는 모든 것을 당신이 트래픽량이 많은 웹사이트에서 하고 싶을지도 모르는 것들을 거의 다 훑어본다.결국 확장 가능한 장고 앱을 만드는 것은 완벽하게 가능하기 때문에 이 모든 것을 열린 마음으로 받아들여야 하지만, 저는 당신의 질문에 맞는 좋은 프레젠테이션이라고 생각했습니다.
내가 아는 가장 큰 장고 사이트는 워싱턴 포스트인데, 그것은 확실히 잘 확장될 수 있다는 것을 보여준다.
적절한 설계 결정은 다른 무엇보다 성능에 큰 영향을 미칠 수 있습니다.Twitter는 다른 동적 해석 언어 기반의 웹 프레임워크인 Ruby on Rails를 통해 성능 문제를 구현하는 사이트로 자주 언급되지만, Twitter 엔지니어들은 이 프레임워크가 초기에 선택한 데이터베이스 설계 중 일부만큼 문제가 되지 않는다고 말했다.
Django는 memcached와 매우 잘 작동하며 캐시를 관리하기 위한 클래스를 제공합니다. 이 클래스에서 성능 문제의 대부분을 해결할 수 있습니다.실제로 유선상에서 제공하는 것은 백엔드보다 훨씬 중요합니다.yslow와 같은 툴을 사용하는 것은 고성능 웹 어플리케이션에서 매우 중요합니다.백엔드에 하드웨어를 추가할 수는 있지만 사용자 대역폭을 변경할 수는 없습니다.
저는 지난 주에 Euro Django Conference에 참석했습니다.이것은, 최대 규모의 Django 거점 사이트인 Pownce의 설립자를 포함한, 몇개의 회담의 주제였습니다.주요 메시지는 Django가 아니라 적절한 캐싱, 로드밸런싱, 데이터베이스 최적화 등이 중요하다는 것입니다.
Django는 실제로 대부분의 경우 후크를 가지고 있습니다.특히 캐싱은 매우 간단합니다.
보다 확실한 답을 찾고 계시겠지만, 제가 생각할 수 있는 가장 확실한 객관적인 검증은 구글이 Django를 앱 엔진 프레임워크와 함께 사용하도록 강요한다는 것입니다.scalability에 대해 알고 정기적으로 대처하는 사람은 Google입니다.제가 읽은 바로는 가장 제한적인 요소는 데이터베이스 백엔드인 것 같습니다. 그래서 구글이 그들만의...
High Performance Django Book and Go through this Cal Henderson에서 설명한 바와 같이
자세한 것은, 이하를 참조해 주세요.
'장고는 스케일이 안 된다'는 말을 자주 듣습니다.당신이 어떻게 보느냐에 따라 그 진술은 완전히 사실이거나 명백한 거짓입니다.장고는 그 자체로는 확장되지 않습니다.
Ruby on Rails, Flask, PHP, 또는 데이터베이스 기반의 동적 웹사이트에서 사용되는 다른 언어에 대해서도 마찬가지입니다.
단, 좋은 소식은 Django가 캐싱 및 로드밸런싱 툴 스위트와 원활하게 연동하여 사용자가 원하는 트래픽 수만큼 확장할 수 있다는 것입니다.
온라인에서 읽은 내용과 달리 데이터베이스 ORM이나 템플릿 계층 등 "너무 느리다"는 라벨이 붙어 있는 핵심 컴포넌트를 교체하지 않아도 됩니다.
Disqus는 월 80억 이상의 페이지뷰를 제공합니다.엄청난 숫자네요
이 팀들은 장고가 확장성이 있다는 것을 확실히 증명했다.링컨 루프에서의 경험이 뒷받침하고 있습니다.
레딧 홈페이지에서 땀 흘리지 않고 하루를 보낼 수 있는 대형 장고 사이트를 구축했습니다.
장고의 스케일링 성공 스토리는 현재로선 나열하기엔 너무 많다.
Disqus, Instagram 및 Pinterest를 지원합니다.증거를 더 줄까?Instagram은 3명의 엔지니어로만 3000만 명 이상의 사용자를 유지할 수 있었다(이 중 2명은 백엔드 개발이 없었다).
오늘날 우리는 우리의 요구를 위해 많은 웹 앱과 사이트를 사용합니다.대부분은 매우 유용합니다.비단뱀이나 장고가 사용하는 것을 몇 가지 보여 드리겠습니다.
워싱턴 포스트의 웹사이트는 그들의 일간지와 함께 제공되는 매우 인기 있는 온라인 뉴스 소스이다.방대한 양의 뷰와 트래픽을 장고 웹 프레임워크로 쉽게 처리할 수 있습니다. Washington Post - 52.2 million unique visitors (March, 2015)
미국 항공우주국의 공식 웹사이트는 진행 중인 우주 탐사에 대한 뉴스, 사진, 비디오를 찾을 수 있는 장소이다.이 장고 웹사이트는 엄청난 양의 조회수와 트래픽을 쉽게 처리할 수 있다. 2 million visitors monthly
가디언은 가디언 미디어 그룹이 소유한 영국의 뉴스 및 미디어 웹사이트입니다.그것은 가디언과 옵저버 신문의 거의 모든 내용을 포함하고 있다.이 거대한 데이터는 장고에 의해 처리된다. The Guardian (commenting system) - 41,6 million unique visitors (October, 2014)
우리는 모두 유튜브가 고양이 동영상을 올리는 곳이라고 알고 있지만 실패한다.현존하는 가장 인기 있는 웹사이트 중 하나로서, 그것은 우리에게 끝없는 비디오 엔터테인먼트를 제공한다.Python 프로그래밍 언어는 우리가 좋아하는 기능과 강력한 기능을 제공합니다.
DropBox는 일상 생활의 일부가 된 온라인 문서 저장 혁명을 시작했습니다.이제 거의 모든 것을 클라우드에 저장합니다.Dropbox는 Python의 파워를 사용하여 거의 모든 것을 저장, 동기화 및 공유할 수 있도록 합니다.
Survey Monkey는 가장 큰 온라인 조사 회사이다.Python 웹사이트에서는 매일 100만 건 이상의 응답을 처리할 수 있다.
Quora는 개인 커뮤니티에서 질문을 하고 답변을 받는 온라인 사이트 중 1위입니다.Python 웹사이트에서 관련 결과는 커뮤니티 구성원에 의해 답변, 편집 및 정리됩니다.
Bitly URL 단축 서비스 및 분석용 코드의 대부분은 모두 Python으로 구축되어 있습니다.그들의 서비스는 하루에 수억 개의 이벤트를 처리할 수 있다.
Reddit은 인터넷의 첫 페이지로 알려져 있다.이곳은 온라인에서 수천 개의 다른 카테고리에 기초한 정보나 엔터테인먼트를 찾을 수 있는 장소이다.게시물 및 링크는 사용자가 생성하고 투표를 통해 상위권으로 승격됩니다.Reddit의 많은 기능은 Python에 의존합니다.
Hipmunk는 최고의 여행 사이트를 비교하여 가장 저렴한 상품을 찾는 온라인 소비자 여행 사이트입니다.이 Python 웹사이트의 도구를 사용하면 목적지에 가장 저렴한 호텔과 항공편을 찾을 수 있습니다.
자세한 내용은 여기를 클릭해 주세요: 가장 인기 있는 피톤과 장고 사이트 25개, 장고를 달리는 유명한 사이트
2011년 애플 올해의 앱인 Instagram을 django를 집중적으로 사용하는 목록에 추가하는 것이 좋을 것 같습니다.
네, 할 수 있어요.Python이나 Ruby on Rails의 Django일 수 있습니다.계속 확장할 수 있습니다.
몇 가지 다른 기술이 있습니다.첫째, 캐싱은 확장성이 없습니다.하드웨어 밸런서 외에 nginx를 전면에 배치한 여러 애플리케이션 서버를 사용할 수 있습니다.데이터베이스 측에서 확장하려면 MySQL/Postgre에서 읽기 슬레이브를 사용할 수 있습니다.RDBMS를 사용하는 경우 SQL을 사용합니다.
Django의 트래픽량이 많은 웹 사이트의 좋은 예는 다음과 같습니다.
- 그들이 아직 거기 있을 때.
- Discus(일반 공유 코멘트 매니저)
- 모든 신문 관련 웹사이트:워싱턴 포스트와 기타.
안심하셔도 됩니다.
다음은 Django에서 만들어진 비교적 주목받는 몇 가지 목록입니다.
가디언의 'MP 경비 조사'
Politifact.com(이 블로그의 투고에서는, (긍정적인) 경험에 대해 설명합니다.사이트가 퓰리처 상을 탔어요
NY Times 대표 앱
WaPo의 프로그래머 중 한 명인 Peter Harkins는 그의 블로그에 Django와 함께 만든 모든 것을 나열합니다.
Opion's AV Club은 최근 Drupal에서 Django로 이전되었습니다.
이 사이트들 중 상당수는 하루에 10만 건 이상의 접속수를 기록하고 있을 것입니다.장고는 확실히 하루에 10만 건 이상을 할 수 있다.그러나 YMMV는 무엇을 구축하고 있는지에 따라 특정 사이트를 그 장소에 배치할 수 있습니다.
Django 레벨에는 캐싱 옵션(예를 들어 memcached의 쿼리셋 및 뷰 캐싱)과 그 이상의 캐시 옵션(Squid와 같은 업스트림 캐시)이 있습니다.데이터베이스 서버 사양도 조정한 대로 (일반적으로 낭비할 수 있는) 요소가 됩니다.예를 들어, Django가 인덱스를 올바르게 설정한다고 가정하지 마십시오.디폴트 Postgre가SQL 또는 MySQL 구성이 적합합니다.
또한 느린 경우에는 소프트웨어 또는 하드웨어 로드밸런서를 전면에 두고 여러 응용 프로그램서버에서 Django를 실행할 수도 있습니다.
마지막으로, 당신은 Django와 같은 서버에서 정적 콘텐츠를 제공하고 있습니까?Apache나 nginx나 lighttpd 같은 것을 사용하고 있습니까?스태틱 콘텐츠에 CDN을 사용할 여유가 있습니까?이것들은 생각해 볼 만한 것들이지만, 모두 매우 추측적이다.하루에 10만 조회 수만 변동되는 것은 아닙니다. 얼마를 사용하시겠습니까?이 모든 컴포넌트를 관리하는 전문지식이 어느 정도 있습니까?모두 합쳐서 얼마나 시간이 걸리나요?
YouTube의 개발자 지지자는 PyCon 2012에서 Python 스케일링에 대해 이야기했습니다.이것은 Django 스케일링과도 관련이 있습니다.
YouTube는 10억 명 이상의 사용자를 보유하고 있으며 YouTube는 Python을 기반으로 구축되어 있습니다.
저는 1년 넘게 Django를 사용하고 있는데, 모듈성, 확장성, 개발 속도를 조합한 것에 매우 감동했습니다.모든 테크놀로지와 마찬가지로 학습 곡선이 있습니다.하지만, 이 학습곡선은 장고 커뮤니티의 훌륭한 문서화에 의해 훨씬 덜 가파르게 만들어졌다.장고는 내가 던진 모든 것을 잘 처리할 수 있었다.그것은 미래에 잘 확장될 것으로 보인다.
Bid Rodeo Penny Attensions는 적당한 크기의 장고를 탑재한 웹사이트입니다.이것은 매우 역동적인 웹사이트이며 하루에 많은 페이지뷰를 처리합니다.
하루에 10만 명의 사용자가 한 번에 몇 시간 동안(즉, 최대 동시 사용자 수 20,000명 이상) 활성화될 것으로 예상될 경우 대량의 서버가 필요합니다.SO에는 최대 15,000명의 등록 사용자가 있으며 대부분의 사용자가 매일 활성화되지 않을 수 있습니다.대부분의 트래픽은 등록되지 않은 사용자로부터 오지만, 그 중 극소수는 사이트에 몇 분 이상 머무르는 것으로 추측된다(즉, 구글 검색 결과를 추적한 후 탈퇴한다).
이 볼륨에서는 적어도 30대의 서버를 상정하고 있습니다.서버 1대당 동시 사용자 수는 여전히 1,000명 수준입니다.
장고에 대한 나의 경험은 미미하지만 장고책에는 더 큰 장고 어플리케이션을 실행하는 사람들을 인터뷰하는 장이 있었던 것으로 기억한다.여기 링크가 있습니다.통찰력이 좀 있을 것 같아요.
curse.com은 한 달 동안 약 6000만에서 9000만 페이지뷰를 기록한 가장 큰 장고 어플리케이션 중 하나라고 한다.
는 주로 트래픽에 됩니다.(는 주로 사용자 트래픽에 의해 측정됩니다.)
disqus.com
자세한 사항은 이쪽:https://www.shuup.com/en/blog/25-of-the-most-popular-python-and-django-websites/
장고는 각각 몇 시간씩 사이트를 방문하는 매일 10만 명의 사용자를 상대할 수 있을까?
, 단 설계, 및 또는 , " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " " "
스택 오버플로와 같은 사이트가 Django에서 실행될 수 있습니까?
, 두 인 '두 번째 질문'에 하면 .
장고 스케일링에 대한 문제는 아닌 것 같아요.
확장 요구에 도움이 되는 아키텍처를 검토해 보시기 바랍니다.그렇게 틀리면 장고가 얼마나 잘하는지 의미가 없어.퍼포먼스!=스케일.뛰어난 퍼포먼스를 발휘하지만 확장이 되지 않는 시스템을 도입할 수 있습니다.
애플리케이션 데이터베이스가 바인딩되어 있습니까?규모 문제도 여기에 있습니다.장고의 데이터베이스와 어떻게 상호작용할 예정입니까?데이터베이스가 요청을 Django가 수락하는 속도만큼 빠르게 처리할 수 없는 경우 어떻게 됩니까?데이터가 물리적 시스템 한 대를 초과하여 증가하면 발생하는 현상당신은 그 상황에 어떻게 대처할 계획인지 설명할 필요가 있다.
게다가 트래픽이 1대의 앱 서버를 초과하면 어떻게 됩니까?이 경우 세션을 처리하는 방법은 까다로울 수 있습니다.많은 경우 공유 없음 아키텍처가 필요할 수 있습니다.다시 한 번 말하지만, 그것은 당신의 신청에 달려 있습니다.
짧은 언어에서는 확장이 아니라 언어가 퍼포먼스를 좌우합니다(어플리케이션에 따라 언어마다 성능이 다릅니다).확장이 실현되는 것은 설계와 아키텍처입니다.
도움이 되길 바라며, 질문이 있으시면 기꺼이 도와드리겠습니다.
또 다른 예로는 러시아 교통 시간표 서비스인 rasp.yandex.ru이 있습니다.그 참석은 당신의 요구를 충족시킵니다.
정적인 컨텐츠가 있는 사이트가 있는 경우는, Varnish 서버를 전면에 배치하는 것으로 퍼포먼스가 큰폭으로 향상됩니다.1개의 박스에서도, 100 Mbit/s 의 트래픽을 간단하게 토해낼 수 있습니다.
동적 콘텐츠에서는 Varnish와 같은 것을 사용하는 것이 훨씬 더 까다로워집니다.
저는 아일랜드 국영방송의 장고를 이용하여 트래픽 높은 사이트를 개발하고 있습니다.우리한테는 잘 먹혀요.고성능 사이트 개발은 단순히 프레임워크를 선택하는 것 이상의 의미를 가집니다.프레임워크는 가장 약한 링크만큼 강력한 시스템의 일부일 뿐입니다.최신 프레임워크 'X'를 사용해도 데이터베이스 쿼리의 속도가 느리거나 서버나 네트워크가 잘못 구성된 경우 성능 문제가 해결되지 않습니다.
문제는 장고가 스케일링할 수 있는지 없는 것이다.
적절한 방법은 django/symfony/rails 프로젝트에 도입하는 네트워크 설계 패턴과 도구를 이해하고 파악하는 것입니다.
다음과 같은 아이디어가 있습니다.
- 멀티플렉싱
- 반전된 프록시예: Nginx, Vanish
- 메모리 캐시 세션예: Redis
- 부하 밸런싱 및 폴트 톨러런스를 위한 프로젝트 및 DB 클러스터화: 예: Docker
- 서드파티를 사용하여 자산을 저장합니다.예: Amazon S3
조금이나마 도움이 됐으면 좋겠다.이것은 산으로 가는 나의 작은 바위이다.
좋은 답변들이 많이 나왔지만, 지적하고 싶은 건 아무도 강조하지 않았다는 거예요.
응용 프로그램에 따라 다릅니다.
응용 프로그램이 쓰기 작업이 적은 경우(예: 쓰기 작업보다 훨씬 더 많은 데이터를 DB에서 읽고 있음)그러면 django의 스케일링은 매우 간단해야 합니다.따라서 개봉 후 바로 사용할 수 있는 출력/뷰 캐싱이 포함되어 있습니다.예를 들어 redis를 캐시 공급자로 활용하고 로드 밸런서를 앞에 배치하고 n-instance를 스핀업하면 매우 많은 양의 트래픽을 처리할 수 있습니다.
1초에 수천 건의 복잡한 쓰기를 해야 한다면?얘기가 달라.장고가 나쁜 선택이 될까요?꼭 그런 것은 아닙니다.솔루션을 실제로 어떻게 설계하느냐에 따라, 또 어떤 요건을 가지고 있느냐에 따라서도 다릅니다.
내 의견 :-)
오픈 소스를 사용하려면 여러 가지 옵션이 있습니다.하지만 비단뱀은 많은 도서관과 매우 멋진 커뮤니티를 가지고 있기 때문에 그들 중 최고입니다.다음은 당신의 마음을 바꿀 수 있는 몇 가지 이유입니다.
Python은 매우 좋지만 번역된 언어이기 때문에 속도가 느려집니다.그러나 많은 액셀러레이터 및 캐싱 서비스가 이 문제를 부분적으로 해결합니다.
빠른 개발을 생각하고 있다면 Ruby on Rails가 가장 좋습니다.이 프레임워크(ROR)의 주요 모토는 개발자들에게 편안한 경험을 제공한다는 것입니다.Ruby와 Python을 비교하면 구문은 거의 동일합니다.
Google App Engine은 매우 좋은 서비스이지만, 새로운 것을 실험할 기회는 없습니다.대신 디지털 오션 클라우드를 사용할 수 있습니다. 디지털 오션 클라우드는 가장 간단한 액적에 대해 월 5달러만 청구됩니다.Heroku는 제품을 전개할 수 있는 또 다른 무료 서비스입니다.
Yes! Yes! 당신이 들은 것은 완전히 맞지만 여기 다른 기술을 사용하는 몇 가지 예가 있습니다.
- 레일: Github, Twitter(이전), Shopify, Airbnb, Slideshare, Heroku 등
- PHP: Facebook, Wikipedia, Flickr, Yahoo, Tumbler, Mailchimp 등
결론은 틀이나 언어가 당신에게 모든 것을 해주지 않는다는 것입니다.더 나은 아키텍처, 설계 및 전략은 확장 가능한 웹 사이트를 제공합니다.Instagram이 가장 큰 예인데, 이 작은 팀이 이렇게 큰 데이터를 관리하고 있습니다.여기 아키텍처에 관한 블로그가 있습니다.
장고에서는 확실히 트래픽이 많은 사이트를 운영할 수 있습니다.이 Django 1.0 이전 게시물은 이쪽에서 확인하세요.
EveryBlock이라는 마이크로 뉴스 애그리게이터를 확인해 보세요.
다 장고라고 쓰여 있어요.사실 그들은 장고 틀 자체를 개발한 사람들이다.
사이트/어플리케이션이 성장하기 시작하면 DB, 파일, 이미지, CSS 등 모든 측면을 간단히 최적화하고 부하를 다른 리소스와 분산하는 것이 필요합니다.아니면 더 많은 공간을 만들 수도 있습니다.CDN, 클라우드와 같은 최신 기술의 구현은 대규모 사이트에서 필수적입니다.애플리케이션을 개발하고 수정하는 것만으로는 만족도가 100%가 되지 않습니다.다른 컴포넌트도 중요한 역할을 합니다.
언급URL : https://stackoverflow.com/questions/886221/does-django-scale
'source' 카테고리의 다른 글
| 데이터베이스의 행 순서 변경 (0) | 2023.01.29 |
|---|---|
| Vue.js, Vuex, Vue-Router SPA 및 애플리케이션 클라이언트 측과 서버 측 간의 확장 (0) | 2023.01.29 |
| jQuery를 사용하여 DIV를 화면 중앙에 배치 (0) | 2023.01.29 |
| Java는 정적 초기화 블록에서 선택된 예외를 발생시키는 것을 허용하지 않는 이유는 무엇입니까? (0) | 2023.01.29 |
| Larabel 4에서 새로운 빈 웅변 컬렉션을 수동으로 만드는 방법 (0) | 2023.01.29 |