スケーラビリティとレジリエンスの問題は、テクノロジー会議でバズの用語として存在しなくなりました. 彼らはオンラインビジネスにライフラインを提供し、その時点で2秒間の不利用性または低アクセスのレートがユーザーをバックボタンに置くことができます. この成長の最も顕著な詳細は、Java、Kafka、およびAWSの戦略的な3つで、自動サービスの一貫性と実行可能なコミュニケーションの存在の要件が技術的必要性となり、競争力のある創造の基盤となったので、開発者がアプリケーションを構築し、実装する方法の性質がマイクロサービスアーキテクチャの環境で変化した。 Designing with Purpose: From Business Needs to System Blueprints 目的と共にデザインする:ビジネスニーズからシステムブレイプリントまで これは、ビジネスに必要な情報から始まります。そのうちの1つはオンラインストアであり、従来のストアではありません。それは動く在庫レポート、支払いゲートウェイ、顧客データ、推奨エンジンなど、あなたの首の後ろで動いているものと生き生きています。それはJavaの魔法に基づいて開発され、より大きなシステム、ユーザー認証、製品カタログ、チェックアウトプロセス、オーダーモニタリングの独立したコンポーネントであるため、オブジェクト指向と成熟の基盤に基づいて開発されます。 Kafka as the Communication Backbone コミュニケーションの背骨としてのカフカ 通常のAPIベースのコミュニケーションサービスは容易に緊密な接続につながる可能性があります。サービスの1つはパーツに落ち、残りはドミノの種に組み込まれています。これがカフカがイベントコミュニケーションによってサービスを分解した場所です。ユーザーはユーザーが注文をするときに待つ必要はありません。注文サービスは、それぞれの倉庫システム、支払いシステム、または配送システムについての情報を受け取るのを待っているためです。むしろ、それはカフカのトピックにおけるイベントについて単に情報を提供するために使われています。消費者が準備しているとき、メッセージは他の形式のサービスで彼らに伝わります。これは全体のシステムをより反応し、より反応し、そして最も有意に持続可能にします。 Tackling Real-World Challenges with Smart Architecture スマートアーキテクチャで現実世界の課題に対処 実際には、マイクロサービスには物質的なコミュニケーションの障壁があります。それらが大きいほど、それを維持することが困難になり、最小限の依存性、メンテナンスにおける悪夢を抱えています。カフカは、コミュニケーションを非同期化する過程でこの連鎖を破りました。待機時間 - 同期待機時間 - 必ずしもサービスにおける問題ではありません。そして、カフカは、消費者サービスの1つがオンラインでない場合でもメッセージを送信する能力を備えているので、サービスが失ったメッセージを保存することができるとき、ネットワークに再び入ることができ、失ったメッセージを再び祝うことができます。それはデザインではありませんが、むしろ最も適切な生存の世界のアーキテクチャです。 Java Kafka APIとSpringの統合により、アプリケーション開発者は強力で軽量な消費者とプロデューサーを開発することができます。サービス間の連携を促進するためにしなければならない重いリフトは、サービスへのメッセージを発行し、サブスクリプションすることによって行うことができます。これは開発を加速し、バグやサービスが少なくなることができます。これは、オーケストラのすべてのミュージシャンが楽器を演奏するために神経を持たないシナリオのようなものです。 The Role of AWS in Scaling Up Without Blowing Up AWS が爆発せずに拡大する役割 一方で、スケールされたシステムは容易に開発できます。それはプレイするための第二のサイズのゲームです。 AWSは、Javaでマイクロサービスを展開、実行、管理するために戦場でテストされたインフラストラクチャを提供し、カフカの形で表現します。クラウドは、Kubernetesクラスターやプレステージ化されたカフカ制御サービスの使用によってどのようにステージ化されているかに関わらず、システムを減らすことなく予期せぬ負荷にスケールすることを可能にします。 もう一つの興味深い事実は、サービスのスケーリングはカフカのトピックとメッセージの量によって別々に行うことができるということです。注文処理のフラッシュ販売に関しては、注文トピックの消費者の追加で十分です。その他のサービスは触れられない。 Bringing It All Together in a Real Scenario すべてをリアルなシナリオでまとめる ブラックフライデーのオンラインストアを例にしましょう。何千人もの人々が登録し、ブラウジングし、商品をカートに投げ込んで、同じスピードでチェックアウトしています。Javaベースのマイクロサービスは、ログインまでのチェックアウトを含むすべての機能から独立しています。カフカは、これらの機能が互いに相互作用していることを確認し、それらのいずれかのシステムを過剰に負荷させないようにしています。支払いゲートウェイの他の後の指標は、全体の操作の凍結ではありません。それと同時に、AWSは、トラフィックのピークに直接反応する必要に応じたサービスのスケールを適用しています。 No crashes. No bottlenecks. It is impossible to compare the process of shopping with simplicity The Future is Event-Driven and Cloud-Enabled 未来はイベント駆動とクラウド駆動 現在のソフトウェアプラットフォームは、非常に高い速度でコミュニケーションし、規模を拡大し、比較的小さなトラブルで優雅に回復することができるサービスの呼吸、生きたネットワークです。Javaの足とカフカの言葉と遊び場の無限は、AWSと共に存在します。それらはすべて、避けられないパワーハウスであるだけでなく、現代のデジタルエコシステムで必要不可欠な3つにつながります。 
 
 このストーリーは、HackerNoonのBusiness Blogging Programの下でSanya Kapoorによってリリースされたものです。 This story was distributed as a release by Sanya Kapoor under  . HackerNoon’s Business Blogging Program HackerNoonのビジネスブログ HackerNoonのビジネスブログ

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Read My Stories

このオーディオは、ストーリーの元の言語で制作されています。

Java、Kafka、およびAWSを使用したレジリエントでスケーラブルなシステムのアーキテクチャ:A Case Study Approach

About Author

コメント

ラベル

この記事は

Related Stories

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

HackerNoon ライティングコンテストで優勝したいですか? #crypto-api コンテスト優勝者のおすすめはこちら

ワークフローを10倍に向上させる方法: 必須アプリ17選

タップして稼ぐ：テレグラムはソラナより先に次の100億人の暗号通貨ユーザーを獲得する可能性がある

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

HackerNoon ライティングコンテストで優勝したいですか? #crypto-api コンテスト優勝者のおすすめはこちら

ワークフローを10倍に向上させる方法: 必須アプリ17選

タップして稼ぐ：テレグラムはソラナより先に次の100億人の暗号通貨ユーザーを獲得する可能性がある

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps