아키텍처최적화 진단 방법론kosta.or.kr/mail/2014/download/track1-5_2014architect.pdf ·...

Copyright © 2014 Samsung SDS Co., Ltd. All rights reserved

아키텍처최적화 진단 방법론

방법론 소개 및 적용사례

2014. 07. 17

SW기술그룹

연구소

Agenda

I. 진단 방법론 제정 필요성

II. 진단 방법론 구성 및 특징

III. 진단 방법론 적용 및 관리

IV. 적용사례 및 기대효과

Agenda


– 아키텍처 최적화 진단 서비스

– 아키텍처 최적화 진단 서비스 현황

– 아키텍처 최적화 진단 방법론 제정 배경 및 목표

II. 진단 방법론의 구성 및 특징



Copyright © 2014 Samsung SDS All rights reserved | 3 26 2014년 한국소트웨어아키텍트대회

아키텍처

진단

• 구조, 품질 진단

• 구성, 성능, 장애 개선제안

성능/보안

진단

• 성능(부하) 테스트

• 시스템 보안취약점 점검

시스템

최적화

• 시스템 오픈 및 장애 지원

• 시스템 튜닝 및 개선

사전

영업 제안 실행 운영

Build

사업

Operation

사업

Service

사업

실행

지원

오픈

지원

장애

지원

Cost (비용)

Time (납기)

Quality (품질)

지 원 단 계

지 원 유 형

지 원 대 상

비즈니스성장

IT서비스 혁신

운영 혹은 구축 중인 시스템의 아키텍처 진단을 통해 , 안정적이고 비용 효율적인 시스템 운영과 지속적인 성장을 위한 개선방안을 제시

아키텍처 최적화 진단 서비스 I. 진단방법론의 필요성


장애, 기술이슈 해경 등 기술품질 향상 기여로 수요가 확대되고 있으나 전문인력 부족, 사업환경 변화 등으로 ’12년 이후 정체 상태임

아키텍처 최적화 진단 서비스 현황 I. 진단방법론의 필요성

’09 ~ ‘14년 아키텍처 진단 유형 연도별 아키텍처 진단 건수

• 시스템 품질 향상에 기여 수요 확대

– 아키텍처 기반 개발위주의 품질 속성에 집중과 기능분할과 복잡도 증가로,

– 솔루션, 장비 제조사 및 개발팀이 해결 못하는 다수의 기술 현안 해결/개선

• 진단 커버리지 정체

– 한정된 전문인력을 통해서만 아키텍처 최적화 진단 서비스 제공

– 기술동향 및 사업환경 변화에 따른 진단 커버리지 정체

• 진단방법론의 표준화, 자산화를 통한 인력확대 및 진단 커버리지 확대 필요

시사점

장애, 기술이슈 해결 개선에 기여(62%)

사업환경 변화 및 인력부족으로 ’12년 이후 정체 • 오픈 소스 부상 • 대형 SI 솔루션위주 사업


아키텍처 최적화 진단 방법론 제정 배경 및 목표 I. 진단방법론의 필요성

제정 목표

아키텍처최적화

진단 방법론 교육 및 확산

방법론 제정의 필요성 현황

– 사업부 자체 진단 역량 보유 아키텍트

Pool 확보 필요

– 아키텍처 진단 경험 및 노하우를 진단

절차, 기법, 툴 등으로 정리/체계화 필요

– 진단 절차, 기준, 방안, 산출물 등 아키텍처

진단 표준 및 가이드 제시

아키텍처 진단 수행 인력 확대

아키텍처 진단방법 표준화

아키텍처 진단결과 자산화

– 아키텍처 진단 방법 암묵지를 형식지로

변환 필요

– 표준화된 산출물 기반 데이터 축적/분석을

통한 지속적인 개선 및 활용 기반 마련

• 기술품질 향상

기여로 진단 수요

확대

• 진단 수행인력

부족

• 진단 인력 개인

암묵지로 존재

