0

나는 Reactive와 Resilient의 차이점을 찾고 있습니다.Reactive와 Resilient의 차이점은 무엇입니까?

나는 몇 가지 기사를 읽었지만 그것들은 나에게 다소 분명하지만 외교적 설명과의 많은 혼란을 만든다.

나는 이 탄력 의미가 동일한 서비스의 인스턴스의 수가 증가하면 요청의 수가 증가 할 때이다 이해 무엇. 마찬가지로, 요청이 적 으면 줄어들 수도 있습니다. 따라서 인스턴스 수가 증가 또는 감소하더라도 안정적 상태로 얼마나 쉽고 빠르게 오는지를 탄력성이라고합니다.

나는 에 대해 명확한 생각이 없습니다..

답변

1

탄력성은 Reactive Manifesto에 정의 된 반응성 시스템의 특성입니다. 다시 말해서 탄력성보다 광범위한 용어입니다.

탄력성에 대한 이해는 반응성 시스템의 또 다른 속성 인 탄성과 유사합니다.

탄력성 (확장 대조적으로)

탄성 시스템의 스루풋까지 확장한다는 의미는 다음과 같이 선언의 각각 elasticityscalability의 정의, 둘 사이의 관계가있다 리소스가 비례 적으로 추가되거나 제거 될 때 다양한 요구를 충족시키기 위해 자동으로 또는 자동으로 다운됩니다. 시스템은 런타임에 자원을 동적으로 추가 또는 제거함으로써 이익을 얻을 수 있도록 확장 가능해야합니다 (확장 성 참조). 따라서 탄력성은 확장성에 기반을두고 자동 resource 관리 개념을 추가하여 확장됩니다.


확장 성

성능을 증가시키기 위해 더 많은 컴퓨팅 자원을 활용하는 시스템의 능력의 증가를 자원 처리량 이득의 비율에 의해 측정된다. 완벽하게 확장 가능한 시스템은 두 숫자가 비례한다는 특성이 있습니다. 자원을 두 배 할당하면 처리량이 배가됩니다. 확장 성은 일반적으로 시스템 내의 병목 지점 또는 동기화 지점의 도입으로 인해 제한되며 제한된 확장 성을 초래합니다 (Amdahl’s Law and Gunther’s Universal Scalability Model 참조).

0

the reactive manifesto에 따르면 두 개념을 다른 것으로 혼동하고 있습니다. 반응성 시스템은 4 개 속성 가지고

따라서 구동

  • 응답

  • 탄력

  • 탄성

  • 메시지를 반응 시스템 탄력에는 "차이"가 없습니다.

    선언문은 정의로 탄력 : 시스템 오류의 얼굴에 반응 유지 :

    탄력. 이 은 가용성이 높고 중요 업무용 시스템에만 적용되는 것은 아니며, 복원력이없는 시스템은 오류 발생 후 응답하지 않습니다. 복제, 봉쇄, 격리 및 위임을 통해 복원력을 얻습니다. 오류는 각 구성 요소 내에 포함되어 서로 구성 요소를 분리하여 전체로 시스템을 손상시키지 않고 시스템의 일부가 실패하고 복구 할 수 있도록합니다. 각 구성 요소의 복구는 다른 (외부) 구성 요소로 위임되며 이 필요한 복제를 통해 고 가용성을 보장합니다. 구성 요소의 클라이언트는 오류를 처리하는 데 부담을주지 않습니다.

    그러나 복원력 시스템은 다른 3 가지 속성이 누락 된 경우 "반응 적"시스템이 아닐 수 있습니다. 예를 들어, 시스템은 장애에 대해 탄력적이지만 수요가 증가함에 따라 탄력적이지 않으므로 반응하지 않을 수 있습니다.

관련 문제