SORU
20 Aralık 2009, Pazar


Neden Google App Engine üzerinde Django kullanmak?

Google App Engine (GAE) araştırma, Django kullanarak GAE üzerinde Python geliştirmek için çılgınca popüler olduğu ortada. Django kullanarak maliyetleri ve faydaları hakkında bilgi, bulmak için bulmak için web sitesini tarıyordumnedenbu kadar popüler. Kaynakları geniş bir yelpazede bulmak mümkün oldumnasılGAE üzerinde Django ve bunu yapmanın çeşitli yöntemleri çalıştırmak için herhangi bir karşılaştırmalı bir analiz bulamadımnedenDjango web çerçevesi Google tarafından sağlanan kullanarak tercih edilir.

Açık olmasını, hemen belli neden kullanarak Django üzerinde GAE faydalı geliştiriciler için mevcut bir skillset olarak Django (çoğunluk Python web geliştiricileri, şüphesiz) veya varolan kodu Django (burada kullanarak GAE daha fazla bir taşıma egzersiz). Benim takımım, ancak, yeni bir proje üzerinde kullanmak için GAE değerlendirmek ve mevcut tecrübemiz TurboGears, Django ile ilgilidir.

Bayağı zor belirlemek için neden Django yararlı bir geliştirme ekibi ne zaman BigTable kütüphanelerinin yerini aldı. Django ORM, seans ve Kimlik Doğrulaması mutlaka değişti, ve Django bu şablon (arzu) mevcut olmadan kullanarak tüm Django yığını.

Son olarak, Django kullanarak bir "çıkış stratejisi ise biz daha sonra ilerlemek istiyorsa" ve göç için hedef için bir platform GAE lazım. sağlama avantajı var mı ortada

İşaret yardımı için son derece minnettar olurumnedenDjango kullanarak GAE üzerinde web kullanarak daha iyidir. Ayrıca Django ile tamamen deneyimsiz olduğum, GAE üzerinde çalışan küçük özellikleri ve/veya kolaylıklar incelikleri de benim için değerlidir.

Zaman ayırdığınız için şimdiden teşekkür ederiz!

CEVAP
20 Aralık 2009, Pazar


Django muhtemelen senin için eğer GAE doğru olduğundan emin iseniz sizin için doğru bir seçim değil. En güçlü iki teknoloji yok hizalamak çok iyi seni tamamen kaybetmek çok harika Django orm üzerinde GAE, ve eğer sen bunu kullanın, yazdığınız kod bu değil gerçekten doğrudan uygun bigtable ve GAE çalışır.

GAE olayı büyük ölçülebilirlik kolayca yere kadar ölçekler kod yazmak zorlayarak alıyor. Sadece kötü çaplı bir kaç şey (tabii ki, hala tam Ölçekleme kod yazabilirsiniz, ama bazı tuzaklar önlemek) yapamaz. Bunun bedeli gerçekten farklı bir ortam için tasarlanmış olan Django gibi bir şey kullanırsanız çerçevenin etrafında kodlama sonunda.

Eğer kendine hiç GAE herhangi bir nedenle, altyapı yatırım haline bırakarak, eğer sizin için bir sorun vardır. Bigtable için kodlama daha farklı bir mimari apache Hadoop project proje HBase bileşeni ile sizin için bunu çözmek için çalışıyor olsa) gitmek için iyi olacak. Hala kapalı GAE geçiş için bir sürü iş olurdu.

GAE, Google bir ürün olmasının yanı sıra kullanarak arkasındaki itici motivasyon ve serin bir terim nedir? Ölçekleme mediatemple sunan tek şey sizin için iyi çalışmak için olası değildir bir nedeni var mı? Terazi GAE şekilde uygulamanız için doğru olduğundan emin misin? Nasıl maliyet performansı alem için bekliyorsanız adanmış sunucular için karşılaştırın mu? Senin sorunun iyi GAE sağlar araçları, daha geleneksel yükü dengelenmiş sunucu kurulum kıyasla kullanarak çözebilir mi?

Tüm bu, kesinlikle olumlu GAE sunan sınırda-saçma Ölçekleme gerekli olmadıkça, kişisel olarak belirli bir hizmet çerçeve seçiminiz yapısı buna izin vermiyor öneririm dedi. Django seviyorum, kullanmanız gerekir, ama GAE diyebilirim.

Düzenle (Haziran 2010): Bu yorum için bir güncelleştirme olarak bir süre sonra: Google sql gibi ücretsiz değil GAE için capabilitys duyurdu SQL tarzı çalıştırmak gibi kolay şeyler komutları veri üzerinde raporlar üretmek için izin verir.

Ayrıca, çok daha kolay bir şekilde karmaşık sorgular sağlayacak GAE sorgu dili yaklaşan değişiklikler var. Google I/O 2010 dan videolara bak.

Ayrıca, django çekirdek-sql desteği getirecek bir iş Kodu yazında 2010 proje yapılıyor diye bir şey yok, ve uzantısı, GAE ile çalışmak çok daha kolay.

GAE barındıran bir platform olarak daha cazip hale geliyor.

Düzenle (Ağustos 2011):

Ve Google sadece önemli ölçüde fiyatlandırma yapısını değiştirerek platformunun çoğu kullanıcı için maliyetli hale getirmiştir. Lockin sorunu daha iyi uygulama apache alternatifleri dağıtabilirsiniz yeterince büyükse () aldı, ama birçok uygulama için çalışan sunucuları veya VPS'İN dağıtımları daha ucuz.

Çok az insan gerçekten bigdata sorunları var. Benim "başlangıç" bigdata bir sorun değil. bir gün ölçek diye Artık bir şeyler yapıp kapıyı standart araçları kullanarak dışarı.

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • Jana Williams

    Jana William

    17 AĞUSTOS 2011
  • rtisticsdev

    rtisticsdev

    31 Mayıs 2012
  • skiesofblack.net

    skiesofblack

    14 HAZİRAN 2009