リクルートの「マイクロサービス」採用事例が学べる無料の電子書籍
機能ごとにサービスを分割して単一のアプリケーションを開発、運用する「マイクロサービスアーキテクチャ」（以後、マイクロサービス）を検討したり、採用したりするケースが増えつつあります。 クラウドネイティブな取り組みの一環としてマイクロサービスが注目を集める一方、マイクロサービスの採用には慎重論もあります。では、マイクロサービスを採用してアプリケーションを開発、運用する企業は、どのような狙いを持っているのでしょうか。マイクロサービスを通じてどのような課題解決を目指しているのでしょうか。 本eBookは、新規プロダクト開発においてプロトタイプ、MVP（Minimum Viable Product）、製品版という過程の中でマイクロサービスを採用したリクルートのエンジニアが事例を紹介する「リクルートのプロダクト開発例に学ぶ、マイクロサービス活用の勘所」をまとめました。マイクロサービスのメリット、新規プ
米国文化とセキュリティ - なぜ自動化が積極的に採用されるのか？ - セキュリティコンサルタントの日誌から
昔からセキュリティ製品評価をしていると、自動遮断・自動連携など自動化のうたい文句にしていることが非常によくあります。最近は米国のカンファレンスに頻繁に参加していますが、多くの製品のキーワードとして「自動化」は目玉機能として紹介されます。 しかしながら、実際に評価してみると、かなり怪しい検知でも平気で連携・遮断されるし、誤判定が多かったり、きちんと連携されていない製品もあり、米国の導入企業実績などを聞くと、「よくこの怪しい自動化機能を使っているよな？」と思ったことが良くありました。（もちろん驚くべきほどうまく設計された自動化機能もありますので、一概には言えませんが） 個人的には、攻撃を自動遮断したり、検知した内容をもとに他のセキュリティ製品に設定を自動的に連携する技術はクイック・レスポンスを期待できるものの、不用意にユーザの通信を止めてしまうなど、ユーザ・ビジネスに影響を与えかねない危険な手
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
