GitHubのモノリスからマイクロサービスへのジャーニー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が最近リリースされ、重要な変...
テスト駆動開発：実はそれは設計技術です
テスト駆動開発（TDD）は、より優れたソフトウェアを持続的に早く提供するための確立された手法です。TDDは単純な考えに基づいている。製品コードを書く前に失敗するテストを書くことです。新しい行動が必要ですか？失敗するテストを書いてください。しかし、この一見単純な考えをうまく実行するには、スキルと判断が必要です。 TDDは本当に設計のためのテクニックです。TDDの基礎は、小規模なテストを使用してボトムアップを早急に設計することであり、システムへの信頼を構築しながら迅速に何らかの価値を得ることです。よりよい名前はテスト駆動設計かもしれません。 設計方法としては、集中と単純さです。目標は、開発者が価値を提供する上で不要な余分なコードを書くことを防ぐことです。問題を解決するのに必要最小限のコードを書くことです。 多くの記事がTDDを行うことのすべての利点を誇りにしています。そして多くの技術会議の講演
マネージャの視点からのアジャイルの実践
原文(投稿日：2018/10/20)へのリンク 子供の頃から私は、成功するためには個人として一番にならなければならないと教えられてきました。このことはほとんど全ての学校に当てはまり、楽器を演奏するときや、評価の要素があるところにならどこにでも現れました。私が他人と協調できるかどうか、妥協点を探せるかどうか、他人に行動を起こさせるように鼓舞できるかどうかに興味がある人などほとんどいませんでした。このことに特に注意を払う人もいませんでした。私たちは協調することも、互いに助け合うことも教わりません。これによって格付けされることありません。それはソフトな特性、育ち、経験した境遇の結果として、自然発生的に起こるのです。 しかしながら、成功の裏にチームがいることの方が多い しかしながら、現実が示しているように、成功の裏には個人よりチームがいることの方が多いでしょう。私はスポーツが好きなので、次の例が最
Oracleが軽量JavaマイクロサービスフレームワークHelidonを公開
Oracleは先頃、マイクロサービスベースのアプリケーション開発用にデザインされたJavaライブラリのコレクションであるProject Helidonを新たに公開して、Payara MicroやThorntail(改名前はWildFly Swarm)、OpenLiberty、TomEEなどのMicroProfileファミリに参加した。 かつてJ4C(Java for Cloud)という名称であったHelidonは、シンプルで高速に動作するように設計されており、 Helidon SEとHelidon MPという 2つのバージョンから構成される。 Helidon SEは、マイクロサービスを作成するための3つのコアAPIとして、マイクロサービスベースのアプリケーション構築に必要なWebサーバ、コンフィギュレーション、セキュリティを備え、アプリケーションサーバを必要としない。一方のHelidon
NoSQL データベースのアジャイルなデータモデリング
先日の Data Architecture Summit 2018 Conference にて、 Hackolade の CEO である Pascal Desmarets 氏が NoSQL データベースのためのアジャイルなモデリングについて語った。 NoSQL データベースでは正規化の制約がなくなるためデータモデリングが更に重要になる、と彼は述べた。非構造化かつポリモーフィックなビッグデータはガバナンスとレギュレーション（GDPR and PII）の観点から困難をもたらし、同時に、蓄積された情報にレバレッジを効かせることができるようになる。 Desmarets 氏は、データモデリングによって企業が RDBMS から NoSQL へのマイグレーションをいかに容易になるか、についても語った。関連データベースと NoSQL データベースでのデータモデリングを行うと、高いアプリケーションの品質、改
Kubernetes時代のマイクロサービス
監視可能性は、マイクロサービスの初期段階から重要な原則でした。これは分散システム一般に当てはまるものですが、今日では(特にKubernetesにおいては)その大部分がプラットフォームレベルで最初から用意されています(プロセスのヘルスチェック、CPUおよびメモリ消費など)。アプリケーションに必要な最低限の要件は、JSON形式でコンソールにログを出力することです。それをもとにプラットフォームが、リソース消費量の把握、要求の追跡、あらゆる種類のメトリクスやエラー率の収集などを、サービスレベルでの開発をさほど必要とせずに実現してくれます。 クラウドネイティブなプラットフォームでは、監視可能性だけでは不十分です。それよりも基本的な前提条件が、ヘルスチェックの実装、シグナルへの対応、リソース使用量の定義などによって、マイクロサービスを自動化可能(automatable)にすることです。そうすることで、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェアアーキテクチャと設計のInfoQトレンドレポート - 2021年4月
Microsoft、組み込みデバイスをターゲットとしたTypeScriptの高速サブセット”Static TypeScript”を発表
AWSのOpen Distro for Elasticsearchに異議を唱えるベンダたち
Kubernetesの将来 - VMか、コンテナか、ハイパーバイザか？
マイクロサービスアーキテクチャのためのアプリケーション統合：サービスメッシュはESBではない
MicrosoftがWPF、WinForms、WinUIをオープンソース化
JetBrains、ReactベースのRing UI 1.0 Web UIコンポーネントをリリース
ES.Next提案とTypeScriptをサポートを改善するBabel 7リリース
Java 11リリース
MicrosfotがAzure IoT HubとAzure Event Gridのインテグレーションの一般提供を発表
Docker DesktopがKubernetesをサポート
DockerがDocker Application Guidesを発表
大規模プロジェクトのサポートが向上したTypeScript 3.0がリリース
GithubエンジニアリングがMySQL高可用性のために新しいアーキテクチャを採用