팀이 있었다. 각 국가마다 다른 요구 사항과 과제가 있었기에 이 팀은 필요했다. 하지만 국가별
로 다른 기능을 업데이트해야 하는 중앙 서비스에는 문제가 됐다. 중앙의 마이크로서비스를 소
유한 팀은 전달되는
pull
요청을 주체할 수 없었다. 팀은 이러한
pull
요청을 신속하게 처리하
는 일을 훌륭히 수행하고 있었고 실제로 그 책임의 핵심 부분에 초점을 맞췄지만, 구조적으로
지속 가능한 상황은 아니었다.
이는
pull
요청을 받는 팀에게는 다양한 잠재적인 문제의 신호가 될 수 있는 예다. 다른 팀의
pull
요청이 진지하게 받아들여지고 있는가? 아니면 이러한
pull
요청이 잠재적으로 마이크로
서비스의 소유권을 변경해야 한다는 신호인가?
CAUTION
만약 팀이
pull
요청을 많이 받는다면 여러 팀에게 공유되는 마이크로서비스가 실제로 있다는 신호일 수 있다.
소유권 변경
때때로 마이크로서비스의 소유자를 변경하는 것은 올바른 일이다. 뮤직코프의 예를 고려해보
자. 고객 참여
Customer ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month, and much more.
O’Reilly covers everything we've got, with content to help us build a world-class technology community, upgrade the capabilities and competencies of our teams, and improve overall team performance as well as their engagement.
Julian F.
Head of Cybersecurity
I wanted to learn C and C++, but it didn't click for me until I picked up an O'Reilly book. When I went on the O’Reilly platform, I was astonished to find all the books there, plus live events and sandboxes so you could play around with the technology.
Addison B.
Field Engineer
I’ve been on the O’Reilly platform for more than eight years. I use a couple of learning platforms, but I'm on O'Reilly more than anybody else. When you're there, you start learning. I'm never disappointed.
Amir M.
Data Platform Tech Lead
I'm always learning. So when I got on to O'Reilly, I was like a kid in a candy store. There are playlists. There are answers. There's on-demand training. It's worth its weight in gold, in terms of what it allows me to do.