問題タブ [infrastructure]

Skype や Yahoo などの VoIP サービスはどのように固定電話に接続しますか?

アスタリスクを使用して固定電話に接続されたサーバーがあるため、このサーバーが VoIP 会話をブリッジして固定電話に接続すると考えています。

しかし、この場合、Skype は固定電話に接続するためだけに、世界中に多数のサーバーを配置する必要があるのではないでしょうか?

現在のインフラストラクチャは次のとおりです。

1. 共有ロード バランサーの背後にある 2 つの Web サーバー
2. dns はロードバランサーを指しています
3. Web アプリは、wcf サービスを使用して asp.net で実行されます

私の質問は、https 接続をサポートするように SSL 証明書を設定する方法です。

ここに私が持っている2つのアイデアがあります：

1. SSL 証明書はロード バランサーで終了します。ロード バランサーの背後にあるセキュア/非セキュアな通信は、2 つの異なるポートに転送されます。 長所:水平方向にスケーリングするため、必要な証明書は 1 つだけです。短所:要求の送信
   元のポートを確認して、安全かどうかを確認する必要があります。 IISが2つの異なるポートにバインドされている場合、設計上WCFは機能しません （これによると）
   
   
   
   
   
   
2. SSL証明書は各サーバーで終了しますか?
   短所:水平方向にスケーリングするには、証明書を追加する必要があります

ありがとう

IIS Windows Server 2003 でホストされている実稼働の asp.net Web サイトの 1 つで、スケジュールされたメンテナンス ダウンタイムを計画したいと考えています。

これは好ましい動作だと思います：

1. www.x.com/asb/asd/ を含むhttp://www.x.comへのすべてのリクエストは、通知ページにリダイレクトされます (サイトは現在ダウンしています。後で戻ってきてください)。
2. メンテナンスには約1時間かかります。このメンテナンス ページへのリダイレクトが SEO/Google ランキングへの影響を最小限に抑えるにはどうすればよいですか
3. できれば、「ライブ」に戻る前に本番サイトを静かにテストできるようにしたい
4. できれば、DNS を他の場所に向けることに依存したくありません。
5. 簡単にするために、Web サーバーの前に他のハードウェア (ロード バランサー、ファイアウォールなど) がないと仮定してください。

アイデアは次のとおりです。

1. 同じ Web サーバー上に別のアプリを作成するには
2. httpmodule または httphandler を作成して URL リクエストを処理し、それらをメンテナンス ページに 302 リダイレクトします。

ありがとう

「現在のドキュメントに関連する引用を表示する必要があります。」

このユーザー ストーリーにより、サブシステムの多くが変更され、4 ～ 5 スプリントの長さになります。変更にはビジネス上の価値がないため、サブストーリーに分割することは不可能です。しかし、5 番目のスプリントでは、ビジネス上の価値があります。

何を指示してるんですか？どのようにしてビジネス価値を創造し、それを各スプリントで顧客に示し、顧客が各スプリントでの作業に優先順位を付けられるようにするのでしょうか?

私は WPF アプリケーションを持っていて、プロジェクト リソースに多くのアイコンとビットマップを追加しました。

これで、次のようにアクセスできます。

wpf で使用するために、ImageSource タイプに変換する単純すぎる拡張メソッドを作成しました。

したがって、次のように使用できます。

MyWpfExtensions.vb を見ると、非公式のコーディングを許可する Microsoft インフラストラクチャはほとんどないことがわかります。専門家の皆さんに質問します。

タイプ System.Drawing.Bitmap/Icon のリソースごとに、ex を介して画像を返す追加の (またはオーバーライドする) プロパティが必要です。メソッドなので、Xaml でコンバーターを使用する必要はありませんが、直接使用します。

私は実際に Microsoft.VisualBasic.MyGroupCollectionAttribute のようなものを探しています。

何か案は？...

署名証明書と暗号化証明書の違いは何ですか？

署名証明書は、データのみの暗号化証明書の暗号化には使用できないようです。技術的な違いは何ですか？両方に公開鍵と秘密鍵がありますか、それとも暗号化証明書のみにPP鍵がありますか？

C#でint1024を宣言するには? VB または C++ も使用できます。