• 사업환경 변화에

따른 사업부 자체

진단 인력확보

필요

기술품질 향상 및 경쟁력 확보

진단 커버리지

확대

방법론 제정

Agenda



– 진단 방법론 개요

– 진단 프레임워크

– 주요 진단항목

– 진단 방법론 기본 구조

– 진단 방법론 구성

– 진단 방법론 주요 태스크

– 진단 방법론 적용 시 고려사항

– 예시 : 미들웨어 상세 진단


IV. 적용 사례 및 기대효과


소프트웨어, 데이터, 기술 아키텍처 및 성능/기술 보안 영역 진단을 통해 시스템 아키텍처 최적화 개선방안을 제시하는 방법에 대한 기법/가이드, 툴, 산출물 제시

진단 방법론 개요 II. 진단 방법론 구성 및 특징

•경험/노하우를 토대로 진단항목 도출

•항목 별 진단 방법, 기준, 가이드 제시 (산출물16종, 기법 11종, 툴 22종)

•하드웨어, 소프트웨어, 데이터, 성능, 기술보안

•고객 요구사항, 기술 이슈에 맞춘 조립식 진단 가능

데이터 아키텍처

소프트웨어 아키텍처

기술 아키텍처(TA)

기술보안/성능

품질(Quality)

구성 (Structure)

운영(Operation)

아키텍처 개선방법 가이드 1

아키텍처 전 영역/현안 맞춤 진단 2

•교육과 현장실습을 연계한 협업진단

교육과 협업 진단 3

진단 대상 진단방법론 특징


5년간(’09년 ~ ’13년) 축적된 아키텍처 진단 산출물 및 자산을 분석 후 도출된 프로세스와 구성요소를 토대로 방법론 제정

진단 방법론 제정방안

진단결과보고서1)

진단프레임워크2)

진단툴킷(19종)

아키텍처

최적화 진단

방법론

Activity

분석/정의

진단결과보고서 분석

진단프레임워크 분석

구성요소 정의

구성요소

방법론

설계/개발

Tool/기법

확보

수행절차 및 기준 정의

I/O 산출물 정의

Tool, 기법/가이드 정의

공정가이드

산출물 Template

정비/확보

Tool, 기법/가이드

정비/확보

산출물

Template,

Tool,

기법/가이드

Task Output Activity

사내 아키텍처진단

자산

방법론 심의

사내방법론

시스템 등록

심의/등재

적용계획

수립

자산

1) ‘09 ~ 13년 진단결과보고서(49건), 2) ’09년 진단체계화 TF를 통해 작성되어 통합 및 개선작업을 거쳐 현재까지 사용중인 진단 점검 리스트,



진단 결과보고서를 토대로 진단 영역별 주요 진단항목을 도출하고 진단항목에 대한 진단 방법, 기준, 기법/가이드, 툴 등을 정리

진단 프레임워크 II. 진단 방법론 구성 및 특징

진단항목

진단기준 진단방법

진단 결과보고서 진단항목 통계 진단 프레임워크


고객 요구사항과 기술 현안에 맞추어 진단항목을 도출 할 수 있도록 아키텍처 전 영역과 성능/기술보안 진단 항목으로 구성

주요 진단항목 II. 진단 방법론 구성 및 특징

품질 운영 구성 진단영역

기술

아키텍처

데이터

아키텍처

소프트웨어

아키텍처

• 프레임워크 구성 및 적용현황

• 어플리케이션 구조

• 인수인계 용이성

• 변경 용이성

• 안정성/성능/보안

• 개발 표준 및 가이드

• 오류 및 예외처리

• 공통모듈 사용 적절성

• 물리모델 ERD

• 데이터모델 구조

• 데이터모델 표준화 수준

• 데이터 무결성

• 데이터 정합성

• 데이터관리 조직/프로세스

• 데이터 표준/모델 관리

• 데이터 품질관리

• DBMS, 서버, 스토리지, 네트워크 구성/현황

• 이중화 구성

