Page History
...
쿠버도입시 대체가능한 Spring Boot Cloud요소
| Spring Cloud Component | Kubernetes 대체 요소 |
| Config Server | ConfigMap, Secret |
| Service Discovery (Eureka) | DNS, Service |
| API Gateway (Zuul, Gateway) | Ingress, Ingress Controller |
| 추가(고급 통신 관리) | Service Mesh (Istio, Linkerd) |
- 쿠버는 사실상 표준이 되었으며~ 쿠버등장이전 Spring Cloud가 지원하는 장치는 매력적임에 분명합니다.
파편화되는 모놀리식
모놀리식의 문제는 모놀리식 그 자체 보다는~ 초기 모놀리식으로 개발된 어플리케이션이 확장됨에 따라 경계구분이 없는 그자체가 문제되는 경우가 더 많습니다.
만약 모놀리식이 아직 단하나의 어플리케이션만 존재한다고 하면 리팩토링을 통해 경계를 찾고 확장할수 있는 일괄적인 설계를 도입할수 있지만
모놀리식으로 시작해~ 새롭게 요구되는 기능을 빠르게 만들기 위해 모놀리식에서 분리된 무엇인가를 지속 만들고
설계없이 경계구분없이 증가된 파편화된 어플리케이션 그자체이며 ,
- 새롭게 요구되는 기능을 빠르게 만들기위해 모놀리식에 분리된 무엇으로 작성
- 서비스 저장소가 추가됨에 따라 일괄적인 CI/CD를 사용하는것이아닌~ 최근기술을 사용
...
파편화된 모놀리스
...
때때로 "파편화된 모놀리스"라고 불리는 안티 패턴도 있습니다. 서로 독립적으로 빌드되고 배포되는 여러 서비스가 있지만, 공유 클러스터, 서비스 API 호출에 대한 공유 코드 및 종속성 또는 공유 데이터베이스 스키마와 같이 이를 매우 위험하게 만드는 긴밀한 결합이 있습니다. 코드와 배포 단위의 물리적 분리로 인해 자율성에 대한 잘못된 감각이 있지만, 한 서비스의 구현 변경 사항이 다른 서비스의 동작으로 누출되어 문제가 발생할 가능성이 높습니다.
이런 상황에 처한 조직은 종종 여러 서비스의 배포를 중앙에서 조정하려고 시도하여 대응하는데, 이때는 마이크로서비스의 주요 이점을 잃고 비용을 떠안게 됩니다. 실제로 분리할 수 없는 것들을 별도로 빌드하고 배포하는 중간 상태에 있습니다. 어떤 사람들은 이렇게 하고, 어떤 사람들은 이를 작동하게 만들지만, 이는 권장할 만한 일이 아니며 신중하게 관리해야 합니다.
Akka Cluster의 경우 모놀리식으로도 구성이 가능하며 필요하면 분리작동 시킬수 있습니다. 여기서는 모놀리식이란 표현보다 StandAlone으로 작동도 하고 필요하면 특정기능을 분산배치할수도 있는
AkkaCluster의 특징을 살펴보겠습니다.
AkkaCluster 특징
경계를 구분하고 분산처리가능 한 클러스터 시스템이 StandAlone 로 구성이 가능하며, 필요하면 특정 기능만 독립적으로 분리 작동시킬수도 있습니다.