Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
RebeLabsは,2015年3月に開始した開発生産性に関する調査の結果を,“Developer Productivity Report”として公開した。Javaの開発コミュニティを対象に,Javaのパフォーマンスと性能試験手法について調査したものだ。 調査結果を見ると,パフォーマンス上の問題が明らかになった場合に対処するのは,一般的には開発チームであることが分かる。さらに,40%以上がコードのプロファイルを問題発生した時点で行っていると回答していることから,パフォーマンス問題に対するプロファイルやテストが対処療法的に実施されていることも明らかだ。 1,562件の回答中,ソフトウェア開発者は65%,27%がアーキテクト,次いでチームリーダ,プロジェクトマネージャの順で,専門のパフォーマンスエンジニアは少数(1.5%)だった。アプリケーションの大部分(70%)はWebアプリケーションで,画面
設計者は分割が発生したとき一貫性と可用性のどちらかを選ぶ必要がありますが、分割の扱い方と分割の復旧には柔軟な対処方法があります。現在のCAPの目的は特定のアプリケーションが必要とする一貫性と可用性を最適化することでしょう。このような方法には分割発生中の計画や分割の復旧計画が組み込まれています。したがって、設計者はこのような方法を採用することで、従来受け取られてきたCAPの限界を超えてCAPについて考えることができます。 なぜ"3つのうち2つ"がミスリーディングなのか CAPを理解する最も簡単な方法は分割の両側にひとつずつノードがある場合を考えることです。片方のノードだけ状態を更新できるようにすると、2つのノードに一貫性がなくなります。つまり、Cが失われます。一貫性を維持しようとすれば、一方のノードは利用できない状態であるかのように動作しなければなりません。この場合、Aが失われます。一貫性と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く