• 자원사용률

• SQL성능, 응답시간

• 장애/오류 현황

• 모니터링/장애대응 체계

• 장애 추이/유형

• 백업/통계/파티션 관리 정책

기술보안

성능진단

• 서버 보안 • 네트워크 보안 • 어플리케이션 보안

• 목표성능 • 임계성능 • 안정성/지속성 • 시스템볼륨

조립식

/맞춤형

진단항목

도출가능


산출물

양식/샘플

역할

작성가이드

단 계

액티비티

태스크 Guidance

*

*

수행한다

* *

작성/생성한다

방법론 구성 핵심 3요소

공정 가이드

기법 가이드

툴 가이드

역할 가이드

진단 방법론 기본 구조

방법론의 각 공정은 단계 액티비티 태스크로 구성되며 구성 요소 별 가이드를 제공하고 진단 수행의 기본 단위인 태스크에 대해서는 역할자와 산출물을 상세 기술



방법론 공정은 5단계, 12개 액티비티, 35개 태스크 공정으로 구성됨

진단 방법론 구성

1) 진단 범위, 목적에 따라 아키텍처 진단대상 선택 및 조합 가능

착수

사전 조사

계획 수립

착수 보고

종료

진단결과 보고

현황분석

현황인터뷰 및 자료수집

아키텍처 현황분석

상세진단1) 개선방안 수립

개선방안 수립

기술 보안 진단

성능 진단

서버보안 네트워크보안 어플리케이션보안

목표성능 측정테스트 임계테스트

안정/지속성테스트 볼륨테스트

소프트웨어 아키텍처진단

구성 품질 운영

데이터 아키텍처진단


기술 아키텍처진단


데이터베이스

미들웨어

네트워크

하드웨어

소프트웨어 아키텍처

데이터 아키텍처

기술 아키텍처

기술 보안

성능

개선방안 취합 및 정리

개선방안 가이드 수립

진단결과 정리

진단결과 보고



진단 방법론 주요 태스크

단계 현황분석 상세진단 개선방안 수립 종료 착수

액티비티

/

태스크

사전조사/사전인터뷰

진단 계획수립

착수보고

진단 방향성 결정

개선방안 취합 및 정리

개선방안 상호연관성 분석

진단결과 설명회

개선방안 가이드 수립

개선방안 정리/ 가이드수립

진단결과 정리

진단결과 최종 보고

진단결과 보고

진단 영역별 상세 진단수행

개선방안 도출

아키텍처 영역별 상세진단 수행

산출물

진단계획서

착수보고 회의록

현황분석인터뷰결과서

진단항목리스트

현황분석 인터뷰

문헌 및 자료 수집

아키텍처 현황 분석

진단항목 도출

현황분석 및 진단항목 도출

영역별 진단결과서 진단결과서(통합)

개선방안리스트

진단결과보고서

종료보고 회의록

기법/

가이드

인터뷰 기법 인터뷰 기법 진단프레임워크, Java 트러블슈팅 가이드 외 9종

툴

Access Log 분석툴 외 18종



진단 방법론 적용 시 고려사항 II. 진단 방법론 구성 및 특징

정확하고 효율적인 진단을 위해 진단영역별 아키텍처 직무경력이 1년 이상인 전문가가 수행

1

2

3

5

4

프로젝트 단계별 요구되는 기술품질 요소와 점검대상이 다르므로 각 단계에 적합한 진단 대상과 영역을 선정하여 적용

착수보고 시 고객의 의사 결정권자의 참여를 유도하여, 진행 방향을 명확히 하고, 향후 진단 프로젝트 진행 중에 변경사항을 최소화

개선방안 우선순위 평가 기준은 진단 대상시스템의 기반여건 및 특성을 고려해 시급성, 개선효과, 투자요소, 적용난이도 등 4가지 부문으로 나누어 수립하고 고객과 협의하여 확정

