API開発のためのプログラミング言語"Ballerina"の直感的な構文について解説します。認証や承認、OpenAPIツール、可観測性、SQL/NoSQLクライアントライブラリなど、重要な言語機能についても論じます。記事を読み終えれば、Ballerinaが次のバックエンドAPI開発の有力な候補である理由がよく理解できるでしょう。2022年4月InfoQ編集チームが2022年に進化するソフトウェアアーキテクチャと設計のトピックをどのように見ているかの概要です。アーキテクトが今、何を設計しているかに焦点を当てています。Pan氏が、分散データベースシステムにおけるシャーディングアーキテクチャのパターンについて論じます。ShardingSphereプロジェクトがデータシャーディングの課題にいかに対処しているかを説明した上で、DistSQLを使って分散データベースと暗号化テーブルを生成する方法の実例2つを論じています。カルチャー&手法カオステストで、見えない課題からアプリケーションのレジリエンスを改善するこの記事では、Netflixが提唱するカオステストの原則を列挙した。読者は、カオステストが提供するメリットとデメリットを理解できるはずだ。することで、カオステストを行うかどうかの判断材料となる。リスクに対するすべてのメリットを考慮して、カオステストを行うために経営陣を説得すべき理由も説明した。原文(投稿日:2014/05/19)へのリンク数週間前にOpenSSLで発見されたHeartbleedセキュリティ脆弱性に対して,OpenBSDグループの出した答がLibreSSLだ。LibreSSLはOpenSSLを全面的にリファクタおよびコード削減することにより,セキュアで安定したコードベース,以前から存在するバグの修正,現代的なプログラミングプラクティスの導入,ポータビリティの再設計などを目指す。Ottawaで,過去30日間の開発状況について説明した。1.52などの古いコンパイラや,旧式のOSのサポートを排除することにより,”健全な"開発モデルの適用を目標とする。#ifndef”を回避したいとも考えている。LibreSSL開発の当初1か月間では,使用されないコードや,古くなって使用頻度の低いオペレーティングシステムのサポートなどが取り除かれた。VMSなどのサポートが削除されたことだ。Heartbleedについても,その機能自体が取り除かれた。Beck氏は次のものを挙げている。strlcat等)をすべて,標準ライブラリのコールに置き換えた。乱数発生器に対する不適切なシード設定を,カーネル自体がエントロピー生成用に提供している機能に依存するよう修正した。FRP256v1などのアルゴリズムをベースとした新しい乱数スイート。FIPS標準のサポートはライブラリ開発上の障害となる上に危険であると判断されたため,バックドアの存在が疑われた必須機能のDual_EC_DRBGアルゴリズムとともに廃止された。Trackerに直接関連する多数のバグが修正された。これらはOpenSSLではまだ修正されていないものだ。最初の1週間のコード削減作業のみで,90,000行以上のC言語コードが削除された。この徹底したリファクタリングのすべてにおいて,8,000以上のアプリケーションを含むOpenBSDポートツリーを対象としたAPI互換性テストが行われている。OpenSSLのHeartbleed脆弱性の発見が発端となって,このライブラリの状態に対する激しい議論がインターネット中に起こった。批判の背後にあるおもな理由は,プロジェクトの運営方法,APIとソースの品質,不可解だという印象,そしてドキュメントだ。LibreSSLが開発されることになった出発点がHeartbleed脆弱性にあることは間違いない。Beck氏は,HeartbleedだけがOpenSSLの問題点なのではないと言う。それよりも重要なのは,OpenSSLの使用しているmallocを置き換えたことだ。解放されないメモリ,LIFOリサイクルスキームの結果生じる解放バッファの再利用,malloc/freeが実行時に置き換え可能であることなど,mallocにはさまざまな問題があった。悪い点として氏が指摘するのは,プロジェクトの管理方法だ。新機能の実装を優先するあまり,バグフィックスのために送られてきたパッチを適用せず,"バグトラッカでバグが何年間も腐っていた”のだ。氏が言うには,OpenSSLのコードが不自然であったために,Valgrindのようなツールでもアロケータの問題を指摘することができなかったことが,問題をますます複雑にしていた。LibreSSLは1.0.1gブランチを起点にOpenSSLライブラリからフォークして,OpenBSD内部で運用されるセキュリティガイドラインに沿って開発が進められている。5.6などPOSIXベースのシステムをターゲットとする。リファレンスプラットフォーム用が安定バージョンに到達したならば,そこで初めて,他のプラットフォームへの移植を開始する予定だ。LibreSSLでは次のような理由から,今後数年間の資金提供を積極的に求めている。コードベースの主要部分をいくつか書き直す開発者への支援。ポートツリーを通じた変更の追跡作業,修正内容の上位へのプッシュなどを行う,ポータビリティ/移植作業担当者への支援。OpenBSDやOpenSSHなど関連プロジェクトに影響を与えることなく,ライブラリの更新作業を迅速化。Foundationのスポンサーシップを要請しているが,そのコミットメントはまだ得られていない。毎週火曜日に前週のまとめコンテンツをお送りいたします。(日本語版は不定期リリース)25万人のシニアな開発者コミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツをお送りいたします。(日本語版は不定期リリース)25万人のシニアな開発者コミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。Inc.プライバシーBT。