よろしく
Behrooz

QA プロセスでは、通常、バグの原因となる一連のアクションを記述する必要があります。

通常、これを行う最善の方法は、テキスト メッセージで状況を説明することです。スクリーンショットが役立つ場合もあります。しかし、ビデオやスライド ショーは QA チームを支援し、QA チーム (開発者のイテレーション) の時間の損失を減らすべきだと私は信じています。

私たちのチーム (ほとんどの QA チームは他の都市にいます) では、重要な状況を説明するためにTeamViewを使用しています。しかし、接続のセットアップに多くの時間がかかり、ショーの時間のために開発者の作業を停止する必要があります。このバグを他の開発者に見せる必要がある場合は、このプロセスをもう一度繰り返す必要があります。ビデオカットは、新しいプロジェクトを完全に知ることができない初心者開発者にとって良いアイテムです。このアプローチの多くのプラスを見つけることができると思います。

このアプローチの欠点は、説明のサイズが大きいことです。

ユーザー画面のアクションをビデオまたはスライドショーに記録できるツールはありますか? このツールが無料になるとよいでしょう。

このツールの優れた機能は、「過去 2 分間のスライドを取得する」ことです。たとえば、QAエンジニアはバックグラウンドで動作し続け、バグを引き起こすようなことをしようとします. QAE は、最後の 1 分間のアクションがバグを引き起こすと考えています。このツールで 1 分前のアクションを保存できるようになれば、非常に便利です。

Web API (RESTful サービス) を使用してリモート インフラストラクチャにアクセスすることに関して、1 つの論争が見られます。コメントいただけると助かります。記事「RESTful Web Services vs. "Big" Web Services: Making the Right Architecture Decision」からの推奨事項[1] は、アドホックな統合 (マッシュアップのようなもの) とラピッド プロトタイピングではなく、Web API を使用することです。[2] で行われた実証研究は、既存の情報と機能を再利用するシナリオでこれらの推奨事項が守られていることを示しています。ただし、Web API でインフラストラクチャを再利用することは、アドホックな統合のタスクにはうまく適合しません。私の印象では、インフラストラクチャは通常、私が解決したい問題 (大量のデータ、高帯域幅、高い同時実行性) に対して、私が持っているリソースが適切に拡張されないシナリオで再利用されます。それにもかかわらず、Amazon はインフラストラクチャ (ストレージ スペース、メッセージ キューイング) へのリモート アクセスを次の両方を通じて提供しています。

• 従来の SOAP Web サービス (いわゆるビッグ Web サービス) および
• 軽い RESTful Web サービス (いわゆる Web API)。

クライアント (Amazon Web Services のケース スタディで説明) がビッグ Web サービスを使用するか、Web API を使用するかについては何も書かれていませんが、Amazon が代わりに Web API の形でインフラストラクチャへのアクセスを提供しているという事実は意味があるに違いありません。

何が彼らの動機になるか知っていますか? ラピッド プロトタイピングのためだけにインフラストラクチャを再利用した事例を知っていますか? それともテスト用ですか？つまり、Amazon が提供するインフラストラクチャを再利用したい場合、SOAP と REST のどちらの API スタイルを使用すればよいでしょうか? たとえば、どのような状況でしょうか?

編集：この場合、私が意味するインフラストラクチャとして：ストレージスペース、計算能力、インターネット帯域幅。したがって、そのようなリソースがアドホック統合で再利用されるのではないかと思います。

1. Cesare Pautasso、Olaf Zimmermann、Frank Leymann、RESTful Web Services vs. "Big" Web Services: Making the Right Architectureal Decision、pp. 805-814、Jinpeng Huai、Robin Chen、Hsiao-Wuen Hon、Yunhao Liu、Wei-Ying Ma 、Andrew Tomkins、Xiaodong Zhang (Ed.)、Proceedings of the 17th International World Wide Web Conference、ACM Press、北京、中国、2008 年 4 月。

2. Hartmann、Bjorn & Doorley、Scott & Klemmer、Scott R.、Hacking、Mashing、Gluing: Understanding Opportunistic Design、IEEE Pervasive Computing、vol. 7、いいえ。3、46-54（2008）。