동일 또는 유사 이슈에 대한 아키텍처 영역별 문제점 분석/평가와 개선방안이 다를 수 있으므로, 진단결과 설명회를 통해 전체 아키텍처 입장에서 개선방안 상호 연관성을 검토하고 연관성이 있는 영역별 개선방안을 고려하여 종합적인 개선방안을 도출하거나 정제


3-Tier 또는 N-Tier 아키텍처에서 비즈니스 로직 수행 및 연계를 담당하는 미들웨어 진단을 수행함

예시 : 미들웨어 상세 진단 > 개요

Web Browser

Mobile Rich Client Application

Web Server

TP-Monitor

WAS

EAI/ESB

Cache Data Grid

DBMS

Business Logic 수행과 관련된 MiddleWare(WEB,WAS,TP,EAI)를

진단영역으로 함

구성 관점 진단

품질 관점 진단

운영 관점 진단

취약점 및 개선사항 도출

※ 진단 시 필요에 따라 F/W 및 APP를 분석할 수 있으나, 이는 정형화가 어려우므로 F/W 및 APP는 본 방법론에서 제외함



대부분의 미들웨어 제품은 기반기술 및 기능이 비슷하므로, 미들웨어 공통기술을 본 방법론을 통해 진단이 가능함

예시 : 미들웨어 상세 진단 > 개요

미들웨어 진단 범위

제품 종속 기능 및 옵션

J2EE 기술

아키텍처

세션 통신

연계 관리

미들웨어 공통기능

플랫폼

아키텍처최적화 진단

방법론

제조사 및 지원 엔지니어


http://www.google.co.kr/url?sa=i&rct=j&q=&esrc=s&source=images&cd=&cad=rja&uact=8&docid=GZefOseb_ke-cM&tbnid=dqsinmejt-2FeM:&ved=0CAUQjRw&url=http://happist.com/zbxe/index.php?document_srl=11025&ei=zKyXU_OjGpGC8gW2yoKwAg&psig=AFQjCNHsmuQ07RS0Mc9hh_2AAqdeRMUwmw&ust=1402535482295531

http://www.google.co.kr/url?sa=i&rct=j&q=&esrc=s&source=images&cd=&cad=rja&uact=8&docid=MVVxBvaRBWmyqM&tbnid=jjc3R5dAxcvq-M:&ved=0CAUQjRw&url=http://blog.csdn.net/liushuijinger/article/details/18283839&ei=HauXU7_iKMX38QXmq4HoBg&bvm=bv.68693194,d.dGc&psig=AFQjCNF7oP-v4UGuAmyPcwoJ8qtWF1Sgdw&ust=1402535047244219

http://www.google.co.kr/url?sa=i&rct=j&q=&esrc=s&source=images&cd=&cad=rja&uact=8&docid=NxH7ie_Ooj-AaM&tbnid=KMJ4jd4KfI7zyM:&ved=&url=http://www.warp1337.com/content/full-install-guide-nginx-drupal-and-fastcgi-centos-rhel&ei=uauXU6DqNsPc8AXl7oGoAw&psig=AFQjCNFFxFUP7NbcuBKFHPy7ENH624seGA&ust=1402535226199277

http://www.google.co.kr/url?sa=i&rct=j&q=&esrc=s&source=images&cd=&cad=rja&uact=8&docid=PYpE_AeQ6kSVoM&tbnid=X0TgFyM5kVcMPM:&ved=0CAUQjRw&url=http://goldmann.pl/blog/2013/09/18/wildfly-is-approaching-fedora/&ei=equXU5vkLIjk8AXK1oKQBw&bvm=bv.68693194,d.dGc&psig=AFQjCNGeXy7liuf-He4csKqW_4p1ffCBIg&ust=1402535143192008

