問題タブ [cloud]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
database - クラウド コンピューティングの人気が高まるにつれ、リレーショナル DB は死にますか?
コンピューター プログラミングのエバンジェリストがクラウド コンピューティングの未来を非常に明るいと予測している一方で、リレーショナル データベースが消えていく可能性はありますか?
クラウド コンピューティングにより適した DB は何ですか?
cloud - ソフトウェア開発が統合されることはありますか?
システム管理部門では、サーバーと IT インフラストラクチャがデータセンターに移動されており、IT スタッフが削減されることもあります。同じことがソフトウェア開発者に起こり、世界のソフトウェアが非常に多くの開発者ではなく少数の大企業によって作成される可能性はありますか?
sql-server - マルチテナント アプリケーションのデータベースの最適化にはどのようなものがありますか?
Salesforce の秘密のソース: 「The Multi-Tenant Optimizer」を使用してデータベースにクエリを実行します。
php - PHP タグ クラウド
実際の「クラウド」自体ではなく、データベース スキームに関するヘルプを探しています。
ユーザーが画像を送信し、画像にタグを付けることができるサイトでは、最適なパフォーマンスを得るためにデータベースをどのように設定する必要がありますか?
私が考えていた
画像をアップロードして、「トロント、寿司、夏」というタグを付けたとします。
クエリは次のようになります。
次に取得するには、imageID = $imagID のタグから * を選択します。
これに欠陥はありますか?
design-patterns - クラウド コンピューティングのベスト プラクティス
クラウドにアプリケーションを実装する際に従うべきベストプラクティスを知っている人はいますか?
クラウドに依存しないアプリケーションを構築したいと考えています。したがって、DAC は構成を変更するだけで S3 / AppEngine / Azure に対して動作できるはずです。コードがクラウド プロバイダーに依存しないようにするために、従うべきフレームワークまたは最適なパターンはありますか。
編集: DAC / セッション管理などのさまざまなコンポーネントを抽象化する方法について理解したいと思います。これにより、将来 (クラウド プロバイダーが他の言語のサポートを開始したときに)、あるベンダーから別のベンダーに移行できるようになります。私が理解しているように、Django モデルの代わりに AppEngine のモデルを使用し、Django の代わりに App エンジンのフォームを使用する必要があります。これらは、プロバイダーでアプリにロックされる傾向があります。これを回避する方法はありますか?
.net - Google App Engine for Java、.Netとは何ですか?
Google App Engineは、デプロイされるJavaベースのWebサービスをサポートするクラウドコンピューティングアーキテクチャです。
.Net Web開発者が利用できるクラウドコンピューティングホスティングオプションは何ですか?
architecture - クラウドとデータセンター
ハイブリッド クラウド アーキテクチャに基づく新しいアプリケーションを設計中です。データセンターを一元化し、社内で管理したいと考えています。アプリサーバーは、EC2 Amazon などのサービス プロバイダーのいずれかによってホストされる可能性があります。クラウドとデータセンター間のデータ接続とその安全性に関するベスト プラクティスを探しています。〜ありがとう。
amazon-s3 - リレーショナルとドキュメントベースの「データベース」を組み合わせる
私は、メディアのアーカイブ、検索、アップロード、配布、および BLOB の処理に関するすべてのシステムを開発しています。
現在、BLOB を処理する最善の方法を見つけようとしています。大量のメモリと巨大なディスクを備えたハイエンド サーバーのリソースは限られていますが、中程度のパフォーマンスの市販のコンピューターの大規模なアレイにアクセスして、それらをインターネットに接続することができます。
したがって、BLOB を中央のリレーショナル データベースに格納しないことにしました。最悪の場合、平均的な 1 台のマシン上に非常に重いデータベース インスタンスが 1 つ存在する可能性があるからです。オプションではありません。
BLOB をファイルとしてファイル システムに直接保存し、そのパスをデータベースに保存するのもやや見苦しく、配布は手動で管理し、さまざまなコピーを自分で追跡する必要があります。近づきたくもありません。
CouchDB を調べたところ、ピア ツー ピア ベースの設計が気に入りました。これにより、インターネット全体でマシンの分散クラスターを実行できるようになります。つまり、次のことを意味します。
- 低コストのハードウェア
- すぐに使える冗長性とフェールオーバーの分散
- 軽量 REST インターフェイス
したがって、私が正しければ、次のように要約できます:クラウドのような API と自己管理、分散、複製システム
システムの残りの部分は、セッション、セキュリティ、ユーザー、検索などの処理など、平均的な Web アプリケーションが行う通常の処理を行います。この部分では、やはりリレーショナル データモデルを使用したいと思います。(CouchDB は、リレーショナル データベースに代わるものではないと主張しています)。
したがって、BLOB のメタデータはリレーショナル データベースに含まれますが、BLOB 自体は CouchDB に含まれます。
このアプローチに問題はありますか? 私は何か重要なものを見逃していますか?より良い解決策を考えられますか?
ありがとうございました!