본문 바로가기

아키텍쳐

아마존 아키텍쳐 교육 중 마스터 계정 - MFA 보관 AWS CloudTrail을 사용하여 마스터 계정의 활동을 모니터링함. 리소스 태깅 태그를 사용하면 직무, 부서, 사업부별 리소스 식별 분류할 수 있음. 계정별 리소스 관리 가능 태그 지정 전략 수립 기술 태그 - 이름, 애플리케이션 ID, 애플리케이션 역할, 클러스터 환경, 버전자동화용 태그 - 날짜/시간, 보안비지니스 태그 - 소유자, 비용, 센터, 사업부, 고객, 프로젝트보안 태그 - 기밀성, 규정 준수 AWS Config를 사용하면 새 리소스 및 기존 리소스가 표준을 따르고 있는지 평가할 수 있음. Amazon CloudWatch는 예상 AWS 요금도 모니터링할 수 있음. 계정마다 Role을 제한하여 부여하고 해당 기능만 사용하도록 기간도 제한 가능 서비스 카타로그는 .. 더보기
건축물의 구조 설계 같은 시스템 아키텍쳐 시스템 아키텍쳐는 시스템의 서버들의 구성 모습이다. 구조라고 말할 수도 있다. 시스템 구성도로 표현을 하기도 한다. 서버간 연결하는 구성도만을 얘기하는 것은 아니고 좀더 깊은 내용까지 아키텍쳐라고 할 수 있다. 예를 들면 어떤 소프트웨어로 구성을 할지에 대한 것도 아키텍쳐라고 할 수 있다. 이렇게 아키텍쳐를 전문으로 구성하고 설계하는 사람들을 아키텍트라고 한다. 왠지 아키텍트라고 하면 산출물이나 내용을 말하는거 같긴 합니다만, 역할자를 말한다. 시스템 아키텍쳐는 시스템의 기능이나 성능 면에서 중요한 의미가 있다. 어떤 아키텍쳐를 가지냐에 따라서 확장이 용이할 수도 있고, 반대로 어려울 수도 있다. 따로는 SOF(Single of Failure)라고 해서 실패 포인트를 가질 수도 있다. 이러한 것을 보완해.. 더보기
소프트웨어 아키텍쳐는 정답이 없다? 아키텍쳐는 건물로 치면 구조물을 어떤식으로 만들 것인가 이다. 디자인은 건물의 외관이 어떤 외곽을 가지며 어떤식의 색깔과 분위기를 연출할지라면 소프트웨어에서도 비슷하다. 사용자가 접하고 있는 부분의 느낌이나 선, 색들을 정하고 꾸미는 것이다. 아키텍쳐는 순수한 그림 안에 어떤식으로 구조화 할지에 대한 부분이다. 건물 구조를 단순하게 사각형으로 할지, 층을 몇층으로 할지, 층간은 어떤식으로 구성할지, 두개의 건물을 나란히 건축한다고 할 때 중간쯤에 연결 통로를 만들지 이것이 효과적일지, 의미가 있을지 등을 고민한다. 아키텍쳐는 바뀔 수가 있다. 정답이 없을 수도 있다. 가장 좋은 안을 찾아가는 것이다. 디자인 안에서 기능들을 수행하는 것의 틀을 만드는 것이다. 아키텍쳐를 설계한다는 것은 가장 좋은 방법을 .. 더보기
소프트웨어 설계 vs 건축물 설계 설계라는 것은 그림을 그리는 것이다. 건축물로 치면 설계도를 그리는 것이다. 설계도는 건축물을 만들기 위한 모든 것이 담겨져 있다. 그림으로 표시도 되어 있고, 수치로도 표시가 되어 있다. 어떤 건축물을 만들지를 알 수가 있다. 건축물에도 조망도가 있고, 상세하게 층마다 어떻게 지어질지가 나타나있는 세부 설계도가 있다. 건물을 보면 우리는 계단을 올라가서 보이는 공간이 다이지만, 사실 건물을 건축할 때 고려되어야 할 것은 대단히 많다. 전기 설비가 어떻게 될지, 선은 어떻게 들어갈지, 수도는 어떻게 배관되어야 할지, 공기는 어떤식으로 흘러가는지, 각 구역들은 어떤 식으로 사용이 될지 세부적으로 1mm까지 표시가 되어 있는 설계도 필요하다. 소프트웨서 설계에도 대략적으로 컨셉을 보여줄 수 있는 기획 문서가.. 더보기