InfoQ ホームページ メッセージング に関するすべてのコンテンツ
-
NetflixのPushy：スケーラブルなウェブソケット・プラットフォームの進化：1億の同時接続を処理する
Netflixは、同社製品のプッシュ通知や様々なデバイス間の通信をサポートするWebSocketメッセージングプラットフォーム、Pushyの進化の詳細を共有した。Netflixのエンジニアは、プラットフォームのスケーラビリティと信頼性を確保し、新しい機能をサポートするために、Pushyのエコシステム全体で数多くの改善を実施した。
-
Amazon MQ for RabbitMQでクォーラムキューをサポート
Amazon MQ はApache ActiveMQ Classic とRabbitMQ用のマネージドメッセージブローカーサービスで、AWS上でのメッセージブローカーのセットアップ、運用、管理を簡素化する。最近AWSは、より高い可用性とデータの安全性のために設計された複製タイプであるクォーラムキューを、Amazon MQ for RabbitMQでサポートすることを発表した。
-
マイクロソフト、Azure Service Bus Premiumレベル向けGeoレプリケーション機能のパブリックプレビューを発表
マイクロソフトは先日、Azure Service BusのPremiumレベルに向けた新しいGeoレプリケーション機能のパブリックプレビューを発表した。この機能では、名前空間にまつわるメタデータやデータの複製をプライマリリージョンからセカンダリリージョンへ継続して行える。そのため、ユーザーはいつでもレプリケーションを進められるようになる。
-
CloudEventsがCloud Native Computing Foundationを卒業：Clemens Vasters氏とのQ&A
今年初め、Cloud Native Computing Foundation（CNCF）はCloudEventsが卒業したことを発表した。CloudEventsは、標準化された方法でイベント・メタデータを公開するように設計された仕様であり、プラットフォーム、サービス、システム間の相互運用性を確保するのに役立つ。
-
Uber、GraphQLサブスクリプションとKafkaでマイクロサービスを使用したスケーラブルなチャットを構築
Uberは、WAMPプロトコルを使用して構築されたレガシー・アーキテクチャを、GraphQLサブスクリプションを活用した新しいソリューションに置き換えた。新しいアーキテクチャを構築した主な要因は、信頼性、スケーラビリティ、オブザーバビリティ/デバッグ可能性、そして既存のソリューションを維持するチームの能力を妨げている技術的負債にまつわる課題であった。
-
PinterestがKafka、Flink、MemQ用の本番環境に対応したPubSub Javaクライアントをオープンソース化
Pinterestは、汎用PubSubクライアントライブラリであるPSCをオープンソース化した。PSCは1年半前から実際に幅広く利用されている。このライブラリは、開発者の速度を向上させ、それを使用するサービスのスケーラビリティと安定性を高めることで、エンジニアリングチームを支援している。Javaアプリケーションの90％以上が、最小限の変更でPSCに移行している。
-
HubSpotがワークフロー・アクションをタイムリーに処理するためにApache Kafkaスイムレーンを使用する方法
HubSpotは、コンシューマーグループの遅延の蓄積を回避し、リアルタイムのトラフィックの処理を優先するために、同じプロデューサーの複数のKafkaトピック（スイムレーンと呼ばれる）上でメッセージをルーティングすることを採用した。トラフィック急増の自動検知と手動検知を組み合わせて使用することで、同社は顧客の大半のワークフローが遅延なく実行されるようにしている。
-
CoreWCFに新しいAmazon SQSバインディングが追加
Amazonは、Windows Communication Foundationに代わるオープンソース向けに、サーバーとクライアントコードでAmazon Simple Queue Service（SQS）をサポートするCoreWCFの新しいバインディングの提供を発表した。この新しいバインディングにより、従来のMicrosoft MSMQバインディングをAWSのクラウドベースの実装に簡単に移行できる。
-
Slackのリアルタイムメッセージングアーキテクチャ
Slackは最近、世界中で毎日数百万件のリアルタイムメッセージを送信する方法を公開した。同社は、リアルタイムメッセージを大規模に管理するために設計されたPub/Subアーキテクチャについて包括的な洞察を提供している。この記事では、異なるタイムゾーンや地域をまたぐリアルタイムメッセージの配信がもたらす独自の課題と、それを処理するためにSlackのエンジニアがどのようにインフラを設計したかが紹介されている。
-
アプリ内メッセージングプラットフォームを構築する方法：Lyftの事例
モバイルアプリ用のアプリ内メッセージングプラットフォームの構築を考えたことがある場合には、Lyftの経験がそれを正しく行うための役に立つ可能性がある。Lyftのエンジニアは、MVP、スケーリング、最適化の3段階のアプローチを適用した。
-
Googleは、Pub/Subサービス向けの厳密に一度だけの配信機能をプレビュー
最近、GoogleはPub/Subサービス向けに厳密に一度だけの配信機能のプレビューを発表した。この機能を有効すると、サブスクリプションがメッセージの重複配信を受け取らないことをPub/Subが保証する。
-
Jolie - 分散アプリケーションのためのサービス指向プログラミング言語
Jolieプログラミング言語は最近、Hacker News で開発者の注目を集めた。Jolieは、開発者が分散ソフトウェアを構成可能なサービスとしてモデル化することを促進するサービス指向言語であり、オーケストレーションは通信プロトコル (SOAP、HTTP、XML-RPC) およびデプロイメントアーキテクチャとは別に記述される。Jolie は、第一級のコンセプトとしてサービスを採用している。
-
AWSはAmazon MQがRabbitMQをサポートすると発表
AWSは、Amazon MQが人気のあるオープンソースメッセージブローカであるRabbitMQをサポートするようになると発表した。RabbitMQのサポートにより、顧客はコードを書き直すことなく、既存のRabbitMQメッセージブローカをAWSに移行できる。
-
Microsoft は Azure Service Bus 上に AMQP を介した Java Message Service 2.0 のプレビューを発表
先日のブログ記事で、Microsoft は Azure Service Bus Premium 層で AMQP を介した Java Message Service (JMS) 2.0 のプレビューサポートを発表した。このサポートにより、顧客は Java や Spring のワークロードを Azure にリフト＆シフトすることで、アプリケーションスタックを近代化できるようになる。
-
MSMQと.NET Core
Microsoft Message Queuing (MSMQ) は現在、.NET Coreでは使用できない。一般的には他のメッセージキューシステムが好まれているが、エンタープライズアプリケーションの多くがMSMQをベースとしているため、.NET Frameworkから.NET Coreや次期バージョンである.NET 5への移行を考えているチームにとっては問題である。しかし先日のReference Sourceへのプルリクエストが、状況を変えてくれるかも知れない。