API開発のためのプログラミング言語"Ballerina"の直感的な構文について解説します。認証や承認、OpenAPIツール、可観測性、SQL/NoSQLクライアントライブラリなど、重要な言語機能についても論じます。記事を読み終えれば、Ballerinaが次のバックエンドAPI開発の有力な候補である理由がよく理解できるでしょう。2022年4月InfoQ編集チームが2022年に進化するソフトウェアアーキテクチャと設計のトピックをどのように見ているかの概要です。アーキテクトが今、何を設計しているかに焦点を当てています。Pan氏が、分散データベースシステムにおけるシャーディングアーキテクチャのパターンについて論じます。ShardingSphereプロジェクトがデータシャーディングの課題にいかに対処しているかを説明した上で、DistSQLを使って分散データベースと暗号化テーブルを生成する方法の実例2つを論じています。カルチャー&手法カオステストで、見えない課題からアプリケーションのレジリエンスを改善するこの記事では、Netflixが提唱するカオステストの原則を列挙した。読者は、カオステストが提供するメリットとデメリットを理解できるはずだ。することで、カオステストを行うかどうかの判断材料となる。リスクに対するすべてのメリットを考慮して、カオステストを行うために経営陣を説得すべき理由も説明した。編集部Esper(InfoQにてそのバージョン1.0のリリースが一年以上前に発表されている(記事・英語))は、イベントストリームプロセッシング(ESP)で、またイベントストリーム内でイベントコンディションが生じた時に動作を引き起こすイベント相関エンジン(CEP)である。それはステートメントが登録されデータストリームが流通する上下逆になったデータベースとして考えられ得る。イベントプロセッシングはソフトウェア業界で現在流行となりつつあり、たくさんのスタートアップに次いで数社のベンダー達が市場に参入している。通常の使用ケースはアルゴリズムトレード、BAM、RFID、アドバンスモニタリングシステム、不正検出からSOAとの直接関係までに及んでいる。Vasseur氏に尋ねた。Esperチームによれば、EsperはEsperTech(サイト・英語)と呼ばれる会社に商業的にサポートされている現在ただ一つの純粋なJavaオープンソースESP/CEPエンジンである。それは.NET実装を行っているものである。Server(サイト・英語)への導入のため修正されている。いろいろな反響(source)を踏まえてThomas氏はInfoQにて下記のようなコメントをしている。EsperがBEAの製品において一躍買っているということは、Esperのプロジェクトを数方向で援助することになる。一つ目はフィードバックが向上したEsperに再合併されている。二つ目はBEAの製品はCEP/ESPテクノロジに関する認識を大幅に広めるので、その市場とマインドシェアを拡大するということになる。3番目にそれはEsperのテクノロジがどれぐらいオープンで拡張性があり、またエンタープライズグレードに対応しているかという証明になっているということだ。Esperのコミュニティとユーザベースはその関係性を大変誇りに感じているようだ。この市場の拡大と競合し合う実装の存在で標準化がいくつかの利点をもたらすことになる。ThomasはCEP言語の標準化の背景と可能性に関して説明した。networks)がCEP問題に適応するということを認識している。SQL標準化委員会から誕生するように見える。先ほど述べたトピックと標準化に関する努力が成されることは確かで、それはESP/CEP言語の標準化を超えることになるだろう。Esperに関する一番重要なニュースは8月中旬に行われたパフォーマンスベンチマークキットと結果の発行(source)であるだろう。Esperはシステムに登録された1000のステートメントを伴うVWAPベンチマークにおいて平均エンジンレイテンシータイム3マイクロ秒以下で、Intelベースの2GHzデュアルCPU上で500,000イベント/秒を超える。(99%の確実性で10マイクロ秒以下で)これは85%のCPU使用率で1秒に70マイクロビットを超える。シンプルな使用ケースに基づいているのに関わらずベンチマークを再生するコンプリートキットと一緒に発売されるので、このベンチマークの公開はこの業界を揺るがせることを狙いとしている。Esperのイベントサーバはネットワーク上でマーケットストックイベントを送るリモートクライアントを監視している。換算するように設定されている。ベンチマークのような需要について聞かれ、Esperは下記のように答えた。CEP市場にはベンダ達がその詳細を全く提供せずにプレスに数字を公表するので、パフォーマンスとレイテンシに関する曖昧な情報がありふれていた。この領域にはその比較となるベンチマークは未だ存在しない。Apama(source)等(source)から既に批判を受けていた。以下はApamaのブログの一部である。200,000/秒と同等の率で動作する。8は1秒につき数千から数百万のイベントに対応する。*StreamBaseはゼロに近いレイテンシと共に一秒100万以上のイベントを処理することによってパフォーマンスリーダーシップを拡張する。Labsはサブミリセカンドレイテンシーバリアを破壊する。Apamaそれ自体は”一秒間に数千のイベントを処理する高パフォーマンスのスケーラブルプロセッシングエンジンである”と主張している(source)。Serverのリリース(source)に関するBEAの文言にもみうけられる。”私たちが発表するときには、一秒に50,000のコンプレックスイベントを提供しましょう。”このような結果は一秒間における数百、数千のイベントがこの領域において一般的であり、またEsperがこの与えられたシナリオ(source)の中でどのように実行するかを確実にしているよう見える。それは混乱を起こさせがちだが、手ごろなオープンソースソフトウェアに投げられたベンダーのFUDに耳を傾けるよりも、ユーザのコミュニティにより良いパフォーマンスアクセスを可能にする重要な素材を提供する。Esperチームはそのwiki上にてその実行の詳細を公開していて、またその製品のパフォーマンスセクション(サイト・英語)とパフォーマンスの最良実践の部分を更新している。一つのベンチマークソースは新たに形成されたSTACベンチマーク協議会(サイト・英語)から発足する可能性がある。それはテクノロジトレードの顧客主導のベンチマーク基準の発足に狙いを定めている。EsperとCEPの背景に関する情報は下記のURLにて参照して欲しい。毎週火曜日に前週のまとめコンテンツをお送りいたします。(日本語版は不定期リリース)25万人のシニアな開発者コミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツをお送りいたします。(日本語版は不定期リリース)25万人のシニアな開発者コミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。Inc.プライバシーBT。