- 전체
- Sample DB
- database modeling
- [표준 SQL] Standard SQL
- G-SQL
- 10-Min
- ORACLE
- MS SQLserver
- MySQL
- SQLite
- postgreSQL
- 데이터아키텍처전문가 - 국가공인자격
- 데이터 분석 전문가 [ADP]
- [국가공인] SQL 개발자/전문가
- NoSQL
- hadoop
- hadoop eco system
- big data (빅데이터)
- stat(통계) R 언어
- XML DB & XQuery
- spark
- DataBase Tool
- 데이터분석 & 데이터사이언스
- Engineer Quality Management
- [기계학습] machine learning
- 데이터 수집 및 전처리
- 국가기술자격 빅데이터분석기사
- 암호화폐 (비트코인, cryptocurrency, bitcoin)
database modeling EA( Enterprise Architecture) 전사 아키텍처
2020.07.25 21:45
EA( Enterprise Architecture) 전사 아키텍처
EA란?
엔터프라이즈 구축을 위한 설계도면 + 엔터프라이즈 관리를 위한 거버넌스 체계
-> 이러한 체계(아키텍처)에 근거해서 정의된 아키텍처 원칙 및 표준에 따라 IT자원을 체계적이고 효율적으로 관리, 활용하기 위한 일련의 프로세스를 포함한다.
필요성
중장기 IT청사진을 수립하고 복잡해지는 IT기술 또는 자원에 대해 효과적인 관리를 하기 위해서이다.
기술자원의 표준화 및 혁신을 통한 TCO 감소를 위해.
Enterprise Architecture 구현의 활동요소
Enterprise Architecture 산출물
|
구분
|
내용
|
예시
|
|
원칙
|
조직의 방침과 전략에 관한 산출물 | 비즈니스와 IT의 최적화 도모를 위한 기본 전략, 방침, 목표 등… |
|
표준화
|
표준화에 관련된 산출물로 참조모델 형태로 제공가능 |
데이터, 프로세스, 보안/성능, 기술, 개발기법, 모델 등 |
|
아키텍처 모델
|
업무와 IT가시화에 관한 산출물 현행아키텍처와 목표아키텍처로 구분 |
비즈니스, 데이터, 어플리케이션, 테크놀로지 |
|
목표 아키텍처 이행계획
|
업무시스템의 최적화 Road Map에 관한 산출물 |
GAP 분석 정의, 투자정의, 이행전략, 아키텍처 검토/정의 |
『관점과 시각에 의한 아키텍쳐 구분』
『EA 수행 프로세스』
원문 : http://blog.naver.com/ikos/20183301928
---------------------------------------------------------------------
EA는 기업 또는 조직의 지식기반구조를 구성하는 자원들을 묘사하는 산출물의 집합.
EA는 조직 또는 기업의 주요 비즈니스 , 정보, 어플리케이션, 기술전략 및 이들 요소가 업무 프로세스에 미치는 영향을 총괄적으로 표현 해 놓은 실체.
일반적으로 EA는 전사적인 관점에서 비즈니스 구성요소를 표현하고 연관짓는 IT 설계도로 볼 수 있으며, Business, Application, Data 그리고 Technical 등 4개의 Sub Architecture 로 구분되어 있다.
EA의 프레임워크
ITA = EA + TRM ( Technical Reference Model ) + SP (Standard Profile )
EA = BA + DA + AA + TA
우리나라에 상륙한 EA에는 SA( Security Architecture )라는 것이 추가되나 이것 역시 메카니즘 적인 측면에 의해 TA (Technical Architecture ) 로 포함 시킬 수 있다.
TRM은 TA의 구체적이고 기술적인 표현으로 참조모델을 집합화 시켜 놓고 필요한 기술을 선별하라는 참조 개념이다.
SP는 말 그대로 표준 기술 스펙이다.
|
EA 구현과정 |
관련아키텍쳐 |
|
고객은 인터넷뱅킹을 하려고 한다 |
BA |
|
인터넷뱅킹은 “주문-구매-결제-배송”의 비즈니스 Event(Application)이 필요하다 |
AA |
|
결제 Application은 상품, 손님, 지불금액, 지불유형(현금,카드등), 그리고 인센티브등이 있다 |
DA |
|
결제 Applicaiotn을 위해 보안화가 필요하다 |
TA |
|
보안화를 위해 (여러 개의 솔루션이 있는데 이중에서)비대칭형 암호화기술이 필요하다 - TRM에서 선별한다. |
TRM |
|
암호화기술은 (여러 표준이 있는데 이중에서 ) RSA를 사용한다. |
SP |
다음은 EA프레임워크를 도해한 것이다. 4개의 View로 구분한 것은 매우 IT적이다. Perspective를 구분한 것은 매우 진보적인 개념이다.(경영적 측면에서 그러하다. 이것은 EA가 IT보다는 경영전략을 출발점으로 한다는 것을 방증하고 있다.)
< EA 프레임워크>
ITG ( IT Governance) 는 무엇인가?
EA의 상위개념인 ITG는 기업의 의사결정조직 혹은 절차이다.
과거 CIO라는 용어가 아직 등장하지 않았던 시절에는 전산쟁이들을 기업의 경영회의에 참석하지 못하게 한 적이 있었으나 지금은 그렇지 아니하다. 그것이 ITG이며 이것은 IT를 좀 더 체계적으로 운영하고자 하는 것이다. 이쯤되면 EA는 ERP와 같은 전사적인 IT자원의 효율적 관리 혹은 MIS, EIS와 같은 경영지원 시스템과 동일하게 느껴져, 마치 아키텍처가 아닌 하나의 경영지원 도구로 여겨진다.
EA 의 구성요소.
1) 프레임워크 - 4개의 아키텍처 View와 이러한 View에 이해관계하는 대상들의 정의.
2) 추진절차 - 가이드라인 및 Principle 정의 & 아키텍처 모델링 & 이행계획 & 거버넌스 통제
3) 메타모델 - 원칙과 지침, 공통용어, 기술표준(SP)등의 저장소
4) 이행 계획 및 IT거버넌수
5) 관리도구 - EAM(Enterprise Architecture Management )
<Enterprise Archtecture 구성요소>
EA의 구성요소로는 아키텍처는 EA 프레임워크의 일부이며, 전체 EA작업의 1/7 수준이라는 견해가 있다.
아키텍처링의 작업이 전체 작업량 중 큰 비중을 차지하지 않는다는것은 EA의 색깔이 참조가능한 아키텍처 모델로는 적합하지 않다는 느낌을 준다.
SOA 와 비교되는 EA는 어떠한 것인가?
SOA가 아니라도 EA는 구현될 수 있다.
SOA가 비즈니스 민첩성을 강조한다면 EA는 비즈니스 링크 (IT - Business-Alignment)를 강조한다. 비즈니스가 궁극적인 Goal이 되는것은 매우 당연하다. 하지만 SOA가 지향하는 " IT에 의한 비즈니스 민첩성 " 이 상호 운영성과 확장성을 강조하는 IT측면에 가까운 반면 EA의 Business-Alignment 는 기본적으로 IT와 좀 멀리 떨어진 느낌을 주고 있다.
|
|
EA |
SOA |
|
분산과 통합의 논리
|
통합관점. 주로 업무통합이며 기술에 관한 언급은 없다. (업무통합의 효율성만 확보된다면 기술과 업무의 결합도는 높아도 무방하다) |
분리관점. 업무와 기술의 분리를 중요시한다. 이것이 재활용의 단초를 제공한다는 논리를 가지고있다. |
|
주요 관심사항
|
업무와 비즈니스 링크(Alignment)를 강조한다 |
비즈니스 민첩성 |
게다가 EA는 아키텍처보다는 전사적인 표준, 가시화, 지속성 관리(변화관리)를 더욱 중요시한다. 또한 조직의 R&R(책임과 역할), 투자의사결정의 기준 제공, 성과평가 및 모니터링 등 ITG(경영지배주고)를 위한 표준과 가이드라인을 제공하는것을 본문으로 한다. EA의 가시화 정책은 Owner, Planner, OPerator 에게 상이한 Perspective를 제공하는 것으로 알 수 있다. 적어도 아키텍처는 이러한 면까지 친절하게 고민하지는 않는다.
EA는 SW위기극복과 관계가 있을까?
일단..그렇지 않다.
EA는 철저하게 전사적, 비즈니스적 관점에서 접근한다.
위기가 있다면 그것은 비즈니스 위기이다. 그리고 IT가 이를 조장한다는 것이다.
IT가 중복 투자되고 있고, IT의 위험한 운영관리가 비즈니스를 저해한다는 것이다.
즉, Business Enabler 로서의 IT가 아닌것에 대한 우려가 강조될 뿐이다.
결과적으로 EA는 SW위기 극복방안에서 출발하지는 않는다.
( 경영을 지원하는 IT의 방만함에 대한 경고에서 출발한다. )
원문 : http://blog.naver.com/ma7in3/70020317224
EA에 대해서 http://dataprofessional.tistory.com/101
|
가.전사 아키텍처의 도입배경 - 기업이 환경 변화에 대응하기 위해 시스템을 변화시키고자 할 때, 시스템이 너무 복잡하여 어디를 어떻게 변경해야 할 지 모르는 상황에 이르렀다. 따라서 건축물의 설계도처럼 기업의 전체 시스템을 쉽게 파악할 수 있는 뭔가가 필요하게 되었다. 전사아키텍처는기업의 이런 복잡한 시스템을 파악하기 쉽게 정리하는 것으로, 복잡한 기업 시스템을 필요한 형태로 변화시키는 것을 좀더 쉽게 하기 위해 도입 나. 전사 아키텍처의 정의 - 복잡한 기업의 모습을 다양한 측면(비즈니스, 데이터, 애플리케이션, 기술 등)에서 분석하고 표현하여 이해하기 쉽도록 정보체계를 구축하고 이를 활용하는 것 - 도입의 목적은 IT 투자 대비 효과를 최대화하고, 기업의 목적을 가장 잘 달성할 수 있는 방식으로 IT 인프라를 구성하는 것
II. 전사 아키텍처 프레임웍 가. 전사아키텍처 프레임워크의 개졈 -전사아키텍처 활동에서 얻어지는 산출물을 분류하고 조직화하고 이를 유지 관리하기 위한 전체적인 틀을 정의하는 것 나. 전사아키텍처 프레임워크의 구성
1). 전사아키텍처 정책 - EA구축목적과 방향 정의 ■ . 아키텍처 매트릭스 - EA정보를 체계적으로 분류한 틀
예)정통부/전산원 아키텍처 메트릭스
■ 아키텍처 메트릭스정의시 고려사항 - 아키텍처 메트릭스는 비즈니스와, IT, 관리자, 실무자사이의 중요한 커뮤니케이션 수단 임 - 조직내의 모든 계층의 사람이 메트릭스에 포함되는 산출물이 범위와 목적에 적합하게 정의 - 조직적, 정치적, 지리적 특성등 다양한 조직문화와 의사결정를 고려하여 추상화 - 실제 시스템과 아키택처 개발 표준에 대한 준수성을 높이고 조직별로 통일된 접근이 가능하도록 정의 - IT조직의 성숙도를 고려하여 이해하기 쉽게 구성 - 각 아키택처 도메인은 상호 연계성을 가져야함 - 전사차원에서 통합적인 아키텍처가 이루어지도록 함 ■ 전사아키텍처 비전 -아키텍터 구축의 목표, 전략, 방향 ■. 전사아키텍처 원칙 -EA정보를 효과적으로 활용하기 위한 조직 구성원이 공유해야 할 규범, 원칙, 가이드라인, 표준 등
2) .전사 아키텍쳐 정보 ■. 아키텍처 도메인
 ■ 현행 아키텍처 : 각 아키텍처 도메인별로 기업의 현재상채를 아키텍처 정보로 정의한 것 ■ 이행계획 : 각 아키텍처 도메인별로 목표아키텍처로 이행하기 위한 이행전략 및 계획 ■ 목표 아키텍처 : 각 아키텍처 도메인별로 기업의 궁극적으로 달성하고자 하는 목표 아키텍처상태를
