IT/Etc58 10가지 소프트웨어 아키텍처 패턴 대형 엔터프라이즈 규모의 시스템들은 어떻게 설계되었는지에 대해 궁금해 한 적이 있나요? 우리는 주요 소프트웨어를 개발하기 전에 원하는 기능과 품질을 제공해줄 수 있는 적절한 아키텍쳐를 선택해야합니다. 따라서, 우리는 설계 단계에서 특정 아키텍쳐를 적용하기 전에, 몇 가지 다양한 아키텍쳐들에 대해 이해할 필요가 있습니다. 아키텍쳐 패턴이란? 위키피디아에 따르면, 아키텍쳐 패턴이란 주어진 상황에서의 소프트웨어 아키텍쳐에서 일반적으로 발생하는 문제점들에 대한 일반화되고 재사용 가능한 솔루션이다. 아키텍쳐 패턴은 소프트웨어 디자인 패턴과 유사하지만 더 큰 범주에 속한다. 이 글에서는, 다음의 10가지 일반적인 소프트웨어 아키텍쳐 패턴들의 활용 사례와 장단점들을 간단하게 설명할 것이다. 계층화 패턴 (Layere.. 2020. 3. 6. 협업과 소통 그리고 자산화 편리한 협업, 협업 경험의 자산화 필요 많은 기업이 협업을 위해 이메일과 메신저 정도에만 의존하고 있는 현실입니다. 협업이력이 개인 우편함에만 쌓이게 되면 진행 상황이 공유 되지 않고 의사소통 비용이 증가합니다. 업무 경험은 재활용되지 못하고 시행착오가 반복됩니다. 출처: http://kcube.co.kr/?page_id=3684 2020. 3. 3. 업무분장 > 업무흐름 > 규정(절차서) 업무분장표 > 업무흐름도 > 규정(절차서) 1. 절차서는 무엇인가? 절차서를 알기 위해서는 그 이전에 반드시 알아야 할 것이 있는데 모든 업무의 기본중에 기본인 이라는 것이다. 대부분의 사람이 이 이라는 것을 명확하게 못하니까 나머지 뒷공정에서 발생되는 모든 일들이 개판으로 치닫는 것이다. 업무파악을 하여 를 잘 만들어 놓고 이것을 근거로 를 또한 제대로 만들어 놓아야 한다. 그 다음에 를 근거로 절차서라는 것을 만드는 것이다. 그럼 절차서는 무엇인가? 바로 이라는 것이다. 업무흐름도를 가지고 6하 원칙에 의하여 업무 절차를 문장으로 풀어 놓은 것이다. 업무흐름도는 그림과 도표로 된 업무를 이해하기 위한 도표라면 절차서 또는 규정은 업무를 실행하기 위한 근거가 되는 문서이다. 간혹 어떤 또라이들이 조그만.. 2020. 3. 3. Resource Estimator Service ( 자원 예측(추정) 서비스 ) 배경 작업 자원 요구 사항을 예측하는 것은 엔터프라이즈 클러스터에서 여전히 중요하고 도전적인 문제입니다. 이는 기존의 일괄 작업에서 대화 형 쿼리에 이르기까지 스트리밍 및 최근 기계 학습 작업에 이르기까지 끊임없이 증가하는 작업량의 복잡성으로 인해 더욱 확대되었습니다. 결과적으로 Tez, MapReduce, Spark 등과 같은 여러 계산 프레임 워크에 의존하는 작업이 발생하고 클러스터의 특성을 공유함으로써 문제가 더욱 복잡해집니다. 현재의 최첨단 솔루션은 지루하고 비효율적 인 작업 (예 : 감속기 또는 컨테이너 메모리 크기 등)에 대한 자원 요구 사항을 예측하기 위해 사용자의 전문 기술에 의존합니다. 클러스터 워크로드 분석을 기반으로 60 % 이상의 많은 일자리가 반복되는 일자리로 기록 작업을 기반으로.. 2019. 4. 8. 이전 1 ··· 9 10 11 12 13 14 15 다음
