-------------------------------------------------- ----------------
왜 인기있는 마이크로 서비스 그래서?
애자일 방식의 01 출현
소위 아키텍처 및 관리, 수요 중심이다.
02. 여러 요인이 전체 민첩 힘을 가지고 회사를 필요로
03.DevOps, 민첩, 클라우드에 마이크로 네이티브 응용 프로그램 서비스
진화하는 기술 혁신에서
과제 : 고도로 분산 된 이기종 IT 운영 환경의 유지 보수
연속 배달 도전 : 세 가지 소프트웨어 개발을 결합
코드 커플 링 : 전체 시스템 팀에 영향을 미칠 수있는 개발자를 수정 <20
구성 요소 수준의 커플 링 : 가능, 멀티 팀 협업을 실행하기 지연된 영향,하지 인터페이스 정의, 할 수없는 교차 사용 기술 스택을 통해
서비스 수준 커플 링 : 팀 협업 가능한 다중 기술 스택 인터페이스에 대한 프로덕션 환경에 지연된 영향 현실, 셀프 서비스를 정의
-------------------------------------------------- ------------
마이크로 서비스 정의 프레임 워크?
비즈니스 민첩성을 달성하기 위해, 프로젝트의 지속적인 디커플링은 복잡한 시스템 아키텍처와 운영 및 유지 보수가 발생합니다
마이크로 서비스 및 컨테이너 수송, 엔지니어링 지원 민첩한에서 기업의 필수 선택!
서비스의 집합 : 비즈니스 기능 사이 / 단일 책임 / 분산 / 경량 프로세스 통신 / 독립, 별도의 프로세스의 구축
기구 감 : 콘웨이의 법칙
콘웨이는 지적 : 시스템 설계는 조직의 자신의 통신 구조에 의해 제한된다
제 1 법칙 : 조직 통신 시스템 설계를 통해 표현됩니다
제 2 법칙 : 시간을 가지 더 완벽 할 수는 없지만, 시간이 지난 밤의 일이 항상있다
3 법칙 : 잠재적 이종 상태 특성 선형 시스템과 선형 조직 구조 사이
세 번째 법칙 : 작은 조직보다 더 큰 시스템은 항상 시스템을 무너 뜨리는 가능성이 더 높습니다
"시스템 디자인은 조직의 자신의 통신 구조에 의해 제한되고, 조직의 큰 크기는 더 많은 유연성 악화, 이러한 현상은 더욱 분명하다."
인터넷 응용 프로그램 - 미니 서비스를 정의
마이크로 아키텍처 기술 센터 -> 비즈니스 중심 아키텍처
-------------------------------------------------- ------------
진화 경로 소프트웨어 아키텍처?
아키텍처의 진화 01. 소프트웨어 수명주기
예비 단계 : 전체 매치 포인트 제품과 같은 제품과 시장에 대한보기는 더 장애물을 추가 신속한 반복, 과도한 분할 명령 모듈을 필요로한다. 적은 팀은 협력 문제는 저명한 아니며, 마이크로 서비스 아키텍처를 필요로하지 않는다. 수동 테스트와 함께 기반.
확장 단계 : 시장이 기하 급수적으로 요구한다. 안정적인 기본 키, 모듈 업그레이드의 하나의 특성을 시작할 수있는 능력을 갖추고 있습니다. 팀은 조정 문제가 등장, 마이크로 분리를 제공하기 시작했다 확장하기 시작했다. 자동화 된 테스트의 도입은 일관성을 보장하기 위해
수확 단계 : 제품의 안정성, 최대화 제품 매출. 행사 안정, 각 모듈의 높은 능력 및 기타 성능 요구 사항을 특징. 팀의 크기가 정말 좋았어요 서비스는 갈보리 오히려 작업을 계속 지원하기 위해 마이크로 아키텍처 독립적 인 팀이어야합니다. 도입 된 변화의 위험을 확인하는 테스트 자동화.
02. 소프트웨어는 인간 또는 로봇