3). 전사 아키텍처관리
다. 아키텍처 도메인구성 1). Business Architecture - Business Architecture는 기업의 경영목표를 달성하기위한 업무구조를 정의한 아키텍처 영역 - 타 아키텍처의 방향을 정의하고 검증하는 시발점
2). 애플리케이션 아키텍처 - 애플리케이션 아키텍처는 기업의 업무를 지원하는 전체 애플리케이션을 식별하고 연관성을 정의하며, 업무와 IT 특성을 고려하여 그룹화하고 범주함으로써 전체 애플리케이션 구조를 체계화하는 것
3). 데이터 아키텍처 - 기업의 업무 수행에 필요한 데이터의 구조를 체계적으로 정의하는 것 - 데이터아키텍처는 전사의 데이터 영역을 분류하는데, 업무 데이터와 메타 데이터를 구분하거나 업무 데이터는 운영계 데이터, 정보계 데이터 등으로 구분 - 이를 기준으로 전사 수준의 주제 영역 모델, 개념데이터 모델을 정의하고, 영역별로 논리 데이터 모델, 물리 데이터 모델을 정의
4). 기술 아키텍처 - 비즈니스, 데이터, 애플리케이션 아키텍처에서 정의된 요건을 지원하는 전사의 기술 인프라 체계를 정의 - 기술 인프라는 하드웨어, 시스템 소프트웨어, 통신 네트워크, 시스템 개발도구, 시스템 관리도구, 최종사용자 소프트웨어 등을 포함 - 애플리케이션의 이식성과 확장성을 강화하고, 벤더로부터의 독립성을 확보하며 시스템간의 상호운용성을 강화
 III.참조모델 - 업무와 정보기술의 통합가능성 파악 - 중복개발 방지 - 공동자원 인프라의 활용성증대 - 자원관리의 최적화 및 공유가능한 정보의 발견 - 상호운용성 향상을 위한 표준화 - 중복투자방지 및 단절요소 해소 - 상호협력 및 통합 가.업무참조모델 - 조직에 독립적인 업무의 기능을 중심으로 정의한 참조모델 - 조직과 무관한 기능위주의 접근 - 서로다른 기관들이 유사한 업무를 수행하고 있는지를 파악할수있고, 유사 시스템을 개발할 때 공동으로 활용 가능 나.서비스 참조모델 -업무수행과 목표달성을 지원하는 서비스 요소를 분류하기 위한 기능 중심의 평가지향적 참조모델 -업무기능과는 별도로 서비스 영역관점에서 시스템을 구조화 -애플리케이션,에플리케이션 서비스,SW컴포넌트의 재사용을 촉진하기위한 수단으로 활용 다.기술참조모델 - 업무와 서비스 구성요소의 전달과 교환,구축을 지원해주는 표준명세,기술요소를 기술하기위한 것 - 정보시스템간 상호운용성 증대를 위한 기술표준을 강조한 구조 - 시스템 구축시 사용할 기술에 대한 표준 프로파일을 분류하는데 활용 - 시스템관리시 정보자산을 분류하는데 활용 - 시스템 통합시 정보시스템간의 유사성을 판단하닌 기준항목으로 활용 라. 데이터 참조모델 -기관간의 공통정보의 파악과 활용을 지원하기위한 모델
