3 ポイント 投稿者 GN⁺ 2023-09-13 | 1件のコメント | WhatsAppで共有
  • この記事は、技術業界において複雑なシステムをマイクロサービスによって過度に複雑化してしまう現在の傾向について論じています。
  • 著者のAndrei Taranchenkoは、存在しない問題を解決しようとする業界の傾向を批判しており、それはしばしば革新的で最先端に見せたいという欲求によって駆動されています。
  • JavaScript開発者が自らを「フルスタック」と定義し、サーバー開発や非同期コードに飛び込んでいくことが、この傾向に寄与する要因として挙げられています。
  • FAANGのベテランがスタートアップに影響を与え、大企業で使われている複雑なシステムに似た仕組みを押し進めることも問題として指摘されています。
  • この記事は、Dropbox、Twitter、Facebook、Instagram、Shopify、Stack Overflowのような多くの成功企業が単一のコードベースで始まり、今でもそれを効果的に使っていると指摘しています。
  • Taranchenkoは、マイクロサービスを推し進めることはしばしば効率性と単純さを失わせ、開発者がシステム全体のメンタルマップを維持し、更新や変更について継続的なコミュニケーションに対処しなければならなくなると主張しています。
  • 著者は、マイクロサービスの代わりに、企業は明確に識別でき、個別にスケール可能な負荷を処理できるサービスを検討すべきだと提案しています。
  • この記事は、ベンチャーキャピタルがより厳しくなり、企業がより実用的な意思決定を下す必要が出てきた今、より単純なシステムへの回帰に注目して締めくくっています。
  • Taranchenkoは、いきなりマイクロサービスに飛びつくのではなく、まずモノリスとして始め、必要なときにだけサービスへ分割することを勧めています.

1件のコメント

 
GN⁺ 2023-09-13
Hacker Newsの意見
  • ソフトウェア開発におけるマイクロサービスとモノリスの利用の長所と短所に関する記事
  • Netflixプラットフォーム構築に参加したある論者は、その簡潔さと拡張性を理由に、スタートアップはモノリスで始めることを勧めている
  • 別の論者は、マイクロサービスは技術的な問題ではなく社会的な問題に対する解決策だと指摘。大規模な組織がシステムをサブシステムに分割し、迅速に構築と反復を行えるようにする
  • 一部の論者はマイクロサービスへの移行傾向を批判し、しばしばそれが最善の技術的解決策ではなく、既存コードの問題を避けたり、筋書きを合わせたいという欲求によって推進されていると示唆している
  • 他の一部は、マイクロサービスが複雑でデバッグしにくいシステムを招き、相当なインフラ支援を必要とする可能性があると主張している
  • 少数の論者は、特にリソースが限られた小規模チームにおいて、マイクロサービスの保守と可観測性に関する課題について不満を表明している
  • 一部の論者は、マイクロサービスへの移行はしばしば性急すぎると示唆し、システムをシンプルに保つことのほうがより良い結果をもたらす可能性があると主張している
  • ある論者は、記事がその主張を裏付けるデータを十分に示していないと批判し、システム変更のコストを下げるために複雑さを管理することのほうがより良い目標だと提案している