Любой, кто использует Django в "Enterprise",

Я знаю, что слово "предприятие" дает некоторым людям крипы, но мне любопытно узнать, есть ли у кого-нибудь опыт создания корпоративных приложений, похожий на что-то вроде... Java EE-приложений, которые являются высококонкурентными, распределенными приложениями с Django? Я знаю, что у Java есть свои проблемы, но ее вид рассматривается как корпоративная структура, и я думаю, что это неудачно.

Некоторые люди говорят, что Rails - хорошая замена Java EE, но как насчет Django? Кто-нибудь когда-либо использовал его в этом контексте? Вы только когда-либо видите довольно стандартные веб-сайты на djangosites.org, и кажется, что он способен на гораздо больше. Я планирую отказаться от некоторых из наших старых систем, которые написаны в основном на ASP.NET и некоторых Java для чего-то более легко поддерживаемого. Я начал использовать Django для некоторых других приложений и считаю его фантастическим для того, что я использую для него (корпоративные новости, интранет и т.д.) Внутри, но как насчет того, что... система дебиторской задолженности или биллинговая система и т.д. Мне бы очень хотелось увидеть рамки, такие как этот голубь, занесенный в категорию, которой он не должен быть. Похоже, что он используется для социальных сетей/сетей, контент-сайтов, а не для обработки данных и т.д. Я чувствую, что у него есть все элементы, необходимые для начала этого пути. У кого-нибудь есть мысли?

Ответ 1

Это то, что вы ищете?

http://code.djangoproject.com/wiki/DjangoSuccessStories

Или вы ищете этот список? http://www.djangosites.org/

Здесь находятся сайты с Django в рейтинге: http://www.djangosites.org/highest-rated/

Как насчет сайтов Django, ориентированных на "бизнес": http://www.djangosites.org/tag/business/ - достаточно "Enterprise"?

Мы выполняем эконометрическую обработку данных с помощью Django. Операции с большим объемом. Достаточно ли этого "предприятия"?

Ответ 2

Один из самых больших недостатков джанго заключается в том, что, хотя теоретически концепция приложений, являющихся самодостаточными, звучит хорошо, на практике это действительно не так хорошо работает; даже если вы найдете какое-то приложение, которое обеспечивает функциональные возможности, которые вам нужны - не всегда легко подключить его и идти - вам всегда нужно будет отредактировать/взломать его.

Оценка django как центральной платформы при работе над разработкой подключаемых приложений привела к нескольким препятствиям:

ORM - да, это замечательно, но он очень специфичен и адаптирован. Я использовал его, когда мне нужна некоторая быстрая обработка данных, но кроме этого вам нужно погрузиться в нечто вроде SQLAlchemy. Одна вещь, которую мы не можем сделать легко, - это выборка случайных выборок. Это стало проблемой для нас на небольшом наборе данных (более 538 000 строк) с postgres.
Система шаблонов - опять же, очень специфичная для приложений, созданных в стиле Django. Нет реальной концепции подключаемых компонентов темы, если вы не вырастите ее сами; и это означает разработку вещей, которые уже предоставляются другими платформами.
На самом деле не проблема в отношении джанго, но отсутствие центрального места для предоставления общих услуг оказалось для нас большой проблемой. Например, нет центрального поставщика аутентификации, который мы можем подключить, а не абстрактного способа предоставления учетных данных (разделения ролей). Поэтому, когда мы перемещаем вещи на производственные серверы; учетные данные базы данных не могут быть отредактированы на сервере (как в случае с Java), а ребятам из db приходится связываться с моей базой кода.

Все это заставило меня взглянуть на серверы портала Java как на мою "платформу", а конкретно на Liferay, поскольку она поддерживает Python.

Я предлагаю вам сначала взглянуть на большую картину, прежде чем вы посвятите себя джанго. Мне очень нравится фреймворк, и я все время использую его в одноразовых проектах, но как центральную платформу для разработки всего, что нам может понадобиться - django - это не ответ для нас.

Теперь я делегировал django для самостоятельных проектов - как какой-то определенный мини-сайт для отдела. Если нам нужно использовать Python для чего-то другого, теперь я оцениваю Пирамиду как ее более гибкую. Для чего-то, что требует интеграции за пределами нашего отдела, я смотрю на Java.

Если все это не удается - только тогда мы перейдем к .NET.

Ответ 3

Моя компания использует Django как минимум для шести крупных предприятий, таких как mercedes, adidas. мы часто используем оболочку Jython. Преимущества

снижение стоимости разработки по сравнению с Java/С#
работает стабильно с помощью оболочек в средах IIS или Tomcat/Java.
защищает наше программное обеспечение от подражателей

Поэтому мы хорошо удовлетворены Django и продвигаем его ко всем нашим клиентам из-за преимущества затрат на разработку.

Ответ 4

EDIT Это было несколько лет назад. С тех пор портал закрылся и, возможно, снова открыт. Я понятия не имею, что это такое. Но он использовал в какой-то момент Django (источник: я применил там в какой-то момент).

http://grono.net/ является польским эквивалентом Facebook и используется довольно многими людьми (в какой-то момент это было несколько миллионов, теперь это меньше, из-за популярности FB). Он работает с распределенным Django.

Ответ 5

Для систем, которые вы хотите заменить, вы можете обнаружить, что желательно использовать что-то более мощное, чем Django ORM, например SQLAlchemy. Это не вопрос масштабирования, но факт в том, что Django ORM затрудняет сбор сложных запросов и часто заставляет вас делать на Python то, что должно делать ваша RDBMS, - когда вам не нужно прибегать к необработанному SQL. Хотя SQLAlchemy имеет более крутую кривую обучения, она имеет больше возможностей и лучше подходит для сложных операций с базой данных. Это, безусловно, стоит вашего времени, чтобы взглянуть на него, прежде чем принимать решение о создании веб-стека.

Это, вероятно, менее актуально для ваших вопросов, но все функции в Django также предоставляются другими библиотеками, которые я считаю превосходными: Jinja2 для templating (он имеет тот же синтаксис, что и шаблоны Django без беспорядка, который является тегом шаблона система и более высокая производительность), WTForms для форм и форм, Babel для i18n (со многими функциями, отсутствующими в собственной библиотеке i18n в Django) и Werkzeug для предоставления полного интерфейса WSGI с маршрутизацией URL.

Ответ 6

Да, Django используется в "корпоративном мире". Хорошее описание плюсов, минусов и связанных с ними усилий в области развития можно найти здесь:

http://groups.google.com/group/django-developers/browse_thread/thread/c89e028a536514d3

Ответ 7

Моя компания использует Python/Django в качестве базы для нашей платформы Intramas. Платформа веб-приложений класса Entreprise, которая развернута примерно до десятка крупных клиентов.

Встроенные функции включают центральное управление контактами, генератор документов, дополнительные уровни безопасности, графический интерфейс по умолчанию для быстрого проектирования приложений (без взаимодействия с интерфейсом администратора Django!).

В целом мы очень довольны Django как базой для нашей разработки, он очень расширяем, и цикл выпуска создает надежный код (мы часто обновляемся).

Пока наш сайт (http://www.sinax.be) находится на голландском языке и не очень обширен, вы всегда можете связаться со мной для получения дополнительной информации.