http://www.google.co.kr/url?sa=i&rct=j&q=&esrc=s&source=images&cd=&cad=rja&uact=8&docid=4r3hmRi5xcHfXM&tbnid=v556zLmkMwlO_M:&ved=0CAUQjRw&url=http://docs.oracle.com/cd/E19857-01/817-1829-10/gsgbasic.html&ei=i7CXU6WtKtXh8AWBxoGoCw&psig=AFQjCNGfFCpaywIu6_lXNt47PSBkTsQuQg&ust=1402536441746429


미들웨어의 구성/품질/운영 영역을 진단하고 결과를 취합 정리하여 최적의 개선방안 도출

예시 : 미들웨어 상세 진단 > 진단 영역 및 주안점

진단 영역별 주안점

진단 영역 진단 주안점

구성 진단

• 미들웨어의 서버구성, 연결방식, 분산 및 이중화와 같은 아키텍처 개선 방안 도출

• 주요 설정 값에 대한 튜닝 및 가이드

품질 진단 • 어플리케이션의 성능저하 및 위험 요소 도출 • 장애 또는 오류에 대한 적절한 개선방안 제시

운영 진단 • 장애를 최소화 하고 운영효율을 극대화 하기 위한 방안 제시

구성영역 상세 진단결과

품질영역 상세 진단결과

운영영역 상세 진단결과

개선사항 취합

개선방안 연관성 검토

최적의 개선방안

도출

구성/품질/운영 진단의 상세 진단결과와 개선방안을 조합 정리하여 최적의 개선방안 도출



예시 : 미들웨어 상세 진단 > 진단 항목 및 절차 II. 진단 방법론 구성 및 특징


예시 : 미들웨어 상세 진단 > 산출물 II. 진단 방법론 구성 및 특징

미들웨어 품질 진단결과서 – 자원사용률 3 미들웨어 운영 진단 결과서 – 로그관리 4

미들웨어 구성 진단결과서 – 웹어플리케이션 디렉토리 2 미들웨어 진단항목 – 진단항목/결과/개선항목 리스트 1

현황분석을 통해 진단항목을 선정하고 상세 진단을 통해 개선방안을 도출하고 이를 토대로 미들웨어 구성, 품질, 운영에 대한 진단결과서 작성

Agenda




– 적용 및 개선 체계

– 진단 방법론 자산화



방법론커뮤니티(팀룸) 기반 지원 및 개선의견 수렴을 통한 지속적인 업데이트 수행

적용 및 개선 체계

진단수행

[SW기술그룹, 사업부아키텍처그룹]

방법론개선

[SW기술그룹]

유관시스템

[품질기술그룹]

진단 착수 진단 수행 진단 종료

방법론 Tailoring

INNOVATOR

방법론 적용 진단결과/산출

물 등록

Lessons learned 정리/

공유

방법론 주기적 업데이트

반영

질의응답/개선요구사항 수렴

요구사항 및

방법론 관련 질의 질의안 응답

질의응답/개선요구사항 등록

방법론커뮤니티(팀룸)

개선의견/

BP사례/가이드

가이드 및 툴 추가/보완

진단결과 통계/분석

최신 가이드/툴 참고



진단프레임워크를 토대로 데이터를 축적하고 통계/분석을 통한 전사 공유 및 개선

진단 방법론 자산화

아키텍처진단 진단결과 자산화

진단 프레임워크

개선방안

진단내역 BP사례 선정 및 공유

진단결과 분석/통계 진단항목

이슈

진단결과 보고서

진단항목번호

진단항목번호

진단항목번호

진단항목번호

• 사용자 입장에서 이슈별 진단 항목 및 방안 가이드 제시

• 통계 데이터를 토대로 산업군, 시스템 특성 별 진단 기법/가이드 제시 및 교육

• 진단결과 데이터 축적 및 분석을 통한 아키텍처 참조 모델 제시

• 이슈 해결이 진단목적일 경우 이슈 별 진단항목 선정

• 신규 진단 항목, 방안, 기준, 사례 추가

진단 자산활용방안

진단 기술 자산

자산등재 신규 가이드/툴 작성


Agenda





– 적용사례 : K시스템 협업진단

– 기대효과


