事業会社におけるマイクロサービス化について - arclamp
がちがちのエンタープライズ系で既存システムのマイクロサービス化に取り組むときに注意したいこと。 儲かる機能をマイクロサービス化する マイクロサービスの最大の目標は「サービス化された機能のリリースサイクルを、その機能を管理するチームが独自に決定できるようにする」ことです。つまり、システム内の他の機能や他システムとの調整をしないで、いつでも好きなようにリリース可能であることが大事です。もちろん、日中に。 それは何のためかというと「機能をどんどん改善して儲けたい」からです。これまでは、儲かる機能を改善をしようとしても、その他の機能や他システムとの調整や影響範囲調査やリグレッションテストに時間がかかってリリーススピードをあげることができませんでした。この問題が解決できればウハウハできるはずです。 マイクロサービスのサービス分割点について聞かれることが多いですが、それは「ビジネス部門が『早くリリース
なぜ、組織のつくりとソフトウェアアーキテクチャは似てしまうのか - Qiita
このエントリーは、Engineering Manager Advent Calendarの25日目、最終日の記事です。 はじめに 拙著「エンジニアリング組織論への招待」では、ソフトウェア自体の構造とソフトウェアを作り上げる組織の構造が似てしまうという「コンウェイの法則」についてたびたび引用しました。 この「コンウェイの法則」は、ある一定規模の組織で働いたことのあるエンジニアであれば、実感を持って捉えることができるのでしょう。 しかし、何故、どのような力が働いて、「組織構造」と「ソフトウェアの構造」が似通ってきてしまうのかと問われると説明の難しいものです。 拙著においては、ロナルド・コースの取引コスト理論をベースに、社内取引においても取引コストが存在し、その取引コストがソフトウェアの構造をも変えていくという説明を行いました。 本記事は、さらに踏み込んで、組織やビジネスに働く力学と、システムで
Build a serverless event-driven workflow with AWS Glue and Amazon EventBridge | Amazon Web Services
AWS Big Data Blog Build a serverless event-driven workflow with AWS Glue and Amazon EventBridge Customers are adopting event-driven-architectures to improve the agility and resiliency of their applications. As a result, data engineers are increasingly looking for simple-to-use yet powerful and feature-rich data processing tools to build pipelines that enrich data, move data in and out of their dat
Retry behavior - AWS SDKs and Tools
Retry behavior includes settings regarding how the SDKs attempt to recover from failures resulting from requests made to AWS services. Configure this functionality by using the following: max_attempts - shared AWS config file setting AWS_MAX_ATTEMPTS - environment variable aws.maxAttempts - JVM system property: Java/Kotlin only Specifies the maximum number attempts to make on a request. Default va
シスマックス 小物収納キャビネット 引き出し12個 クールグレー | Costco Japan
こちらの商品はヤマト運輸株式会社が配送致します。一部地域には通常配送料に加えて配送サーチャージがかかる場合がございます。なお、商品発送後は配送サーチャージは返金致しかねますのでご注意ください。 商品はご注文日から7日以内にお届け致します（離島などの一部地域を除く）。 なお、交通渋滞・悪天候およびその他の理由により、お荷物のお届けが遅延する場合がございます。 また、弊社ウェブサイト上での配送日指定はお受け致しかねます（※）。 配送の対象地域は日本国内のみとなっております。ご注文時にご登録いただいた配送先住所に不備があり配送が出来ない場合は、弊社側の判断にて注文をキャンセルさせていただく場合がございます。予めご了承ください。 ※ヤマト運輸のクロネコメンバーズサービスをご利用いただくと注文後に宅急便の受取日時・場所の変更が可能です。 詳細はこちらのヤマト運輸ホームページをご覧ください。 ※一部商
LAIT_トップページ
新着情報 X(Twitter)始めました。 NEW 2024年度教員研修基礎3・第1回(7/13-15)は中止します。 NEW 2024年度教員研修の日程が決まりました。 NEW 【いいずな書店】言語教育動画に、言語技術に関する大津由起夫雄さんとの対談が掲載されました。 NEW 産経新聞大阪版夕刊(2023/10/25)にて、履正社中学における言語技術教育を取り上げていただきました。 NEW 大人のための言語技術講座を2024/3/9（基礎編）, 2024/3/10（分析編B）に開催します。詳細はこちら。 NEW つくば教室で新小学3年生より生徒を募集します。 お問い合わせはメールでお願いします。 弊所の活動を「Wedge(Wedge Infinity)」で取り上げていただきました。 弊所所長がFoot X Brainに出演しました。 「なぜ外国人女性は前髪を作らないのか（中央公論新社刊）
人月の神話 - Wikipedia
『人月の神話』（にんげつのしんわ、英: The Mythical Man-Month: Essays on Software Engineering）は、フレデリック・ブルックスが著したソフトウェア工学とソフトウェアプロジェクト管理の書籍である。 ブルックスの考察は、自身がIBM で OS/360 というオペレーティングシステムの開発に携わったときの失敗に基づいている。 プロジェクト管理者がソフトウェアプロジェクト管理において、繰り返し何度もこのような誤りを犯すという傾向があるため、ブルックスは自分の本について、次のような皮肉を述べている。 この本は「ソフトウェア工学の聖書」と呼ばれている。なぜなら、誰もがこの本を読んでいるが、誰もこの本で述べていることを実践しないからである。 最初に刊行されたのは1975年である。1995年に20周年記念版として再刊された。20周年記念版では、『銀の弾な
ブルックスの法則 - Wikipedia
ブルックスの法則（ブルックスのほうそく）は、「遅れているソフトウェアプロジェクトへの要員追加は、プロジェクトをさらに遅らせるだけである」という、ソフトウェア開発のプロジェクトマネジメントに関する法則である。 これは1975年にフレデリック・ブルックスによって出版された著書『人月の神話』[1]に登場した。 ブルックスによれば、この法則が成り立つ主な理由は以下の通りである。 新たに投入された開発者が生産性の向上に貢献するまでには、時間がかかる ソフトウェアプロジェクトは、複雑な作業である。また、新たにプロジェクトに参加した人は、仕事に取りかかる前に、まず開発の現状や設計の詳細などを理解しなければならない。つまり、新たに人員を追加するには、その人員を教育するために、リソースを割かなければならないのである。したがって、人員の増加がチームの生産性に与える効果は、短期的にはマイナスになる。また、プロジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜ「マイクロサービス“化”」が必要なのか
プログラミング言語 Python 総合情報サイト - python.jp
Python環境構築ガイド - python.jp
Your guide to Amazon Prime Day 2024 and how to find deals