28

大規模でビジネスクリティカルなエンタープライズアプリケーションにDrupalを使用している人はいますか？

Drupalのデータベーストランザクションサポートの欠如は、潜在的なユーザーを思いとどまらせますか？

これらのタイプのアプリに人々が使用している動的言語に基づく軽量のWebフレームワークは他にありますか？代替としてのJBossPortalやJetspeedなどのJavaポータル、またはDrupal + J2EEハイブリッドアーキテクチャについてはどうですか？

4

16 に答える 16

32

回答1：はい

回答2：状況によって異なります

確かにこの問題を心配している人もいます。Drupalのデータベースサポートとスキーマは、その進化についていくつかの精査と批判の対象となっています。計画されている拡張機能の一部またはすべてがDrupal7に組み込まれると、それは減少する可能性があります。これは、インターネットを検索しても簡単かつ明確に答えることができない3つの質問のうちの1つです。

回答3：

回答4:(更新：2010-02-03 11:25:04）

于 2009-01-09T03:03:51.720 に答える
10

「エンタープライズ」の意味によって異なります。たとえば、サプライチェーン管理ツールを構築している場合、それは恐ろしい選択です。

ただし、「トラフィックが非常に多いサイト」、「コンテンツが公開される前に承認ワークフローが複雑なサイト」、「水平方向に拡張できるサイト」を意味する場合は、「はい」と言います。SonyBMGの一連のアーティストWebサイトから新聞や雑誌まで、非常に大規模なDrupalの展開がかなりあります。

于 2009-01-18T04:03:37.963 に答える
10

Drupal は効率が悪いため、お勧めしません。はい、ほとんど何でもできますが、ゆっくりと実行します。最も単純なサイト以外の場合、drupal はカスタム ビルド サイトほど効率的な一連のクエリとページを構築しません。2 つの SQL 結合と 1 つの PHP ループで手動で実行できることは、5 つの結合とネストされたループを使用する Drupal で処理される可能性があります。

とはいえ、私は Drupal が大好きで、エンタープライズ以外の環境でも引き続き使用します。また、複雑なタスクが提示されたときに同様の問題が発生しない他の CMS はお勧めできません。

于 2009-01-09T04:48:15.473 に答える
8

はい、でも...

注意の言葉：多くのコミュニティベースのテーマはだらしなくコーディングされているため、DrupalがCMSを安全にするために行った努力を完全に否定しています。さらに悪いことに、テーマ開発の一般的な方法は、必要なテーマを見つけてカスタマイズすることです。これらのテーマのコードは非常に自由に共有されるため、1つのずさんな間違いがそれから派生した他の多くのテーマに影響を与える可能性があります。

Drupal（または他のストックCMS）を使用する場合は、joe-shmoデザイナーを雇ってテーマを設定しないでください。可能であれば、ビジュアルテーマとPHP開発者の契約を1つ雇って、PSDからテーマを実際に作成します。

于 2009-01-09T08:01:57.347 に答える
4

私は、最近再開されたアメリカ糖尿病協会 ( http://forecast.diabetes.org/ ) を Drupal で再構築する際の主任開発者でした。ローンチ時には、月間約 25 万のユニーク数を獲得しており、大幅に増加しています。「非効率的なクエリ チェーン」に対する批判はおおむね正確ですが、それには理由があります。遅延読み込みパターンは、可能な限り頻繁に使用されます。プロセスを少し合理化するために、いつでも Drupal のキャッシュを構成できます。いくつかのアドオン モジュールがあり、APC や memcached などを使用できます。

いずれにせよ、簡単に拡張、カスタマイズできること、そして通常は 1 時間以内に顧客に何かを見せてコンテンツを読み込めるようにすることのトレードオフは非常に重要です。

于 2009-01-09T14:21:10.957 に答える
3

ポピュラー サイエンス マガジンの drupal サイトの作成を手伝い、すぐに別の雑誌 (まだ名前を付けられるかどうかわかりませんが?) の作成を手伝ったので、非常に適していると思います。また、BMW とPregnancy.orgのイントラネット サイトも作成しました。

まだ完璧ではないかもしれませんが、かなり適しています。

于 2009-01-09T05:07:40.893 に答える
2

Drupalは至る所で使用されており、その開発をサポートする非常に大きなコミュニティがあります。カスタムのDrupalコンポーネントが必要な場合は、大規模な採用コミュニティもあります。

于 2009-01-09T02:58:28.613 に答える
2

私の会社は、Drupal を使用して、私が住んでいる州で最大の大学の 1 つで公開 Web サイトを構築しています。これまでのところ、私たちは Drupal でかなり成功しています。

私たちは他の多くのクライアントにもコンクリートを使用しています。Drupal ほど広く使用されているわけではありませんが、一般的にはコンクリートに満足していると思います。

于 2009-01-09T02:35:11.560 に答える
2

私は、約 100 万ノードの Drupal プロジェクトに取り組んできました。トランザクション サポートを追加しましたが、それほど難しくはありませんでした。もちろん、コアにパッチを適用する必要がありますが、これは、優れたサポートとドキュメントを備えたエンタープライズ アプリケーションにとって大きな懸念事項ではありません。私はトランザクショナル サポートの監視ペア プログラマーとして働いていました。丸一日かかったと思います。

編集：

Drupal 開発者として数年間働いています。そして最近、ベスト プラクティスとエンタープライズ アプリケーションに関連して、Drupal に対する私の立場を修正しました。

Drupal がエンタープライズ スペースに特に適しているとは思いません。理由は次のとおりです。

  • Drupal のテスト フレームワークは扱いにくい (ドメイン固有言語があればすばらしい)
  • 提供された低品質のモジュールが多すぎます
  • Drupal のコンテンツ モデルは、一部がコードに、一部がデータベース スキーマに存在する
  • Drupal の開発者コミュニティは、質の高いソフトウェアではなく魅力的なソフトウェアに注目するようになった
  • Drupal には、成熟した開発者ツール (drush がそれを変更しています) や組み込みの開発環境がありません。
  • Drupal 開発はブラウザと UI 中心です。
  • Drupal.org/projects、CVS、および Contrib プロジェクトに関する Drupal のポリシーの集中型の性質により、個々のソフトウェア プロジェクトの進化が阻害されます。

また、私がかつて取り組んでいたエンタープライズ Drupal アプリケーションは、現在 Rails に移植されています。

于 2009-02-08T11:31:00.727 に答える
1

私はDrupalを使用して、会議組織や内部ドキュメント管理などの従業員向けの内部機能も含む、組織向けの複合公開サイトを構築しました。ほとんどの場合、うまく機能し、彼らはそれに満足しており、2つの別々のサイトやSharePointのようなものを管理する必要がないことを非常に嬉しく思っています。

Drupalに少し欠けていることがわかったのは、LDAPサポートです。認証には問題なく使用できますが、LDAPグループをロールとして停止しようとするモジュールにはいくつかのバグがあります。これがよりシームレスに機能する場合、「Drupalはエンタープライズ対応」という感情に完全に乗り込むことになりますが、まだありません。

とはいえ、コンテンツタイプと分類法に基づくアクセス制御を使用して、どのコンテンツをどの役割で使用できるかをカスタマイズすることができます。これは、ほとんどのイントラネットの要件です。

于 2009-01-09T15:05:56.280 に答える
1

トランザクションのサポートとその他の重要なスケーリングの改善については、Pressflow http://fourkitchens.com/pressflow-makes-drupal-scaleを検討してください。

于 2009-03-21T03:39:43.577 に答える
1

Drupal は優れていますが、非常に非効率的です。しかし、私がフロントエンド開発者に言い続けているように、これは柔軟で高度にモジュール化されていることの見返りです。

私たちは現在、エンタープライズと見なす Druapl サイトを作成しています (http://stackoverflow.com/questions/161991/what-makes-an-application-an-enterprise-or-enterprise-level-application)。約 40 のコンテンツ タイプ、15 のユーザー ロール、Ubercart との統合、メンバーシップ確認のための外部 API とのインターフェースなどがあります。当社の開発サーバーは時々苦労しますが、ステージング ホスティングでは軽量化されており、同様のサイズのサイトと同様に高速です。

オーダーメイドのコードが適切に開発されていることを確認し、リリース前に Drupal のパフォーマンス機能を使用し、高品質のホスティングが使用されていることを確認してください。

于 2010-10-14T12:34:25.070 に答える
1

http://buytaert.net/tag/drupal-sitesとhttp://www.drupalsites.net/でサイトのリストが表示される場合、Drupal が小規模、中規模、大規模の構築に使用されていることがわかります。スケールサイト！

于 2013-01-21T08:30:07.670 に答える
0

私もDrupalの遅さの問題を抱えていますが、一流の開発者ならそれを回避できるようです。

これは、会社のWebサイトを作成するのに適度に難しいツールであり、エンタープライズアプリケーションを作成するのに非常に難しいツールです。しかし、オープンソースのLAMP CMSに関しては、真の競争相手は存在しません。

于 2009-09-17T12:10:17.983 に答える
0

Drupal は素晴らしいです。私はいくつかの中規模のコミュニティや個人の Web サイトで使用してきましたが、これまでのところ非常に良い結果が得られています。私たちが見た多くのウェブサイトのテンプレートのやり過ぎまたは低品質を指摘するコメントを支持しますが、それなら、これをうまくやってくれる優れたコーダー/デザイナーを雇ってください.

メモリの問題に関しては、Drupal のデータベース管理を微調整するのに役立つ記事がたくさんあります。これを自動的に行うDrupal Tweaksというモジュールもあります。以下は、そのプロジェクト ページからの抜粋です。

... 次の機能を提供します。

  • オートコンプリート候補によるモジュールの有効化と無効化
  • いくつかの操作を行うためのノード、ユーザーなどのクイック検索
  • キャッシュをクリアしてアクセス許可を 1 か所から再構築するか、両方を一度に実行します

全体として、これまでのところ、最も多様な Web サイトや企業のイントラネットを迅速に開発できる Drupal に非常に満足しています。

于 2009-10-11T06:37:25.097 に答える
0

Drupal は、主要な企業パンフレットと Web サイトのコミュニティ エリア ( http://www.tableausoftware.com ) に Drupal を使用しています。

これにより、多数のプラグ可能な機能を追加し、UX をカスタマイズして、Rails のようなベアボーン プラットフォームやアプリに適した django でできることをはるかに超えたニーズを満たすことができました。

パフォーマンス チューニングの余地はまだありますが、年間数百万件のヒットが問題なく発生しています。検索を改善し、サイト コンテンツ、ナレッジ ベース、およびサポート フォーラムのファセット統合検索を可能にするために、Solr インデックス作成を利用しました。さらに、私たちのチームは、開発の手間をかけずにコンテンツを作成し、サイトをキュレーションする権限を与えられています.

最後に、Features や Context などのツールに対する最近のコミュニティの注目により、改善されたサイト アーキテクチャに加えて、よりリスクのない展開とワークフロー/環境管理を管理できるようになりました。

于 2011-07-08T01:23:38.683 に答える