적용사례 – K시스템 협업 진단 > 배경 및 결과

K시스템 오픈 전 목표 성능 달성을 위한 성능 개선방안 도출 진단 배경 및 목적

진단 인력 : 6명 (진단 전문인력 2명 + 진단 비 전문 아키텍트 인력 4명)

수행 일정 : 2014. 0X ~ 0X(3주)

수행 활동 : 소스코드 및 프로파일링 결과 분석을 통해 성능 테스트 대상 어플리케이션 성능 품질 및 인프라 구성 점검

진단 활동

진단 결과

인터뷰 및 분석을 통하여 선정된 총 8건의 핵심이슈 바탕으로 개선방안 도출

이중 7개 개선방안은 진단 방법론은 토대로 도출

①비효율적인 업무 AP 구조

②빈번한 GC 수행

④성능테스트 대상 거래의 비적정성

⑤프레임워크 內 비효율적인 데이터 변환 로직

⑥WAS Instance 과다 구성

⑦WAS/DB 연계 AP Partitioning



K 시스템 진단항목은 진단방법론 진단항목에서 도출하였으며(미들웨어 6항목, 성능 1항목) 진단전문가의 경우 이를 토대로 100% 진단 수행가능하며 비전문가의 경우 약 50% 정도 수행가능 했음

적용사례 – K 시스템 협업진단 > 방법론 커버리지

IBK 진단항목 진단 방법론 진단 항목

커버리지

진단전문가 비전문가 영역 진단 항목 항목 설명

품질 (성능)

성능 테스트 시나리오

• 성능 테스트 계획서, 절차, 성능 목표 등 성능 테스트 지표의 적절성 검토

•성능진단 > 목표성능 측정테스트

O △

프레임워크 성능 • 프레임워크의 성능 최적화 여부 및 개선 사항 검토


•MW품질 > 응답시간 O △

업무AP 성능

• 업무 AP의 성능 최적화 여부 및 개선 사항 검토


•MW품질 > 응답시간 O △

업무AP 품질

• 업무 AP 소스 코드의 품질 분석을 통한 개선 사항 검토


O △

WAS Java 옵션

• 운영 및 성능 테스트 환경의 최적의 WAS Java 옵션 검토

•MW구성 > JVM 설정 값 •MW품질 > GC 및 메모리 사용 추이

O O

구성

WAS Instance 구성

• 운영 및 성능 테스트 환경의 WAS Instance의 구성 적절성 검토

•MW구성 > 인스턴스 구성 O O

WAS/DB 연계 구성

• WAS DB간 연계 구성의 성능 및 Failover의 적절성 검토

•MW구성 > WAS-DBMS 연계 방식 •MW구성 > Datasource Cluster 구성

O O



기대 효과

진단/성능개선을 통한 장애예방, 고객 신뢰도 향상

자체 진단 활성화를 통한 TCO 절감

다각적인 진단을 통한 솔루션, 장비 제조사 및 개발팀이 해결 못한 현안에 대한 근본적인 개선방안 제시

성공사례 : S전자 C시스템 개선안(617개 Query 튜닝, 34개 개선항목 도출) 및 향후 아키텍처 제시로 개선사업 창출(‘13년 3월)

전문인력의 일회성 진단 보다는 운영인력의 역량확보로 지속적인 자체 진단 및 성능개선활동 수행

자체 개선활동을 토대로 연구회, 고객 발표 등을 통한 역량강화 시스템 장애감소 및 효율화로 운용비용(TCO) 절감

품질향상 및 기술경쟁력 확보

솔루션 개발, 운영 개선 활동으로 솔루션&서비스 경쟁력 확보

진단 사례, 경험/노하우 공유를 통한 자산 축적 업무 특성에 최적화된 아키텍처 모델 및 가이드 제시로 기술경쟁력 확보

1

2

3


아키텍처최적화 진단 방법론kosta.or.kr/mail/2014/download/track1-5_2014architect.pdf ·...

Documents