마. 참조모델의 활용방안과 기대효과
기업의 DA담당자는 DA를 정의할 때 전사 아키텍처의 통합성과 연계성 고려는 물론 상위기관 또는 산업별 데이터 참조모델을 참조해야만 정보의 상호운용성과 교환을 촉진할수있고 데이터 중복배제 및 재사용을 중대시키는등 DA구축의 진정한 효과를 얻을수 있음음
IV. 전사 아키텍처 프로세스 
EA 정보구성요소 식별예
IV.EA거버넌스 가.EA거버넌스의 관리의 개념 - EA의 도입 및 구축 못지않게 EA정보를 관리하고 활용할 수 있는 체계정립이 중요함 - IT기획에서 서비스제공애 이르는 모든 과정에서 EA정보를 활용하여 의사결정이 이루어짐으로서 일관성과 합리성을 증대하는 것이 목적 - EA거버넌스는 EA관리조직, EA관리 프로세스, EA관리 인력을 포함 1). EA거버넌스 구축시 고려사항 - EA거버넌스체계 정착을 위해서는 장기적인 접근이 필요 - EA거버넌스수립효과는 IT관련 부서노력만으로 달성될수없으며 전사적인 추진체계가 되어야함 - 정의된 아키틱처 조직체계,프로세스 체계드응ㄹ 문서화하여 전 조직이 준수할수있도록 제도화 - EA인지도 향상 및 업무수행시 EA정보활용도 증진을 위한 적절한 교육 프로그램 제공 - EA도입에 따른 변화관리를 위한 프로그럄 운용 - EA거버넌스관리체계를 주기적으로 점검하여 개선점을 도출하여 반영할수있돋 제도적 장치 마련 - EA관리 시스템을 활용도와 만족도를 주기적으로 점검하여 시스템의 품질을 지속적으로 개선
V.EA의 활용 가.EA활용개요 - 기업의 기존시스템의 유지보수비용의 지속적증가 - EA적용없이 단위업무 위주의 근시안적 IT투자시 시스템은 중복개발되고 시스템간의 상호운용성은 떨어짐 - 이로 인해 재구축과 재투자가 반복 나.목표아키텍처 이행계획
다. EA정보 상시활용 - EA정보의 지속적인 개선체계와 관리시스템구축이 선행 - EA적용 영역을 적극적으로 밠굴하고 적용범위를 확산 - IT관리 생명주기에 해당하는 IT기획,IT구축,IT운영 및 통제 등 활동전반에 활용
라. EA의 효과적 활용방안 - EA활용이 지속되고 기업의 EA성숙도가 높아지면 EA프레임웍이나 아키텍처 매트릭스의 변경이 필요함 - EA정보자체의 품질이 보장:EA의정보는 항상 최신의 정보를 반영해야함. 지속적 정보관리필요 - EA정보를 관리하고 적용을 통제할 수 있는 전담조직구성 및 운영:정보의 활용도 제고 및 정보품질에 대한 책임 - EA정보를 전사적으로 공유하고 활용할 수 있는 절차와 시스템이 필요 - IT투자 및 운영에 적절히 활용되기위해서는 EA정보가 정확한 기준정보로서 역할을 수행해야함 - 활용 목적에 따라 정확하게 아키텍처도메인을 정의해야하고 정의된 전사아키텍처를 유지하기위해 더 많은 노력
마.전사아키텍처와 DA영역 1). EA와 DA프레임웍 - DA전문가는 DA를정의하는데 있어서 기업에서 정의한 전사아키텍쳐 정보와 항상 연계시켜야함 - EA에서 정의한 원칙과 정보,관리 체계를 준수하며 구체화시켜야함 - 데이터부문에서 발생하는 변경사항이 전사 아키텍처 정보에 반영될수 있도록 구성
<데이터 아키텍처 프레임 웍>  <?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" />
전사 아키텍처과련 DA가 이루어야할 3가지 특성
DRM1.정의 - 업무영역별, 주제영역별 표준데이터 집합, 관리항목들이 표기되어 재사용 가능한 데이터 모델 2.목적 - 전사적 업무 혹은 범용적데이터 모델 정의시 기존에 검증된 데이터 모델을 참조함으로써 데이터 모델의 정확성과 재사용성을 높이고 새로운 데이터 모델 정의에 따른 시간과 비용을 절감 - 새로운 데이터 모델시 참조모델을 활용함을써 정보의 누락 예방 - 기존에 검증된 새로운 데이터 모델을 이용하여 자사 데이터 모델의 오류확인 및 보완 3.DRM의 구성 - 속성단위, 엔티티, 개체-관계 다이어그램, 전체 업무영역단위 4.DRM의 특징
데이터구조
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
[출처] [본문스크랩] EA/ITA (KPC 기술사 감리사회) |작성자 찐득이 |
it 거버넌스와 ita/ea 차이점
http://blog.naver.com/ytan1988/50033078707
ITA/EA 개념
http://anyang.egloos.com/2445669
한창열 기술사님의 정리자료.
ea정리자료.pdf
출처: https://smallmir.tistory.com/247 [미루나무의 돛단배]
광고 클릭에서 발생하는 수익금은 모두 웹사이트 서버의 유지 및 관리, 그리고 기술 콘텐츠 향상을 위해 쓰여집니다.
댓글 0
| 번호 | 제목 | 글쓴이 | 날짜 | 조회 수 |
|---|---|---|---|---|
| 공지 | 오라클 기본 샘플 데이터베이스 | 졸리운_곰 | 2014.01.02 | 86232 |
| 공지 | [SQL컨셉] 서적 "SQL컨셉"의 샘플 데이타 베이스 SAMPLE DATABASE of ORACLE | 가을의 곰을... | 2013.02.10 | 78701 |
| 공지 | [G_SQL] Sample Database | 가을의 곰을... | 2012.05.20 | 95445 |
| 13 |
[데이터 수집 및 전처리] 주식 전종목 어떻게 불러올까? 거래소 종목 불러오기
 | 졸리운_곰 | 2023.12.09 | 1701 |
