はてなリモートインターン2021 マイクロサービス講義資料 2021/9/8

https://gyazo.com/39d3846e3e56a575d09b9c6ee5767da6

service とは?

[user の求め]<-(物事を提供する)<-[仕組み (= service)]

https://gyazo.com/1491a8e6f21f909a87960c3a05c5e815

service の中に service があって、中の service が deploy する單位でもある場合、中の service を microservice と呼ぶ

どこで microservice を分割するか?

"-ility (〜性)" の境

business capability の境

どこで分割するのが最適か?

service 全體をよく、素早く變更し續ける事を目指す

scalability の境

security の境

通信が規則 (protocol) に從ってゐれば、通信路は抽象できる

https://gyazo.com/9e04fd81d6cb642cfc437b2a6b68fcba

schema は要求 service と提供 service の共有資源 (所有權理論) なので繼續的 delivery & deploy (CD)する

container (例 : containerd) と orchestrator (例 : KubernetesKubernetes.icon) は、處理環境 (service 環境 : ops) から處理內容 (service 內容 : dev) を抽象した

しかし通信環境 (service 閒環境) から通信內容 (service 閒內容) の抽象 (例 : KubernetesKubernetes.icon's service) は不充分

合理 (←→條理)の不條理に依る cost

1. team 閒の communication は team 內の communication より困難である → microservice

2. 開發 (dev) と運用 (ops) の齟齬 → SRE (site reliability engineering)

3. 開發 process の中に隱れた cost → 繼續的 delivery & deploy (CD)

build→deploy→release