Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
Tags
- Book
- management
- RFID
- agile
- program
- Book review
- Java
- Linux
- web
- hadoop
- erlang
- psychology
- hbase
- Software Engineering
- Malaysia
- leadership
- django
- QT
- essay
- history
- Programming
- Spain
- France
- ubuntu
- MySQL
- programming_book
- comic agile
- Italy
- Python
- Kuala Lumpur
Archives
- Today
- Total
목록Microservices (1)

기술적 요구를 기반으로 경계를 그리는 것은 안티 패턴이다. 제임스 루이스와 마틴 파울러에 따르면 마이크로서비스는 기술적 요구가 아닌 ‘비즈니스 기능을 중심으로 구성’되어야 한다. 마찬가지로 데이비드 파나스 Davial Pumus는 시간에 따른 설계 변경의 모듈식 캡슐화를 기반으로 시스템을 분해할 것을 권장한다. 두 접근 방식 모두 서버리스 함수의 경계와는 일치하지 않는다. 서비스 경계를 정할 때 다음과 같은 설계를 위해 노력해야 한다고 제안했다. 느슨한 결합: 서비스는 서로를 인식하지 않고 독립적이어야 하며, 한 서비스에서 코드를 수정하더라도 다른 서비스에 영향을 주지 않아야 한다. 높은 응집력: 서비스에 있는 기능은 관련성이 높아야 하며 관련 없는 기능은 다른 곳에 캡슐화되어야 한다. 이렇게 하면 기능..
Programming
2022. 2. 3. 01:10