답변:
에서 위키 백과 (단위) :
세분성은 시스템이 시스템 자체 또는 설명 또는 관찰과 같은 작은 부분으로 나뉘는 정도입니다. 더 큰 엔티티가 세분화되는 정도입니다. 예를 들어 인치로 분할 된 야드는 피트로 분할 된 야드보다 세분화됩니다.
세분화 된 시스템은 세분화 된 시스템보다 적은 수의 큰 구성 요소로 구성됩니다. 시스템에 대한 대략적인 설명은 큰 하위 구성 요소를 고려하는 반면 세분화 된 설명은 큰 구성 요소가 구성되는 작은 구성 요소를 고려합니다.
대략적 : 일부 개체에는 많은 관련 데이터가 포함되어 있으므로 서비스의 기능 범위가 더 넓습니다. 예 : 단일 "계정"개체는 고객 이름, 주소, 계정 잔액, 개설 날짜, 마지막 변경 날짜 등을 보유합니다. 따라서 디자인 복잡성 증가, 다양한 작업에 대한 셀 수 감소
세분화 : 각각 더 적은 데이터를 보유하는 더 많은 개체가 서비스의 기능 범위가 더 좁은 이유입니다. 예 : 계정 개체는 잔액을 보유하고, 고객 개체는 이름과 주소를 보유하고, AccountOpenings 개체는 개업 날짜 등을 보유합니다. 따라서 설계 복잡성 감소, 다양한 서비스 작업에 대한 셀 수 증가. 이러한 개체간에 정의 된 관계입니다.
서비스의 맥락에서 :
http://en.wikipedia.org/wiki/Service_Granularity_Principle
정의에 따라 대략적인 서비스 운영은 세부적인 서비스보다 더 넓은 범위를 갖지만 용어는 상대적입니다. 전자는 일반적으로 설계 복잡성을 증가시켜야하지만 작업을 완료하는 데 필요한 호출 수를 줄일 수 있습니다.
세분화 된 서비스 인터페이스는 수다스러운 인터페이스와 거의 같습니다.
Coarse-grained와 Fine-grained는 모두 여러 서비스를 최적화하는 것에 대해 생각합니다. 그러나 차이점은 수준에 있습니다. 예를 들어 설명하고 싶은데 쉽게 이해할 수 있습니다.
세분화 : 예를 들어, findbyId, findbyCategry, findbyName ......과 같은 100 개의 서비스가 있습니다. 그 많은 서비스 대신에 우리는 찾기 (ID, 카테고리, 이름 .... 등)를 제공 할 수 없습니다. 이렇게하면 서비스를 줄일 수 있습니다. 이것은 단지 예일 뿐이지 만 목표는 서비스 수를 최적화하는 방법입니다.
대략적 : 예를 들어, 100 개의 클라이언트가 있고 각 클라이언트에는 100 개의 서비스 세트가 있습니다. 그래서 100 * 100 토탈 서비스를 제공해야합니다. 매우 어렵습니다. 대신 내가하는 일은 대부분의 클라이언트에 적용되는 모든 공통 서비스를 하나의 서비스 집합으로 식별하고 별도로 유지하는 것입니다. 예를 들어 100 개의 서비스에서 50 개의 서비스가 일반적입니다. 그래서 100 * 50 + 50 만 관리하면됩니다.
거친 입자와 미세 입자. 두 모드 모두 여러 Spark 작업간에 코어가 공유되는 방식을 정의합니다. 이름에서 알 수 있듯이 세분화 된 모드는보다 세분화 된 수준에서 코어를 공유하는 역할을합니다. Fine-grained 모드는 Spark에서 더 이상 사용되지 않으며 곧 제거됩니다.
POS (Part of Speech) 태그는