| 12 |
[데이터 수집 및 전처리] [Python/파이썬]네이버증권API 활용 - 회사명, 종목코드 받아오기
| 졸리운_곰 | 2023.12.08 | 1509 |
| 11 |
[데이터 수집 및 전처리] 네이버 금융(차트)에서 주가 갈무리(크롤링)하기
| 졸리운_곰 | 2023.12.08 | 1495 |
| 10 |
[데이터 수집 및 전처리] 네이버 증권에서 일봉, 주봉 데이터 가져오기
| 졸리운_곰 | 2023.12.08 | 1499 |
| 9 |
[데이터 수집 및 전처리] (놀라운) 한글 데이터 짱! AwesomeKorean_Data
| 졸리운_곰 | 2023.03.07 | 1197 |
| 8 |
[데이터 수집 및 전처리] Crawling, Scraping
| 졸리운_곰 | 2022.05.21 | 1476 |
| 7 |
[데이터분석][데이터수집 전처리] MS 엑셀(Excel)에서 UTF-8 로 된 csv 파일 가져오기
| 졸리운_곰 | 2021.09.30 | 1415 |
| 6 | 카프카 설치 시 가장 중요한 설정 4가지 | 졸리운_곰 | 2021.07.13 | 1928 |
| 5 |
Prometheus Query(PromQL) 기본 이해하기
| 졸리운_곰 | 2020.12.17 | 1414 |
| 4 |
[인프라 모니터링 오픈소스] Prometheus 를 알아보자
| 졸리운_곰 | 2020.12.17 | 1906 |
| 3 |
Prometheus + Grafana 대시보드
| 졸리운_곰 | 2020.12.17 | 2488 |
| 2 |
Grafana란?
| 졸리운_곰 | 2020.12.17 | 2158 |
| 1 | Importing wikipedia dump to MySql | 졸리운_곰 | 2020.10.04 | 2494 |