레퍼런스 아키텍처의 가치 이해
정의에 대해 논쟁하는 것 외에는 건축가가 좋아하는 것이 없다. 건축가의 방에서 유휴 시간을 가진 자신을 발견 한 경우”서비스”또는”아키텍처”의 정의를 요청하고 어떤 종류의 창조적 인 근접 공격을 시작할 수 있는지 확인하십시오. 우리가 사업을 안으로 투자하라고 납득시킨것을 해보고 있는 바로 것의 의향 그리고 이득을 교통하는 일반적인 언어가 있을 수 있는다 하기 위하여 저것은 말했다,정의는 참으로 아주 중요하다. 이러한 관점에서 볼 때 지난 10 년 동안 자체 스타일의 엔터프라이즈 아키텍트(아키텍처 프레임 워크 및 참조 아키텍처)에 대한 많은 개념이 등장했습니다. 이 프레임워크는 참조 아키텍처의 주제를 그대로 남겨두고 있습니다. 우리는 뒤에 좋은 인수를 떠날 수 없기 때문에,우리는 참조 아키텍처에 대한 모든 무엇인지 탐구하기 위해이 재 플래시를 사용하는 것입니다 그리고 그들은 서비스 지향 아키텍처에 추가 할 필요가 어떤 가치(소아)이야기.
레퍼런스 아키텍처란?
참조 아키텍처에 대해 일반적으로 받아 들여지는 정의 중 하나는 특정 범주의 솔루션에 대한 일련의 성공적인 솔루션의 일반화를 기반으로하는 방법론 및/또는 일련의 사례 및 템플릿을 제공한다는 것입니다. 참조 아키텍처는 특정 클래스의 문제를 해결하기 위해 특정 패턴 및/또는 관행을 적용하는 방법에 대한 지침을 제공합니다. 이러한 방식으로 기업이 자체 문제를 해결하기 위해 구현할 특정 아키텍처에 대한”참조”역할을합니다. 참조 아키텍처가 있는 그대로 구현되는 것이 아니라 비교 지점이나 개별 기업의 아키텍처 노력의 출발점으로 사용되는 것이 아닙니다.
다른 사람들은 참조 아키텍처의 정의를 아티팩트 클래스를 작성하는 방법에 대한 설명으로 구체화합니다. 이러한 아티팩트는 디자인 패턴,방법론,표준,메타 데이터 및 모든 종류의 문서를 포함한 다양한 형태로 구현 될 수 있습니다. 간단히 말해서,모범 사례 또는 신뢰할 수 있는 잠재적인 아티팩트 집합을 기반으로 특정 아키텍처를 개발하는 방법에 대한 지침이 필요한 경우 빌드하려는 아키텍처의 범위를 포괄하는 참조 아키텍처를 찾아야 합니다.
레퍼런스 아키텍처에서 가장 많이 사용되는 사례 중 하나는 많은 자바 기반 엔터프라이즈 시스템을 안내한 다양한 기술 및 비즈니스 문제를 다루는 계층화된 레퍼런스 아키텍처와 템플릿을 제공하는 자바 플랫폼 엔터프라이즈 에디션 아키텍처이다.
참조 아키텍처와 아키텍처 프레임워크
참조 아키텍처와 아키텍처 프레임워크 사이의 공통점은 위의 정의가 상당히 축소되고 건조해 보일 수 있지만,참조 아키텍처와 아키텍처 프레임워크의 개념 사이에는 많은 공통점이 있다. 일이 아슬 아슬한 얻고 정의가 흐릿 얻을 경우 일부,이입니다. 이러한 아키텍처는 특정 아키텍처에 필요한 입력을 설명하고 식별하는 접근 방식과 해당 아키텍처를 설명하는 수단을 제공합니다. 특정 아키텍처가 특정 접근 방식으로 특정 일련의 문제를 해결하는 방법에 대한 지침을 제공하는 요리 책인 경우 아키텍처 프레임 워크는 요리 책을 작성하는 방법에 대한 책입니다. 따라서 아키텍처 프레임 워크는 엔터프라이즈 아키텍트에게 특정 아키텍처 유형을 요구하지 않고 요구 사항을 적절하게 설명하고 수집하는 데 필요한 도구를 제공합니다. 보다 구체적으로,아키텍처 프레임 워크는 설계자가 개발 및 이유를 고려할 수있는 아키텍처”뷰”종류의 분류 예를 설명하고 특정 뷰를 개발하기위한 선택을 만들기위한 지침을 제공합니다.
이것은 참조 아키텍처가 특정 아키텍처 유형에 대한 프로세스를 가속화하고,특정 요구 사항을 충족하는 아키텍처 접근 방식을 식별하고,특정 아키텍처에 대한”모범 사례”요구 사항을 충족시키기 위해 최소한으로 수용 가능한 아키텍처 아티팩트 집합이 필요한 것을 파악함으로써 참조 아키텍처가 한 단계 더 나아간다는 점에서 위의 참조 아키텍처 개념과 다릅니다. 요리 책과 비유를 계속하기 위해,아키텍처 프레임 워크가 요리 책을 작성하는 방법에 대한 책이라면,참조 아키텍처는 예를 들어 체중 감량에 초점을 맞춘 요리 책을 작성하는 방법에 대한 지침과 모범 사례를 제공하는 책입니다. 이것은 당신이 당신의 조직을 위해 개발하는 특정한 건축술이 당신의 조직에 표적으로 한 무게 손실 조리법을 제공하는 특정한 요리책일 것이라는 점을 그 때 의미할 것입니다. 실제로 정의에 의아해하는 경우”아키텍처”라는 용어를”요리 책”으로 대체하는 것이 도움이됩니다: 요리 책 프레임 워크,참조 요리 책 및 특정 요리 책.
또한 대부분의 참조 아키텍처는 참조 아키텍처 정의의”템플릿”부분을 강조합니다. 프레임 워크와 라스 모두 모범 사례를 제공하고,이 라스는 프레임 워크가하는 것보다 방법론을 더 제공한다고 주장 할 수 있지만,라스는 여전히 정말 자신의 방법론 구성 요소를 특징으로하지 않습니다. 그러나 대부분은 템플릿 구성 요소로 특징 지어 질 수 있습니다. 이러한 관점에서 패턴은 이러한 맥락에서 템플릿의 인스턴스입니다. 사실,동일한 도메인에 대한 여러 참조 아키텍처는 허용 가능하고 매우 유용합니다. 참조 아키텍처는 여러 관점에서 단일 아키텍처에 대한 지침을 제공하는 보완적일 수 있습니다.
참조 아키텍처의 가치
2015 년 11 월 15 일에 확인함. 다른 사람이 넙치 실패하는 동안 어떤은 번영하고 출세한다. 여러 번 실패의 이유는 나쁜 아키텍처 관행,조기 인프라 구매,부적절한 거버넌스 및 관리로 추적 될 수 있습니다. 다른 경우 실패는 주로 조직적입니다. 그러나 대부분의 성공에서 흔히 볼 수있는 것은 잘 문서화 및/또는 전달 된 건축 관행과 실수로부터 배우고 실패 비용을 줄이기위한 체계적인 방법입니다.
또한 많은 건축가들이 건축 결정을 연구,조사,(재)정의,고려 및 논쟁하는 데 상당한 시간을 소비한다는 것을 알 수 있습니다. 많은 경우,이 건축가들은 다른 회사 또는 심지어 같은 회사의 동료가 이미 자신의 건축 관행을 정의하는 데 그 시간과 노력을 투자 한 것처럼 바퀴를 재발 명하고 있습니다. 이 여분의 노력은 비효율적 일뿐만 아니라 회사가 자신의 경험을 배우고 그 지식을 적용하여 효율성을 높이는 것을 방지합니다.
이러한 관점에서 볼 때,소아의 레퍼런스 아키텍처는 소아의 노력에 어려움을 겪고 있거나 새로운 것을 출시하려고 생각하는 사람들에게 약간의 도움을 줄 수 있다. 참조 아키텍처를 통해 조직은 다른 아키텍트의 성공과 실패로부터 배우고 입증 된 모범 사례를 상속 할 수 있습니다. 참조 아키텍처는 프로젝트 팀 구성원에게 미리 제공할 수 있는 누락된 아키텍처 정보를 제공하여 일관된 아키텍처 모범 사례를 구현할 수 있습니다. 이러한 방식으로 프로젝트 라이프사이클 전반에 걸쳐 프로젝트 작업을 수행할 수 있는 자산 기반을 제공합니다.
참으로 획득하기 위하여,이 약속 SOA 혜택의 재사용,중복성 감소,비용 절감 통합을 증가시성과 지배구조,기업들을 적용해야 자신의 SOA 노력에 일관된 방식이다. 이는 일부 공급 업체의 인프라를 기업 표준으로 구매 및 구축하거나 최신 표준 스택을 준수하는 것 이상을 의미합니다. 이러한 아키텍처는 서로 다른 도구와 기술을 사용하더라도 조직 전체의 서로 다른 노력을 위한 기반이 될 수 있습니다. 이 아키텍처는 벤더,기술 및 표준에 독립적인 방식으로 모범 사례와 접근 방식을 제공합니다. 그러므로,선택의 당신의 마음에 드는 납품업자에게서 1 개를 위해 사냥하지 말라. 사실,만약 당신이 그 벤더로부터 레퍼런스 아키텍처를 가지고 있다면,당신은 더 많은 벤더 중립적 인 것 대신에 그것을 삭제하는 것을 고려할 수 있습니다.
특히,오아시스는”소아의 구현에 사용되는 기술,프로토콜 및 제품과는 무관한 소아의 추상 건축 요소를 모델링하는 소아의 레퍼런스 아키텍처를 제공한다. 라의 일부 섹션은 여러 표준에서 파생 된 공통 추상 요소를 사용합니다.”그들의 접근 방식은”패턴”의 개념을 사용하여 건축 그림의 다른 부분을 구현하기위한 다른 방법과 접근법을 식별합니다. 하지만,이 아키텍처는 자체 아키텍처의 기반이 되는 벤더 중립적인 레퍼런스 아키텍처를 찾는 사람들에게 좋은 출발점이 될 것입니다.엔터프라이즈 아키텍트는 지속적으로 변화하는 비즈니스 요구 사항을 충족하는 신뢰할 수 있고 민첩하며 탄력적이며 벤더 중립적인 아키텍처를 조직에 제공하기 위해 얻을 수 있는 모든 도움을 필요로 합니다. 물론 엔터프라이즈 아키텍처의 예술과 실천은 계속 성숙해 가고 있지만,기업들은 가능한 한 많은 모범 사례를 빌려야 하며,이미 이아시아와 소아시아로 내려간 다른 사람들로부터 배워야 한다. 만약 당신이 그 문제에 대 한 소아,또는 어떤 형태의 소아를 배울 계획,함께 서,또는 심지어 더 나쁜,공급 업체에서 다음 소아 노력의 전체 성공 위험. 오히려(무료)참조 아키텍처를 활용하여 더 빠른 속도로 발전하고 위험을 낮출 수 있습니다. 샤르트르의 버나드는 잘 알려진 말에 최선을 넣어:”우리는 거인의 어깨에 난쟁이처럼,우리는 그들보다 더 볼 수 있도록,더 먼 거리에서 사물,하지 우리의 부분에 시력의 선명도의 덕택으로,또는 물리적 구별,그러나 우리는 높은 수행하고 자신의 거대한 크기에 의해 제기되기 때문에.”다른 엔터프라이즈 아키텍처 거인의 어깨에 서서 그들이 당신의 비전과 성공을 높일 수 있습니다.