マイクロサービス設計原則: SOLIDではなくIDEALS
キーポイント For object-oriented design we follow the SOLID principles. For microservice design we propose developers follow the “IDEALS”: interface segregation, deployability (is on you), event-driven, availability over consistency, loose-coupling, and single responsibility. Interface segregation tells us that different types of clients (e.g., mobile apps, web apps, CLI programs) should be able to inte
12年後のCAP定理: "法則"はどのように変わったか
設計者は分割が発生したとき一貫性と可用性のどちらかを選ぶ必要がありますが、分割の扱い方と分割の復旧には柔軟な対処方法があります。現在のCAPの目的は特定のアプリケーションが必要とする一貫性と可用性を最適化することでしょう。このような方法には分割発生中の計画や分割の復旧計画が組み込まれています。したがって、設計者はこのような方法を採用することで、従来受け取られてきたCAPの限界を超えてCAPについて考えることができます。 なぜ"3つのうち2つ"がミスリーディングなのか CAPを理解する最も簡単な方法は分割の両側にひとつずつノードがある場合を考えることです。片方のノードだけ状態を更新できるようにすると、2つのノードに一貫性がなくなります。つまり、Cが失われます。一貫性を維持しようとすれば、一方のノードは利用できない状態であるかのように動作しなければなりません。この場合、Aが失われます。一貫性と
Top JavaScript MVC Frameworks
Sustainable Security Requirements with the ASVS Josh Grossman provides a brief overview of what the ASVS is, but takes a closer look at balancing trade-offs and prioritizing different security requirements. Josh shares how to make the process repeatable and how to implement it as part of your own organization's requirements process.
iOS開発 vs. Android開発
ツール 個人的には Vim を好むようだが、Henneke 氏がこのプロジェクトで使用したツールについて以下のように述べてくれた。 「Eclipse内で検索するのは、びっくりするほど遅く煩わしいものです。」 「Xcodeのオーガナイザでドキュメントを検索するのは、腹立たしいほど遅いです。」彼は後に検索を速くする方法を発見した。 「Eclipse（および Androidプラグインの logcat 統合機能）のタグによるログの絞り込みはとても役に立ちます。」 「双方のIDEとも、コード補完機能は、本当に素晴らしいものです。」 「Xcodeのインターフェイス・ビルダは使い物になりません」 「Xcodeのインスツルメント機能は、プロファイリング、計測、デバッグに極めて有効です。」 「Androidエミュレータは完全なる時間の無駄です。その遅さときたら、ほとんど冗談のような代物です。私の開発サイクル
DRY原則の利用: コードの重複と密結合の間
原文(投稿日：2012/05/25)へのリンク DRYは重複とそれに伴うメンテナンスの問題を軽減するものだが、誤用すると密結合を生み、可読性を損うおそれがある。教訓：ソフトウェア開発原則は、ほかの原則やパターン、プラクティスを考慮して適用しなくてはならない。 DRYは Don’t Repeat Yourself の略語であり、Andy Hunt氏とDave Thomas氏が書籍「The Pragmatic Programmer: From Journeyman to Master」（邦訳：「達人プログラマー―システム開発の職人から名匠への道」）で最初に言及したソフトウェア開発原則だ。その原則はこう述べている。 知識のあらゆる部分はそのシステムにおいて単一で、曖昧さのない、信頼できる表現でなくてはならない。 ここでHunt氏は重複による負の影響と、それゆえにDRYを利用することの重要性を強調
マイクロソフトのUnity Dependency Injection Application Block、リリースされる
マイクロソフトのpatterns & practicesグループは、UnityもしくはUnity Application Blockと呼ばれる依存性注入コンテナをリリースした。開発者はこの軽量コンテナを使い、拡張可能な疎結合アプリケーションを作成できるようになった。 InfoQは、Unityプロジェクトの開発リーダー、Chris Tavares氏と話す機会を得た。 Rob Bazinet (RB): Chrisさん、まず自己紹介とUnityとの関わりについて教えてください。 Chris Tavares (CT): マイクロソフトpatterns & practicesグループの上級ソフトウェア開発者、Chris Tavaresです。現在はEnterprise Library 4とUnity Application Blockの開発リーダーを務めています。Unityコードの大部分も書いており
RESTとバージョニング
原文(投稿日：2010/06/13)へのリンク 最近Ganesh Prasad氏はRESTアーキテクチャにおけるサービスのバージョニングという非常に悩ましいテーマについて検討している。例えば "/customers/1234"で表わされるリソースがあるとします。この顧客情報の状態を更新するためにPUTが必要です。しかし、PUTに対応するビジネスロジックの更新を、RESTはどうやって取り扱えるのでしょうか？ サービス（ビジネスロジック）を指定するために使用されるオペレーションを変更する（例：PUTv2を指定する）方法は存在しない。選択肢の１つはPUT対象のURLを変更し、同時に元のURLもメンテナンスすることだ。Ganesh氏は以下のような例を示している。 /customers/1234というURLは残し、PUTはそれとは別のURL /customers/v2/1234 に対して行います。
InfoQ: HTTPSコネクションの最初の数ミリ秒
ほとんどの人がHTTPSとSSL (Secure Sockets Layer) を結びつけて考えます。SSLは1990年代半ばにNetscape社が開発した仕組みですが、今ではこの事実はあまり正確でないかもしれません。Netscape社が市場のシェアを失うにしたがって、SSLのメンテナンスはインターネット技術タスクフォース(IETF)へ移管されました。Netscape社から移管されて以降の初めてバージョンはTransport Layer Security (TLS)1.0と名付けられ、1999年1月にリリースされました。TLSが使われだして10年も経っているので、純粋な"SSL"のトラフィックを見ることはほとんどありません。 Client Hello TLSはすべてのトラフィックを異なるタイプの"レコード"で包みます。ブラウザが出す先頭のバイト値は16進数表記で0x16 = 22。 これは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon 新コマンドラインツール AWS Copilot 発表
MongoDBを始めた頃に知っていたら、と思う14のこと
NetflixのChaos Engineeringの原則
OpenSSHに重大バグ
JavaScriptでGitを実装するKickstarterプロジェクト、28時間で資金調達
Are You a Software Architect?
REST APIの良い、悪い、醜い
Exceptional Ruby
Googleの品質保証
Scalatra: Sinatraに似たScalaのウェブフレームワーク
技術的負債を貨幣化する
InfoQ: データの削除は非推奨
