API開発のためのプログラミング言語"Ballerina"の直感的な構文について解説します。認証や承認、OpenAPIツール、可観測性、SQL/NoSQLクライアントライブラリなど、重要な言語機能についても論じます。記事を読み終えれば、Ballerinaが次のバックエンドAPI開発の有力な候補である理由がよく理解できるでしょう。2022年4月InfoQ編集チームが2022年に進化するソフトウェアアーキテクチャと設計のトピックをどのように見ているかの概要です。アーキテクトが今、何を設計しているかに焦点を当てています。Pan氏が、分散データベースシステムにおけるシャーディングアーキテクチャのパターンについて論じます。ShardingSphereプロジェクトがデータシャーディングの課題にいかに対処しているかを説明した上で、DistSQLを使って分散データベースと暗号化テーブルを生成する方法の実例2つを論じています。カルチャー&手法カオステストで、見えない課題からアプリケーションのレジリエンスを改善するこの記事では、Netflixが提唱するカオステストの原則を列挙した。読者は、カオステストが提供するメリットとデメリットを理解できるはずだ。することで、カオステストを行うかどうかの判断材料となる。リスクに対するすべてのメリットを考慮して、カオステストを行うために経営陣を説得すべき理由も説明した。Surowiecki氏(リンク)が基調講演をおこなった。Crowdsの背景にあるテーマは単純である。正しい状況においては、人びとはグループのほとんどのメンバーの最も良い回答よりも優れた決定をすることができる。講義を開始するにあたり、Surowiecki氏はアジャイル2008の参加者を対象におこなった実験結果を提示した。Studioにあるコードの行数を当ててもらった。グループの答えは、およそ4700万であった。studioのコード行数は、4300万である。2人だけが、グループの答えより良い答えを言い当てた。その講義の間、氏はこの理論がうまくいくことを明らかにした。それからSurowiecki氏は、スマートになるために必要な制約について議論した。それは以下のとおりである。グループは個人の意見を統合できなければならない。最良のソリューションの賛成投票をするということではない。グループのメンバーは、集合思考(リンク)を避けるために単独で行動しなければならない。グループは多様性に富んでいなければならない。出席者の多くが、この新しい情報についてそしてどうすればよりスマートなチームを構成できるかについて考えながら、講義をあとにした。この理論が特定の状況に、どう光明を投じるのか、1人の出席者が話した。彼は、最高のエキスパートのチームを抱えている。オールスターの開発チームである。しようもなく悪い決定をしているという。スマートなグループの制約を当てはめてると、このチームには多様性がかけている。最後に、講義に著しく不足していたのは、Surowiecki氏の4つ目の制約(著著に記載)である。チームの規模が大きくなければならない。毎週火曜日に前週のまとめコンテンツをお送りいたします。(日本語版は不定期リリース)25万人のシニアな開発者コミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツをお送りいたします。(日本語版は不定期リリース)25万人のシニアな開発者コミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。Inc.プライバシーBT。