
323
8
장
배포
일부로 람다 기능을 사용한 것이다. 전체 시스템은 람다와
EC2
인스턴스를 혼합해 사용하며,
EC2
인스턴스는 람다 함수 호출 비용이 너무 많이 드는 상황에서 자주 사용된다.
22
8.48.4
어떤 배포가 적합할까? 어떤 배포가 적합할까?
그렇다. 정말 많은 선택지가 있는가? 아마도 각 방식에 대해 많은 장단점을 공유했지만 큰 도
움이 되지 않았을 것이다. 여기까지 왔다면 어떻게 해야 할지 다소 당황스러울지 모른다.
TIP
더 진행하기 전에 현재 하고 있는 일이 효과가 있다면 계속하라! 두말하면 잔소리다. 유행에 따라 기술적인 결
정을 내리지 말라.
마이크로서비스를 배포하는 방법을 변경해야 한다고 생각해야 하면, 이미 논의한 내용에서 많
은 부분을 뽑아내 몇 가지 유용한 지침을 제공하려 한다.
마이크로서비스 배포 원칙을 다시 검토하면서 집중했던 가장 중요한 측면 중 하나는 마이크로
서비스의 격리를 보장하는 것이다. 하지만 이를 기본 원칙으로 사용하면 각 마이크로서비스 인
스턴스에 전용 물리 머신을 사용하도록 유도할 수 있다! 당연히 이러한 방식은 비용이 많이 들
수 있고, 이미 논의한 것처럼 매우 강력한 몇몇 도구들을 이 방식에서는 사용하지 못할 수도
있다.
많은 장단점이 여기에 존재한다. 사용 용이성, 격리, 친숙함 등과 비용의 균형을 맞추는