スタートアップのためのマイクロサービス入門 | Amazon Web Services

AWS Startup ブログ スタートアップのためのマイクロサービス入門 こんにちは、スタートアップ ソリューションアーキテクトの松田 (@mats16k) です。 以前「スタートアップのためのコンテナ入門 – Kubernetes 編」を出した際に記事内で、マイクロサービスやサービスメッシュにふれる機会がありました。今回は AWS でデベロッパーアドボケイトをしているトリ氏 (@toricls) にマイクロサービスについて記事を寄稿いただきました。 ※ 本記事は Software Design 2020年7月号 に掲載された「スタートアップのためのAWSテクノロジー講座 – マイクロサービスのあるべき姿と特徴を知る」からの転載、改修版です。 目次 マイクロサービスにはコンテナが必要なのか？ サービスメッシュは本当に必要なのか？ 「マイクロサービス」という言葉の功罪 マイクロサービスが必

[toricls]

良くできたモノリスこそが至高の存在です。よろしくお願いします。

[circled]

優秀な社員：「社長、うちのサービス、ユーザ数よりも立ち上げてるマイクロサービスの数の方が多いっすよ？」

[mats116]

最新作です。トリ先生と一緒にやりました。盗作ではないです

[sh19e]

“大切なのは、企業やサービスの課題をベースに意思決定すること。そして、自社を取り巻く状況の変化に合わせてシステムのアーキテクチャを柔軟に変えていけるような文化や組織体制を持つこと”

[oakbow]

タイトルだけ見てまたかと思ったけど「マイクロサービスが必要な企業は極めて限定的である」「マーケティングメッセージに踊らされてはいけない」あたりいいこと書いてあった。踊らされている人多いけどね。

[riijon]

技術選定の要諦

[kitone]

"マイクロサービスが必要な企業は極めて限定的である"

[takatama]

EKS採用したはいいけれど、採用した人は去り、引き継いだ人が泣いてる話なら聞いたことある。手を動かさない人は信用できない

[t-wada]

"マイクロサービスが必要な企業は極めて限定的である" "マーケティングメッセージに踊らされてはいけない" これが AWS のブログに書かれている意義、誠実さにしびれる。

[syu-m-5151]

成果の為にとかマーケティングの言葉に惑わされることなく、当たり前にシンプルで高品質なモノリスを最も価値あるものとして評価すべきです。

[tmatsuu]

わいわい

[hdkINO33]

“私たちは有象無象の技術の中から、真に自社の課題を解決する技術を選定できるようにならなければいけません。”

[k-saiki]

"マイクロサービスが必要な企業は極めて限定的である"

[diveintounlimit]

“何か新しい技術やその概念と出会ったとき、公式ドキュメントを読んでみてください。そして、その技術が必要とされた理由、登場した経緯を理解し、実際に触ってみてください”

[shintaro_kawase]

ものすごく正論パンチ。受け入れてもらえないやつ。この話は読まなかったことにされるだろう。

[p1ass]

“私たちは有象無象の技術の中から、真に自社の課題を解決する技術を選定できるようにならなければいけません”

[krrrr]

マイサーは組織論定期

[baronhorse]

Amazonの記事だからな。なんでもマイクロサービスが違うというのはそれはそれとして

[non_117]

いい話

[kanetann]

“この前提をベースとし「組織構造を機能ごとに明確に分割し、各チームに独立した意思決定を許容すれば、システム間の依存関係は抑えられる」という発想が生まれました。これは「逆コンウェイの法則」と呼ばれます”

[masa_iwasaki]

"マイクロサービスが必要な企業は極めて限定的である"

[laiso]

“「コンテナを使おうと思っている」とおっしゃるお客様にその理由を聞くと、「マイクロサービスをやりたいから」といった回答が返ってくることも多々あります。”

[akitsukada]

課題から始める