학습 목표소프트웨어 아키텍처의 이해관계자(stakeholder) 를 식별할 수 있다.Concern(관심사)과 quality attribute의 관계를 설명할 수 있다.이해관계자마다 다른 관점이 나오는 이유를 설명할 수 있다.concern을 분리하고 충돌을 조율하는 것이 아키텍트 역할임을 설명할 수 있다.문제 상황PM은 "이번 분기 출시", 개발은 "기술 부채 상환", 운영은 "장애 없이"회의마다 우선순위가 달라 결론이 안 난다"마이크로서비스로 가자" vs "모놀리스로 빠르게"누구의 concern을 반영한 제안인지 불분명하다보안팀은 모든 API에 mTLS, 제품은 온보딩 마찰 최소화둘 다 맞는 말인데 구조에서 어떻게 맞출지 모른다아키텍처 정의와 트레이드오프를 봤다. 이번 편은 누가 무엇을 걱정하는지를 구조..
