InfoQ ホームページ 設計 に関するすべてのコンテンツ
-
NISTの指針は生体認証を使用する場合に第二の認証因子を要求する
NISTは、"過去のリビジョンからのかなりの更新"と記された、新しいデジタルアイデンティティガイドラインをリリースした。このガイドラインは容認可能な複数要素認証(MFA)の使用方法について記載している。更に、生体認証を因子の１つとして用いる場合、個人が有する何らかの情報と組み合わせなければならず、パスワードのような個人が知る何らかの情報と組み合わせてはならない。
-
マイクロサービスを構築する際はイベントとDDDから始めよう
ドメイン駆動設計（DDD）は、私たちが取り組んでいるドメインに設計を近づける優れた技法だが、構造に焦点を当てすぎて、早期に設計を確定してしまうことが多すぎる。これはDDDの意図するところではない。それよりも、Russ Miles氏が「イベント - ファースト」でマイクロサービスを構築する利点を説明するなかで主張したように、ドメイン内のイベントから（設計を）始めるべきである。
-
Spotifyでの大規模な実験
A/Bテストの試行回数を増やして同時に多数の実験をしたい場合、自分たちのプロセスとプラットフォームに適応する必要があり、これは、文化にも影響を及ぼす可能性がある。制御された実験でプロダクトの研究をすることで実際に顧客がどのようにプロダクトを使っているかについてのアイディアをぶつけ、これらのアイディアがユーザーの振る舞いに影響を与えるかどうかをチェックできる。
-
個々のマイクロサービスではなくプロセスにフォーカスすること
分散システムを基にしたマイクロサービスに取り組む際の成功の鍵は、マイクロサービス自体ではなく、総じて分散プロセスにフォーカスすることだ。サービスは重要性が最も低いパートである、とEric Ess氏は主張した。彼は最近ロンドンで行われたMicroservices Conferenceで、jet.comにおける分散プロセスの監視方法についてプレゼンテーションを行なった。
-
マイクロサービスの長い歴史
マイクロサービスは非常に長い歴史を持ち、多くの人が思うほど短くはない。SOAも90年代に発明されたものではない。私たちは、50年の間にサービスの背後にある核となるアイデアに取り組んできた。Greg Young氏は、マイクロサービスを扱うプレゼンテーションで、ロンドンで最近行われたマイクロサービスカンファレンスで説明した。
-
スケーラブルなMVP(Minimum Viable Product)を構築するには
MVP(Minimum Viable Product)の開発にはスケーラビリティに対する考慮が必要だ。MVPは技術的にスケーラブルでなくてはならない。MVPが多くのユーザの獲得に成功した時に素早く拡張できるよう，計画を持っておく必要がある。考えられるパフォーマンスボトルネックを認識し，MVP開発時に常識を働かすことが成功の秘訣だ，とUnboxdのCTOであるErik Duindam氏は言う。
-
振る舞い駆動開発のアンチパターン
振る舞い駆動開発(BDD)はビジネス関係者とソフトウェア開発者の間のコミュニケーション改善に有効だが，自動化テストの実行にCucumberを使う場合には，Aslak Hellesøy，Matt Wynne，Steve Tooke各氏が先日の議論で説明したようないつかのアンチパターンが存在する。
-
振る舞い駆動開発の体験
振る舞い駆動開発(Behaviour-Driven Development, BDD)とは，ソフトウェア開発が現代ビジネスの基本であるという認識の下で，ビジネス上のステークホルダとソフトウェア開発者のコミュニケーションの方法を改善するものだ — 先頃公開したブログ記事“experiences working with BDD”の中で，Kevin Smith氏はこのような主張を展開した。
-
リファクタリングとコードの臭い – きれいなコードへの旅
リファクタリングは、より理解しやすく、メンテナンスしやすい、きれいなコードにするのを助けてくれる。それにはコードの臭いを嗅ぐ経験と実践が必要だ。つまり、コードの中にあるより深い問題を示す悪い設計の兆候を見つけることだ。コードを壊すことなく、小さなステップでリファクタリングを行うことを支援するツールもある。
-
どうアジャイルとアーキテクチャは袂を分かち、最後に友好関係を築いたか
人々はアーキテクチャを定義すること、もしくはソフトウェア設計を行うことの必要性をアジャイル宣言の不正確な解釈のために止めてしまったと、Software Architecture for Developersの著者であるSimon Brown氏は主張した。多くのソフトウェア開発者はプラクティスの十分な工具箱を持っていると思っておらず、ソフトウェア業界にはソフトウェアアーキテクチャに対する十分な共通言語が欠落している。良いアーキテクチャはアジリティを高める。方向性を設定するための強固な基盤を構築するのに必要十分な事前設計が必要である。
-
EtsyがAPIアーキテクチャに移行した目的と方法
QCon New York 2016で，EtsyのソフトウェアエンジニアのStefanie Schirmer氏は，自身の会社がAPIファーストアーキテクチャへの移行に成功して複数デバイスのサポートとサーバのパフォーマンス問題への対処を達成したことと，それが開発チームによって迅速に採用されたことをテーマに講演を行なった。
-
データはマイクロサービスを取り扱う際の難しい部分である
エンタープライズのためのマイクロサービスを作成・開発する際の最も難しい問題の１つはデータである。ドメイン駆動設計(DDD)を用いて事業ドメインの分析を行い、データをどう表現するかを判断することはマイクロサービスアーキテクチャを構築する際に助けになる、Christian Posta氏はマイクロサービスの実装についての一連のブログ投稿の1記事でこう述べている。
-
マイクロサービスとドメイン駆動設計に関するVaughn Vernon氏の意見
モノリスにおいてもきちんとした方法でモデリングすることは可能ではあるが、しばしば大きな泥団子と化してしまう。これは複数のドメインモデルがモノリス内で絡まってしまうのが原因であり、Vaughn Vernon氏の経験ではこれは数週間もしくは数ヶ月以内に起こりうるのである。彼は今年初めのScala Daysにおける発表でこのように述べた。
-
Juval Löwy氏が語る - クラスがすべてサービスであるべき理由
Juval Löwy氏は，個々のクラスをサービスで表現したサービス指向アプリケーションによる，システム構築手法のパイオニアだ。このようなアプリケーションは，最初は'クラス爆発'のように思われるかも知れないが，実は真に分解され，適切に分析および設計されたシステムである。氏は自らの意図を述べた上で，開発チームがこのプロセスを改善する方法を説明する。
-
Event Stormingを実践する
ドメイン駆動設計(DDD)のコンテキストにおいて，Event Stormingは極めて有用で価値のあるものだ – 先日ロンドンで開催されたDDD eXchangeカンファレンスのプレゼンテーションで，Dan North氏はこのように主張して，Event Stormingの基本的メカニズムを説明するとともに，過去数年間にさまざまなシステムをモデリングした自身の経験について公開した。