Offcanvas

������������

‘관찰 가능성을 개발 표준으로’ 데브옵스 모범 수칙 4가지

관찰 가능성은 수많은 마이크로 서비스로 이루어진 현대 클라우드 네이티브 환경에서 꼭 챙겨야 하는 요소다.   오늘날 소프트웨어 개발 주기에 관찰 가능성에 대한 수칙을 확립하는 일이 그 어느 때보다 더 중요하다. 미션 크리티컬한 고객과 직원 경험을 제공하기 때문이다. 개발팀은 위급한 사건을 해결하는 시간을 단축하는 데만 신경 쓸 것이 아니라 애플리케이션과 서비스의 관찰 가능성을 높여 안정과 사용 편의성을 끊임없이 개선하는 데도 힘써야 한다.  로우코드 플랫폼 제공업체 뉴젠(Newgen)의 소프트웨어 개발 수석 부사장 아르빈드 자는 “탄탄한 데브옵스 수칙을 확립하는 일이 최우선이다”라며 “기업이 고객, 직원, 파트너를 위한 디지털 워크플로우와 셀프서비스 옵션을 강화하면서 IT 전문가들은 수많은 애플리케이션을 관리, 유지해야 함은 물론 보안을 공고히 하고 규정을 준수해야 하는 과제를 떠안았다”라고 말했다.  오늘날의 클라우드 네이티브 애플리케이션은 데이터 센터에서 구동되는 이전 세대의 2계층 및 3계층 애플리케이션보다 훨씬 더 복잡하다. 하나의 트랜잭션이 여러 마이크로서비스를 넘나들며, 여러 데이터베이스에 쿼리하고, 타사의 서비스형 소프트웨어와 상호 작용한다. 여러 클라우드에서 구동되기도 한다. 애플리케이션에 오류가 발생하거나 성능이 떨어지는 등 사용자 환경에 문제가 생겼을 때 이를 신속히 해결하려면 모든 데이터가 집약된 단일 정보원이 필수다.  구체적으로 탄탄한 관찰 가능성 수칙은 다음과 같은 용도에 유용하다:  성능 병목 현상을 일으키는 마이크로 서비스 및 API 파악  응용프로그램 오류를 발생시키는 사용자 입력 검토 고객 여정을 추적해 사용자가 어려움을 겪고 있는 위치 파악 보안 침해 시 인식 및 포렌식 수집 개선된 데이터 검증을 통해 해결해야 할 데이터 문제의 원인 파악 다음은 개발팀이 애플리케이션, 마이크로서비스 및 데이터베이스에 관찰 가능성을 확립하는 데 따라야 할 4가...

관찰가능성 데브옵스 사이트안정성엔지니어 네트워크운영센터

5일 전

관찰 가능성은 수많은 마이크로 서비스로 이루어진 현대 클라우드 네이티브 환경에서 꼭 챙겨야 하는 요소다.   오늘날 소프트웨어 개발 주기에 관찰 가능성에 대한 수칙을 확립하는 일이 그 어느 때보다 더 중요하다. 미션 크리티컬한 고객과 직원 경험을 제공하기 때문이다. 개발팀은 위급한 사건을 해결하는 시간을 단축하는 데만 신경 쓸 것이 아니라 애플리케이션과 서비스의 관찰 가능성을 높여 안정과 사용 편의성을 끊임없이 개선하는 데도 힘써야 한다.  로우코드 플랫폼 제공업체 뉴젠(Newgen)의 소프트웨어 개발 수석 부사장 아르빈드 자는 “탄탄한 데브옵스 수칙을 확립하는 일이 최우선이다”라며 “기업이 고객, 직원, 파트너를 위한 디지털 워크플로우와 셀프서비스 옵션을 강화하면서 IT 전문가들은 수많은 애플리케이션을 관리, 유지해야 함은 물론 보안을 공고히 하고 규정을 준수해야 하는 과제를 떠안았다”라고 말했다.  오늘날의 클라우드 네이티브 애플리케이션은 데이터 센터에서 구동되는 이전 세대의 2계층 및 3계층 애플리케이션보다 훨씬 더 복잡하다. 하나의 트랜잭션이 여러 마이크로서비스를 넘나들며, 여러 데이터베이스에 쿼리하고, 타사의 서비스형 소프트웨어와 상호 작용한다. 여러 클라우드에서 구동되기도 한다. 애플리케이션에 오류가 발생하거나 성능이 떨어지는 등 사용자 환경에 문제가 생겼을 때 이를 신속히 해결하려면 모든 데이터가 집약된 단일 정보원이 필수다.  구체적으로 탄탄한 관찰 가능성 수칙은 다음과 같은 용도에 유용하다:  성능 병목 현상을 일으키는 마이크로 서비스 및 API 파악  응용프로그램 오류를 발생시키는 사용자 입력 검토 고객 여정을 추적해 사용자가 어려움을 겪고 있는 위치 파악 보안 침해 시 인식 및 포렌식 수집 개선된 데이터 검증을 통해 해결해야 할 데이터 문제의 원인 파악 다음은 개발팀이 애플리케이션, 마이크로서비스 및 데이터베이스에 관찰 가능성을 확립하는 데 따라야 할 4가...

5일 전

‘어설픈 데브옵스’를 하고 있다는 7가지 징후

개발팀이 정말 데브옵스를 제대로 도입해 효과를 보고 있는가? 혹시 구색만 맞추고 있지는 않은가? 어설픈 데브옵스를 포착하는 방법에 대해 알아본다.    수많은 IT 기업이 데브옵스 덕을 봤다는 데는 의심의 여지가 없다. 고품질의 애플리케이션이나 서비스를 확실히 더 빨리 만들 수 있게 됐다.  이렇듯 대다수 IT 리더는 데브옵스의 핵심을 잘 안다. 하지만 몇몇 리더는 잘 안다는 착각에 빠져있다. 이런 리더의 팀은 데브옵스를 어설프게 도입하거나 이상한 도구와 관행을 받아들이는 등 데브옵스의 맥을 잘못 짚고 있다.  개발팀을 올바른 데브옵스의 길로 인도하는 것이 바로 CIO의 역할이다. 그러기 위해서는 길을 잘못 들었을 때를 알아차릴 수 있어야 한다. 여기 어설픈 데브옵스의 7가지 징후다.    1. 사일로에 갇힌 데브옵스 팀  어설픈 데브옵스의 첫 번째 징후는 조직도만 봐도 쉽게 찾을 수 있다. 기술 조사 및 자문 회사 ISG의 수석 컨설턴트 페르난도 쿠아드라는 “데브옵스 팀이 엔지니어링, 운영팀과 분리된 채 사일로에 갇혀 있다면 전사적으로 데브옵스를 책임지는 문화가 없다는 초기 징후다. 분리된 데브옵스 팀은 그저 관리해야 할 또 다른 기술 계층, 사일로, 핸드오프가 될 뿐이다”라고 말했다.  조직도는 모든 팀이 관련 영역의 문제를 총체적으로 고려해 해결하도록 설계되어야 한다. 쿠라드라는 “설계부터 운영까지 모든 영역에 걸친 교차기능 팀을 구축하라. 데브옵스의 핵심은 파이프라인이나 CI/CD가 아니다. 데브옵스 정신은 팀 간의 마찰을 줄여 가치 전달 문화를 공유하는 데 있다”라고 말했다.  쿼드라는 이어 데브옵스가 하나의 도구에 불과하며, 결국 주체는 사람이라고 강조했다. 그는 “데브옵스를 제대로 하려면 CIO는 고성과 팀이 어떤 특성을 띠는지 이해해야 한다”라고 말했다.     2. 사람보다 도구를 우선시하는 태도  직원과 프로세스 대신 기술 중...

데브옵스 애자일 데브섹옵스 자동화 데브옵스엔지니어 데브옵스 전문가 DevOps

2023.01.18

개발팀이 정말 데브옵스를 제대로 도입해 효과를 보고 있는가? 혹시 구색만 맞추고 있지는 않은가? 어설픈 데브옵스를 포착하는 방법에 대해 알아본다.    수많은 IT 기업이 데브옵스 덕을 봤다는 데는 의심의 여지가 없다. 고품질의 애플리케이션이나 서비스를 확실히 더 빨리 만들 수 있게 됐다.  이렇듯 대다수 IT 리더는 데브옵스의 핵심을 잘 안다. 하지만 몇몇 리더는 잘 안다는 착각에 빠져있다. 이런 리더의 팀은 데브옵스를 어설프게 도입하거나 이상한 도구와 관행을 받아들이는 등 데브옵스의 맥을 잘못 짚고 있다.  개발팀을 올바른 데브옵스의 길로 인도하는 것이 바로 CIO의 역할이다. 그러기 위해서는 길을 잘못 들었을 때를 알아차릴 수 있어야 한다. 여기 어설픈 데브옵스의 7가지 징후다.    1. 사일로에 갇힌 데브옵스 팀  어설픈 데브옵스의 첫 번째 징후는 조직도만 봐도 쉽게 찾을 수 있다. 기술 조사 및 자문 회사 ISG의 수석 컨설턴트 페르난도 쿠아드라는 “데브옵스 팀이 엔지니어링, 운영팀과 분리된 채 사일로에 갇혀 있다면 전사적으로 데브옵스를 책임지는 문화가 없다는 초기 징후다. 분리된 데브옵스 팀은 그저 관리해야 할 또 다른 기술 계층, 사일로, 핸드오프가 될 뿐이다”라고 말했다.  조직도는 모든 팀이 관련 영역의 문제를 총체적으로 고려해 해결하도록 설계되어야 한다. 쿠라드라는 “설계부터 운영까지 모든 영역에 걸친 교차기능 팀을 구축하라. 데브옵스의 핵심은 파이프라인이나 CI/CD가 아니다. 데브옵스 정신은 팀 간의 마찰을 줄여 가치 전달 문화를 공유하는 데 있다”라고 말했다.  쿼드라는 이어 데브옵스가 하나의 도구에 불과하며, 결국 주체는 사람이라고 강조했다. 그는 “데브옵스를 제대로 하려면 CIO는 고성과 팀이 어떤 특성을 띠는지 이해해야 한다”라고 말했다.     2. 사람보다 도구를 우선시하는 태도  직원과 프로세스 대신 기술 중...

2023.01.18

데브옵스가 에너지 소비를 줄이는 5가지 방법

데브옵스 팀은 사용량 데이터를 수집하고 효율적인 클라우드 의사결정 및 자동화를 하면서 기업의 지속가능성 목표를 달성할 수 있다.  마이크로서비스, 애플리케이션, 데이터베이스 구축 및 배포 시 일반적인 운영 문제로는 신뢰성, 성능, 확장성, 보안이 있다. 여기에 ‘지속가능성’을 추가할 때가 됐다. 경영진은 IT가 기업의 환경, 사회, 거버넌스(ESG) 목표를 지원하리라 기대하며, 실제로 지속가능성 목표가 있는 디지털 트랜스포메이션 프로그램도 많다.  2022년 내쉬 스쿼드 디지털 리더십 보고서(2022 Nash Squared Digital Leadership Report)에 따르면 이사회의 44%는 기술이 기업의 지속가능성과 탄소발자국을 개선하는 데 중요하다고 말했다. 아울러 S&P 글로벌 마켓 인텔리전스(S&P Global Market Intelligence) 보고서에 의하면 경영진의 40% 이상이 전력 효율성을 개선하고 ESG 목표를 지원하는 것이 디지털 트랜스포메이션의 중요한 동인이라고 답했다.  전력 사용량이 많은 레거시 데이터센터와 수명이 다한 인프라를 살펴보는 건 에너지 소비를 줄이는 확실한 첫 단계다. 여기서는 데브옵스 팀이 에너지 소비를 줄이기 위해 고려할 수 있는 5가지를 살펴본다.    애플리케이션별 에너지 사용량 측정  피터 드러커의 말을 인용하자면, “측정하지 않으면 개선할 수 없다.” 이는 IT 및 데브옵스 팀을 위한 좋은 첫 단계를 제시한다. 이튼(Eaton)의 데이터센터 비즈니스 관리자 시아란 포드는 “에너지 절감의 첫 번째 단계는 전력 모니터링 및 측정이다. 애플리케이션 수준의 운영 인사이트가 있어야 에너지 소비 대상, 목적, 장소, 시기 등을 파악할 수 있다”라고 전했다.  퍼블릭 클라우드에는 에너지 소비 측정 옵션이 있다. 이를테면 아마존의 무료 고객 탄소발자국 도구, 구글의 탄소발자국 보고서, 마이크로소프트의 지속가능성 계산기 등이다. 포드는...

데브옵스 지속가능성 ESG 탄소발자국

2023.01.10

데브옵스 팀은 사용량 데이터를 수집하고 효율적인 클라우드 의사결정 및 자동화를 하면서 기업의 지속가능성 목표를 달성할 수 있다.  마이크로서비스, 애플리케이션, 데이터베이스 구축 및 배포 시 일반적인 운영 문제로는 신뢰성, 성능, 확장성, 보안이 있다. 여기에 ‘지속가능성’을 추가할 때가 됐다. 경영진은 IT가 기업의 환경, 사회, 거버넌스(ESG) 목표를 지원하리라 기대하며, 실제로 지속가능성 목표가 있는 디지털 트랜스포메이션 프로그램도 많다.  2022년 내쉬 스쿼드 디지털 리더십 보고서(2022 Nash Squared Digital Leadership Report)에 따르면 이사회의 44%는 기술이 기업의 지속가능성과 탄소발자국을 개선하는 데 중요하다고 말했다. 아울러 S&P 글로벌 마켓 인텔리전스(S&P Global Market Intelligence) 보고서에 의하면 경영진의 40% 이상이 전력 효율성을 개선하고 ESG 목표를 지원하는 것이 디지털 트랜스포메이션의 중요한 동인이라고 답했다.  전력 사용량이 많은 레거시 데이터센터와 수명이 다한 인프라를 살펴보는 건 에너지 소비를 줄이는 확실한 첫 단계다. 여기서는 데브옵스 팀이 에너지 소비를 줄이기 위해 고려할 수 있는 5가지를 살펴본다.    애플리케이션별 에너지 사용량 측정  피터 드러커의 말을 인용하자면, “측정하지 않으면 개선할 수 없다.” 이는 IT 및 데브옵스 팀을 위한 좋은 첫 단계를 제시한다. 이튼(Eaton)의 데이터센터 비즈니스 관리자 시아란 포드는 “에너지 절감의 첫 번째 단계는 전력 모니터링 및 측정이다. 애플리케이션 수준의 운영 인사이트가 있어야 에너지 소비 대상, 목적, 장소, 시기 등을 파악할 수 있다”라고 전했다.  퍼블릭 클라우드에는 에너지 소비 측정 옵션이 있다. 이를테면 아마존의 무료 고객 탄소발자국 도구, 구글의 탄소발자국 보고서, 마이크로소프트의 지속가능성 계산기 등이다. 포드는...

2023.01.10

'코딩 이후는?' SW 개발자가 가지는 경력 선택지 4가지

디지털 비즈니스 시대에는 소프트웨어가 중요한 역할을 한다. 당연히 소프트웨어 개발자 수요도 높고 지금도 계속 증가하는 중이다. 거의 모든 업계와 기업에서 소프트웨어를 구축하고 유지하는 기술을 갖춘 인재를 찾고 있다.   코딩 경력이 어느정도 되면 그 코딩 경험을 활용해 다음 단계로 올라설 방법을 고민하게 된다. 다행히 기업에서 중간 단계의 경력 확장을 모색하는 프로그래머에게는 다양한 선택지가 있다.  예를 들어 개발자 애드버킷, 기술 제품 관리자, 기술 프로젝트 관리자 등이 있고 그 외에도 많은 진로가 있다.     프로그래밍 이후에 걸어갈 길 채용 업체 로버트 하프(Robert Half)의 기술 부문 지역 부사장인 토마스 빅은 “개발자는 데브옵스 역할, 프로젝트 관리, 비즈니스 애널리스트, 제품 관리, 프로젝트 코디네이터 등의 직책으로 옮겨간다. 순수 코딩 역할에서 벗어나려는 사람이 점점 더 많아지는 추세에서 보편적인 현상이다. 더 흥미를 느끼는 직책을 찾고 있는 것”이라고 진단했다.   채용 업체 톱탈(Toptal)의 인재 사업 부문 프로젝트 관리 책임자인 앤디 블랙웰은 소프트웨어 개발자에게는 일반적으로 4가지의 경력 발전 경로가 있다고 정리했다.   소프트웨어 아키텍처 하나는 아키텍처다. 블랙웰은 “아키텍처 역할은 고도로 기술적이며 애플리케이션 또는 시스템 기본 구성요소의 설계, 구축, 통합에 초점을 둔다. 기술/애플리케이션 아키텍트, 솔루션 아키텍트 또는 엔터프라이즈 아키텍트 같은 역할이 여기에 포함된다”라고 말했다. 데브옵스 데브옵스 역시 소프트웨어 개발자에게 보편적인 경로다. 블랙웰은 데브옵스 직책 역시 매우 기술적이며 복잡한 또는 고가용성 환경에서 고품질 소프트웨어를 구축, 테스트, 릴리즈, 관리하는 도구와 프로세스, 시스템 최적화에 초점을 둔다고 말했다. 데브옵스 역할에는 릴리즈 관리자, 엔지니어, 아키텍트가 포함된다. 리더십 세 번째 진로는 리더십이다. 블랙웰은 “리더십에는 좋은 인...

프로그래머 개발자 테크에반젤리스트 개발자애드버킷 데브옵스 리더십 세일즈엔지니어 기술리드 스크럼마스터

2023.01.06

디지털 비즈니스 시대에는 소프트웨어가 중요한 역할을 한다. 당연히 소프트웨어 개발자 수요도 높고 지금도 계속 증가하는 중이다. 거의 모든 업계와 기업에서 소프트웨어를 구축하고 유지하는 기술을 갖춘 인재를 찾고 있다.   코딩 경력이 어느정도 되면 그 코딩 경험을 활용해 다음 단계로 올라설 방법을 고민하게 된다. 다행히 기업에서 중간 단계의 경력 확장을 모색하는 프로그래머에게는 다양한 선택지가 있다.  예를 들어 개발자 애드버킷, 기술 제품 관리자, 기술 프로젝트 관리자 등이 있고 그 외에도 많은 진로가 있다.     프로그래밍 이후에 걸어갈 길 채용 업체 로버트 하프(Robert Half)의 기술 부문 지역 부사장인 토마스 빅은 “개발자는 데브옵스 역할, 프로젝트 관리, 비즈니스 애널리스트, 제품 관리, 프로젝트 코디네이터 등의 직책으로 옮겨간다. 순수 코딩 역할에서 벗어나려는 사람이 점점 더 많아지는 추세에서 보편적인 현상이다. 더 흥미를 느끼는 직책을 찾고 있는 것”이라고 진단했다.   채용 업체 톱탈(Toptal)의 인재 사업 부문 프로젝트 관리 책임자인 앤디 블랙웰은 소프트웨어 개발자에게는 일반적으로 4가지의 경력 발전 경로가 있다고 정리했다.   소프트웨어 아키텍처 하나는 아키텍처다. 블랙웰은 “아키텍처 역할은 고도로 기술적이며 애플리케이션 또는 시스템 기본 구성요소의 설계, 구축, 통합에 초점을 둔다. 기술/애플리케이션 아키텍트, 솔루션 아키텍트 또는 엔터프라이즈 아키텍트 같은 역할이 여기에 포함된다”라고 말했다. 데브옵스 데브옵스 역시 소프트웨어 개발자에게 보편적인 경로다. 블랙웰은 데브옵스 직책 역시 매우 기술적이며 복잡한 또는 고가용성 환경에서 고품질 소프트웨어를 구축, 테스트, 릴리즈, 관리하는 도구와 프로세스, 시스템 최적화에 초점을 둔다고 말했다. 데브옵스 역할에는 릴리즈 관리자, 엔지니어, 아키텍트가 포함된다. 리더십 세 번째 진로는 리더십이다. 블랙웰은 “리더십에는 좋은 인...

2023.01.06

고객 대면 앱, SaaS 회사처럼 개발하기

고객 대면 앱을 개발하는 일반 회사와 서비스형 소프트웨어(SaaS) 제품을 개발 지원하는 기술 회사 사이에는 어떤 차이가 있을까? 아마도 목표로 하는 고객 세그먼트 개수, 대상 고객 크기, 규모, 사업 모델 등의 사용량 요소에 차이가 있을 것이다. 그런데도 많은 기업이 각자 제공하는 제품/서비스의 일환으로 전자상거래 모델과 구독 매출 모델을 갖춘 대규모 고객 대면 앱을 배포한다. 현재 사용하는 은행, 보험, 의료 도구는 앱인가 아니면 SaaS 형태인가? 어느 쪽이든 간에 그리고 기술의 신뢰 여부와 관계없이, 사용하기 쉬운 인터페이스, 빠른 성능, 높은 안정성, 보안 모범 사례를 비롯한 품질 요소를 기대하는 것은 확실하다.   고객 대면 애플리케이션을 개발하거나 지원 중이라면 SaaS 제공업체의 제품 관리 방식과 데브옵스 등의 모범 사례에서 배울 점을 찾아보자.   대상 고객을 목표로 삼아 가치 제안을 규정할 것 어느 애플리케이션이든 개발하기에 앞서, 목표 고객 세그먼트와 사용자 페르소나에 대한 명확한 사양을 확보해야 한다. 설령 앱이 모든 고객을 위한 것이라는 비즈니스 이해관계자의 언명이 있다 해도 마찬가지다. 제품 관리 팀과 데브옵스 팀이 제품 비전의 초안을 작성한 후, 고급 사용자 중에서 앱 기능에 의존하고 다른 표적 사용자에 비해 기능을 더 자주 사용할 가능성이 있는 고급 사용자 집단을 대상으로 제품의 장점을 홍보하는 것이 이상적이다. 광범위한 대상 고객을 지원할 수평적 기능을 개발하는 일은 쉽지 않다. 고객 대면 앱을 개발하는 대부분의 기업은 최적화를 통해 특정 업계에서 제품을 판매하는 버티컬 SaaS 회사에 더 가깝다. 서비스타이탄(ServiceTitan) CTO 안몰 바신은 “버티컬 SaaS는 가치 제안, 고객 세그먼트, 수직화 대상 시장 등을 아주 명확하게 규정한다. 표적 시장의 특정 세그먼트에 제공되는 제품 및 서비스의 세부사항까지 신경 쓰는 것이 매우 중요하다. 제품의 대중성을 위주로 한 접근 방식은 버티컬 SaaS...

데브옵스 버티컬SaaS SaaS KPI

2023.01.04

고객 대면 앱을 개발하는 일반 회사와 서비스형 소프트웨어(SaaS) 제품을 개발 지원하는 기술 회사 사이에는 어떤 차이가 있을까? 아마도 목표로 하는 고객 세그먼트 개수, 대상 고객 크기, 규모, 사업 모델 등의 사용량 요소에 차이가 있을 것이다. 그런데도 많은 기업이 각자 제공하는 제품/서비스의 일환으로 전자상거래 모델과 구독 매출 모델을 갖춘 대규모 고객 대면 앱을 배포한다. 현재 사용하는 은행, 보험, 의료 도구는 앱인가 아니면 SaaS 형태인가? 어느 쪽이든 간에 그리고 기술의 신뢰 여부와 관계없이, 사용하기 쉬운 인터페이스, 빠른 성능, 높은 안정성, 보안 모범 사례를 비롯한 품질 요소를 기대하는 것은 확실하다.   고객 대면 애플리케이션을 개발하거나 지원 중이라면 SaaS 제공업체의 제품 관리 방식과 데브옵스 등의 모범 사례에서 배울 점을 찾아보자.   대상 고객을 목표로 삼아 가치 제안을 규정할 것 어느 애플리케이션이든 개발하기에 앞서, 목표 고객 세그먼트와 사용자 페르소나에 대한 명확한 사양을 확보해야 한다. 설령 앱이 모든 고객을 위한 것이라는 비즈니스 이해관계자의 언명이 있다 해도 마찬가지다. 제품 관리 팀과 데브옵스 팀이 제품 비전의 초안을 작성한 후, 고급 사용자 중에서 앱 기능에 의존하고 다른 표적 사용자에 비해 기능을 더 자주 사용할 가능성이 있는 고급 사용자 집단을 대상으로 제품의 장점을 홍보하는 것이 이상적이다. 광범위한 대상 고객을 지원할 수평적 기능을 개발하는 일은 쉽지 않다. 고객 대면 앱을 개발하는 대부분의 기업은 최적화를 통해 특정 업계에서 제품을 판매하는 버티컬 SaaS 회사에 더 가깝다. 서비스타이탄(ServiceTitan) CTO 안몰 바신은 “버티컬 SaaS는 가치 제안, 고객 세그먼트, 수직화 대상 시장 등을 아주 명확하게 규정한다. 표적 시장의 특정 세그먼트에 제공되는 제품 및 서비스의 세부사항까지 신경 쓰는 것이 매우 중요하다. 제품의 대중성을 위주로 한 접근 방식은 버티컬 SaaS...

2023.01.04

“개발 비용 25% 감소” 세일즈포스, 로우코드 플랫폼 ‘데브옵스 센터’ 출시

세일즈포스가 로우코드 플랫폼 데브옵스 센터(DevOps) 센터를 출시했다. 워크 아이템(Work Items)을 통해 소스 코드 변경 사항과 로우코드 환경 변경 사항이 매끄럽게 연동되고 자동으로 기록되는 것이 특징이라고 회사는 설명했다.    경제적 압박과 경쟁이 심화하고 있는 가운데 기업은 조금이라도 더 비용효율적으로 고투마켓(Go-to-market) 전략을 수립할 방법을 모색 중이다. 세일즈포스에 따르면 IT 리더 중 92%가 현재 개발 프로세스가 혁신을 저해할 정도로 비효율적이며 81%가 IT 복잡성에 시달리고 있다.  세일즈포스는 이런 상황에 대응하고자 기업 고객이 자사 플랫폼에서 손쉽게 애플리케이션을 개발하고, 배포 및 출시 관리 과정을 간편히 관리할 수 있도록 돕는 로우코드 솔루션을 출시했다.  세일즈포스의 제품 관리 책임자 카렌 피델락은 공식 블로그에서 로우코드 솔루션 데브옵스 센터(DevOps)를 출시한다고 발표했다. 이 솔루션은 올해 2020년 6월 회사가 개최한 ‘TrailheaDX’ 콘퍼런스에서 처음 공개됐다. 기업 고객의 여러 팀이 애플리케이션 구축, 테스크 및 배포 과정에서 매끄럽게 협엽하며 자동화를 도입하도록 지원하는 것이 목표라고 그는 설명했다.  피델락은 “경제적 역풍에 직면한 기업은 판매, 서비스, 마케팅, 커머스 및 IT 전반에서 가치 실현 속도, 애플리케이션 개발 주기, 그리고 보안 사이에서 중점을 찾는 데 애를 먹고 있다. CIO는 팀이 더 원활하게 일할 수 있도록 돕는 도구와 자원을 제공해야 한다”라고 말했다.  세일즈포스에 따르면 새 데브옵스 센터는 IT 개발 비용을 최대 25% 줄여주며, 세일즈포스 플랫폼에서 솔루션을 배포하면 총 작업 시간이 최대 30% 감소하고 개발자 생산성은 최대 28% 증가한다.    변경 사항 추적까지 자동화  세일즈포스에 따르면 데브옵스 센터는 자동 변경 사항 추적, 소스 컨트롤 통합, 변경사항 배포 간소...

개발 노코드 로우코드 LCNC 데브옵스 세일즈포스

2022.12.19

세일즈포스가 로우코드 플랫폼 데브옵스 센터(DevOps) 센터를 출시했다. 워크 아이템(Work Items)을 통해 소스 코드 변경 사항과 로우코드 환경 변경 사항이 매끄럽게 연동되고 자동으로 기록되는 것이 특징이라고 회사는 설명했다.    경제적 압박과 경쟁이 심화하고 있는 가운데 기업은 조금이라도 더 비용효율적으로 고투마켓(Go-to-market) 전략을 수립할 방법을 모색 중이다. 세일즈포스에 따르면 IT 리더 중 92%가 현재 개발 프로세스가 혁신을 저해할 정도로 비효율적이며 81%가 IT 복잡성에 시달리고 있다.  세일즈포스는 이런 상황에 대응하고자 기업 고객이 자사 플랫폼에서 손쉽게 애플리케이션을 개발하고, 배포 및 출시 관리 과정을 간편히 관리할 수 있도록 돕는 로우코드 솔루션을 출시했다.  세일즈포스의 제품 관리 책임자 카렌 피델락은 공식 블로그에서 로우코드 솔루션 데브옵스 센터(DevOps)를 출시한다고 발표했다. 이 솔루션은 올해 2020년 6월 회사가 개최한 ‘TrailheaDX’ 콘퍼런스에서 처음 공개됐다. 기업 고객의 여러 팀이 애플리케이션 구축, 테스크 및 배포 과정에서 매끄럽게 협엽하며 자동화를 도입하도록 지원하는 것이 목표라고 그는 설명했다.  피델락은 “경제적 역풍에 직면한 기업은 판매, 서비스, 마케팅, 커머스 및 IT 전반에서 가치 실현 속도, 애플리케이션 개발 주기, 그리고 보안 사이에서 중점을 찾는 데 애를 먹고 있다. CIO는 팀이 더 원활하게 일할 수 있도록 돕는 도구와 자원을 제공해야 한다”라고 말했다.  세일즈포스에 따르면 새 데브옵스 센터는 IT 개발 비용을 최대 25% 줄여주며, 세일즈포스 플랫폼에서 솔루션을 배포하면 총 작업 시간이 최대 30% 감소하고 개발자 생산성은 최대 28% 증가한다.    변경 사항 추적까지 자동화  세일즈포스에 따르면 데브옵스 센터는 자동 변경 사항 추적, 소스 컨트롤 통합, 변경사항 배포 간소...

2022.12.19

기고ㅣC-레벨이 ‘데이터 엔지니어링’에 주목할 이유

‘언제든지 찾아와도 좋다.’ 친근하게 다가가려는 경영진이 흔하게 쓰는 말이다. 실제로 문이 열려 있다면 어떤 이야기를 듣게 될까?  아마도 문을 열고 들어오는 직원들의 요구 사항은 다음과 같을 것이다. “새로운 웰빙 이니셔티브를 수립해보는 건 어떨까요? 직장에서 더 많은 다양성을 고려할 순 없을까요? 사무실에 왜 주차장이 없을까요? 자판기에 왜 다이어트용 음료가 없을까요?” 등이다.    듣지 못하는 요구사항 경영진이 듣지 못하는 요구 사항이 있다면 아래와 같을 것이다. “데이터 엔지니어링 팀의 요구 사항이 증가하고 데이터베이스 관리 계층 작업이 어려워지는 이유는 무엇일까요?” 이는 확실히 사람들이 경영진에게 묻는 일반적인 유형의 질문은 아니다.  데브옵스 팀을 구성하는 엔지니어가 점점 더 파편화되고 복잡하게 뒤엉킨 데이터 종속 워크플로우에 걸쳐 폭발적으로 증가하는 데이터 도구를 사용하고 있는 가운데 데이터 엔지니어링을 개선하려면 어떻게 해야 할까? 데이터베이스 관리 전문 서비스를 찾을 수 있지 않을까?  퍼코나는 널리 사용되는 오픈소스 데이터베이스 그룹을 위한 특정 추가 관리 계층 서비스를 전문적으로 제공한다. 몽고DB, 마이SQL, 포스트그레SQL를 대상으로 하는 퍼코나 자체는 오픈소스 수준에서 작동한다. 이는 사용자가 제품의 무료 버전을 사용해서 가치를 얻을 수 있다는 점을 의미한다. 물론 기업용 구독 제품도 판매된다.  퍼코나의 제품 부문 SVP 도니 버크홀츠는 “미래는 연결돼 있다. 연결되지 않는 것은 없다. 기업이 동시에 5개, 10개 또는 20개 스택(여러 데이터베이스 및 클라우드 등으로 구성됨)을 실행한다는 것을 알고 있다. 통합이 더욱더 중요해지고 있다. 이것이 오늘날 의미하는 바는 소프트웨어나 관리 서비스만으로는 성공할 수 없다는 점이다. 모든 것이 하나로 통합돼야 한다”라고 말했다. 이러한 복잡성의 현실에 대응해 버크홀츠와 퍼코나의 CEO 피터 자이체프는 ‘퍼코나 플랫폼(Per...

데이터 엔지니어링 데브옵스 C-레벨 데이터베이스 관리

2022.12.14

‘언제든지 찾아와도 좋다.’ 친근하게 다가가려는 경영진이 흔하게 쓰는 말이다. 실제로 문이 열려 있다면 어떤 이야기를 듣게 될까?  아마도 문을 열고 들어오는 직원들의 요구 사항은 다음과 같을 것이다. “새로운 웰빙 이니셔티브를 수립해보는 건 어떨까요? 직장에서 더 많은 다양성을 고려할 순 없을까요? 사무실에 왜 주차장이 없을까요? 자판기에 왜 다이어트용 음료가 없을까요?” 등이다.    듣지 못하는 요구사항 경영진이 듣지 못하는 요구 사항이 있다면 아래와 같을 것이다. “데이터 엔지니어링 팀의 요구 사항이 증가하고 데이터베이스 관리 계층 작업이 어려워지는 이유는 무엇일까요?” 이는 확실히 사람들이 경영진에게 묻는 일반적인 유형의 질문은 아니다.  데브옵스 팀을 구성하는 엔지니어가 점점 더 파편화되고 복잡하게 뒤엉킨 데이터 종속 워크플로우에 걸쳐 폭발적으로 증가하는 데이터 도구를 사용하고 있는 가운데 데이터 엔지니어링을 개선하려면 어떻게 해야 할까? 데이터베이스 관리 전문 서비스를 찾을 수 있지 않을까?  퍼코나는 널리 사용되는 오픈소스 데이터베이스 그룹을 위한 특정 추가 관리 계층 서비스를 전문적으로 제공한다. 몽고DB, 마이SQL, 포스트그레SQL를 대상으로 하는 퍼코나 자체는 오픈소스 수준에서 작동한다. 이는 사용자가 제품의 무료 버전을 사용해서 가치를 얻을 수 있다는 점을 의미한다. 물론 기업용 구독 제품도 판매된다.  퍼코나의 제품 부문 SVP 도니 버크홀츠는 “미래는 연결돼 있다. 연결되지 않는 것은 없다. 기업이 동시에 5개, 10개 또는 20개 스택(여러 데이터베이스 및 클라우드 등으로 구성됨)을 실행한다는 것을 알고 있다. 통합이 더욱더 중요해지고 있다. 이것이 오늘날 의미하는 바는 소프트웨어나 관리 서비스만으로는 성공할 수 없다는 점이다. 모든 것이 하나로 통합돼야 한다”라고 말했다. 이러한 복잡성의 현실에 대응해 버크홀츠와 퍼코나의 CEO 피터 자이체프는 ‘퍼코나 플랫폼(Per...

2022.12.14

칼럼 | ‘해고 칼날’이 지나간 팀 재정비하는 6가지 방법

슬프게도 경제 불황 또는 다른 재정 상황으로 인해 회사가 인원 감축에 들어갈 가능성이 있거나 일어난 경우가 있을 것이다. 이런 시대에 경제는 기술과 기업, 부서에도 영향을 미친다. 올해 900개가 넘는 기업이 해고를 단행해 14만 5,000명의 전문 인력이 일자리를 잃어서다.      데이터 사이언스나 IT 옵스 등 애자일 팀을 이끄는 책임자라면 팀에 영향을 받았거나 가까운 미래에 그럴 가능성이 있을 경우에 대비해야 한다.  최근 코믹 애자일(Comic Agilé) 만화는 인원 감축 또는 예산 삭감 이후에도 동일한 산출물이나 일정을 감당해야 할 것이란 두려움을 묘사한다. 이는 데브옵스팀 구성원들이 정리해고 후 느끼는 여러 가지 걱정거리 중 하나이다. 서비스 수준의 기대치나 기술 범위를 우려하는 사람들이다. 필자는 인원 감축과 정리해고에서 필자에게 주어진 것 이상으로 고통받았다. 경제 불황과 기업 합병 또는 기업 계획이 원안대로 성과가 나오지 않았던 것이 원인이었다. 별로 재미있진 않겠지만, 스스로를 돕고 팀을 부활시키는 몇 가지 절차를 소개하겠다.  팀 구성원이 안도감을 느낄 수 있게 하라 팀장이나 책임자라면 팀원들이 정리해고로 느끼는 개인적인 감정이나 여파를 먼저 살펴야 한다. 친구나 믿었던 동료를 떠나보낸 슬픔으로 화가 난 사람도 있을 것이고, 자신이 다음 대상이 될 수도 있다는 불안감을 느끼는 사람도 있을 것이다. 커뮤니케이션 시 리더십이 잘 작동하더라도 팀원과 동료들은 답없는 의문을 지녔을 가능성이 있다.  정리해고가 발표된 이후 첫번째 할 일은 대화 창구를 열고 사람들이 느끼는 감정을 묻고 능동적으로 잘 들어주는 것이다. 팀원이 안도감을 느끼도록 하는 다음 단계는 자신의 처지에 대해 공감대를 형성하고 사기를 진작시키고 생존 전쟁에서 승리한 것을 감사하는 것이다. 팀원들이 하는 얘기에 귀 기울여 공황을 일으키거나 이탈할 위험이 있는 팀원을 파악하라. 개별 상담을 하거나 불안을 극복할 방법을 ...

데브옵스 정리해고 IT티켓 스프린트 애자일

2022.12.14

슬프게도 경제 불황 또는 다른 재정 상황으로 인해 회사가 인원 감축에 들어갈 가능성이 있거나 일어난 경우가 있을 것이다. 이런 시대에 경제는 기술과 기업, 부서에도 영향을 미친다. 올해 900개가 넘는 기업이 해고를 단행해 14만 5,000명의 전문 인력이 일자리를 잃어서다.      데이터 사이언스나 IT 옵스 등 애자일 팀을 이끄는 책임자라면 팀에 영향을 받았거나 가까운 미래에 그럴 가능성이 있을 경우에 대비해야 한다.  최근 코믹 애자일(Comic Agilé) 만화는 인원 감축 또는 예산 삭감 이후에도 동일한 산출물이나 일정을 감당해야 할 것이란 두려움을 묘사한다. 이는 데브옵스팀 구성원들이 정리해고 후 느끼는 여러 가지 걱정거리 중 하나이다. 서비스 수준의 기대치나 기술 범위를 우려하는 사람들이다. 필자는 인원 감축과 정리해고에서 필자에게 주어진 것 이상으로 고통받았다. 경제 불황과 기업 합병 또는 기업 계획이 원안대로 성과가 나오지 않았던 것이 원인이었다. 별로 재미있진 않겠지만, 스스로를 돕고 팀을 부활시키는 몇 가지 절차를 소개하겠다.  팀 구성원이 안도감을 느낄 수 있게 하라 팀장이나 책임자라면 팀원들이 정리해고로 느끼는 개인적인 감정이나 여파를 먼저 살펴야 한다. 친구나 믿었던 동료를 떠나보낸 슬픔으로 화가 난 사람도 있을 것이고, 자신이 다음 대상이 될 수도 있다는 불안감을 느끼는 사람도 있을 것이다. 커뮤니케이션 시 리더십이 잘 작동하더라도 팀원과 동료들은 답없는 의문을 지녔을 가능성이 있다.  정리해고가 발표된 이후 첫번째 할 일은 대화 창구를 열고 사람들이 느끼는 감정을 묻고 능동적으로 잘 들어주는 것이다. 팀원이 안도감을 느끼도록 하는 다음 단계는 자신의 처지에 대해 공감대를 형성하고 사기를 진작시키고 생존 전쟁에서 승리한 것을 감사하는 것이다. 팀원들이 하는 얘기에 귀 기울여 공황을 일으키거나 이탈할 위험이 있는 팀원을 파악하라. 개별 상담을 하거나 불안을 극복할 방법을 ...

2022.12.14

'모델옵스'가 예방할 수 있는 ML 모델의 '패착' 5가지

머신러닝 모델은 몇몇 기업에서 핵심 비즈니스 도구로 쓰이지만, 나무에서 떨어질 때도 많다. 머신러닝 모델이 실패하는 5가지 요인을 파악하고 모델옵스(ModelOps)가 이를 어떻게 방지할 수 있는지 알아본다.    회사의 데이터 과학 팀이 비즈니스 목표를 설정했다고 가정해보자. 데이터 애널리틱스 및 머신러닝 모델을 활용해 비즈니스 가치를 창출할 수 있는 영역에 초점을 맞췄다. 데이터 세트 태깅, 사용할 머신러닝 기술, 머신러닝 모델 생성을 위한 프로세스까지 모든 준비가 끝났다. 확장 가능한 클라우드 인프라도 마음껏 쓸 수 있다. 이제 정말 머신러닝 모델을 만들어 현장에 적용하면 되는 걸까?  몇몇 전문가는 아니라고 말한다. 모든 혁신과 새로운 소프트웨어 배포는 위험 요소를 수반하므로 재차 검토해 예방할 수 있는 전략을 세워야 한다. 데이터 과학 프로세스를 개발할 때 처음부터 위험 관리 수칙을 수립하는 것이 중요하다. 오딧보드(AuditBoard)의 위험 및 기술 선임 고문 존 윌러는 “데이터 과학이든 다른 사업 요소이든 혁신과 위험 관리는 늘 함께 가야 한다”라고 말했다.  소프트웨어 개발은 단지 코드를 쓰고 출시한다고 끝이 아니다. 소프트웨어 개발자는 항상 잠재 위험 요소를 고려하고 그에 따른 모범 수칙을 따르려 한다. 그래서 나온 것이 소프트웨어 개발 주기(software development life cycle, SDLC), 원점 회귀(shift-left) 데브옵스 수칙, 관찰가능성 기준이다. 모두 잠재적 위험을 탐지하고 예방하기 위한 노력이다. 새 소프트웨어를 배포한 뒤에 개발팀이 계속 코드를 유지하고 수정할 수 있는 환경을 제공하는 것도 목표 중 하나다. 머신러닝 모델 관리에서 소프트웨어 개발 주기와 같은 역할을 개념이 바로 모델옵스(ModelOps)다. 모델옵스는 머신러닝 모델의 주기를 관리하기 위한 방법론이다. 이 방법론은 데이터 과학자가 머신러닝 모델을 어떻게 생성, 테스트, 배포해야 알지 안내한다...

머신러닝 머신러닝모델 ML모델 AI모델 인공지능모델 데브옵스 모델옵스

2022.11.30

머신러닝 모델은 몇몇 기업에서 핵심 비즈니스 도구로 쓰이지만, 나무에서 떨어질 때도 많다. 머신러닝 모델이 실패하는 5가지 요인을 파악하고 모델옵스(ModelOps)가 이를 어떻게 방지할 수 있는지 알아본다.    회사의 데이터 과학 팀이 비즈니스 목표를 설정했다고 가정해보자. 데이터 애널리틱스 및 머신러닝 모델을 활용해 비즈니스 가치를 창출할 수 있는 영역에 초점을 맞췄다. 데이터 세트 태깅, 사용할 머신러닝 기술, 머신러닝 모델 생성을 위한 프로세스까지 모든 준비가 끝났다. 확장 가능한 클라우드 인프라도 마음껏 쓸 수 있다. 이제 정말 머신러닝 모델을 만들어 현장에 적용하면 되는 걸까?  몇몇 전문가는 아니라고 말한다. 모든 혁신과 새로운 소프트웨어 배포는 위험 요소를 수반하므로 재차 검토해 예방할 수 있는 전략을 세워야 한다. 데이터 과학 프로세스를 개발할 때 처음부터 위험 관리 수칙을 수립하는 것이 중요하다. 오딧보드(AuditBoard)의 위험 및 기술 선임 고문 존 윌러는 “데이터 과학이든 다른 사업 요소이든 혁신과 위험 관리는 늘 함께 가야 한다”라고 말했다.  소프트웨어 개발은 단지 코드를 쓰고 출시한다고 끝이 아니다. 소프트웨어 개발자는 항상 잠재 위험 요소를 고려하고 그에 따른 모범 수칙을 따르려 한다. 그래서 나온 것이 소프트웨어 개발 주기(software development life cycle, SDLC), 원점 회귀(shift-left) 데브옵스 수칙, 관찰가능성 기준이다. 모두 잠재적 위험을 탐지하고 예방하기 위한 노력이다. 새 소프트웨어를 배포한 뒤에 개발팀이 계속 코드를 유지하고 수정할 수 있는 환경을 제공하는 것도 목표 중 하나다. 머신러닝 모델 관리에서 소프트웨어 개발 주기와 같은 역할을 개념이 바로 모델옵스(ModelOps)다. 모델옵스는 머신러닝 모델의 주기를 관리하기 위한 방법론이다. 이 방법론은 데이터 과학자가 머신러닝 모델을 어떻게 생성, 테스트, 배포해야 알지 안내한다...

2022.11.30

블로그ㅣ지능형 자동화가 CI/CD를 어떻게 변화시키는가?

오늘날 ‘모든 기업이 소프트웨어 회사다’라고 말하곤 한다. 이는 지난 10년 동안 규모와 상관없이 수많은 기업이 디지털 트랜스포메이션 이니셔티브를 수행했으며, 이러한 이니셔티브가 비즈니스 가치를 제공하기 위해 소프트웨어를 개발하고 배포하는 방식에 엄청난 영향을 미쳤기 때문이다.  과거에는 애플리케이션이 모놀리식이었고, 온프레미스에 배포됐으며, 업데이트가 거의 없었다. 오늘날 새로운 애플리케이션 모델은 마이크로서비스, 컨테이너화, 지속적 전달(Continuous delivery; CD)을 활용하여 쿠버네티스, VM, 멀티클라우드 환경에 대량의 소규모 릴리즈를 제공한다. 이러한 ‘진화’는 모든 서비스형(-as a service)부터 옴니채널 360도 고객 참여, 실시간 IoT 데이터 기반 비즈니스까지 새로운 유형의 비즈니스 프로세스와 모델을 가능하게 했다.    클라우드 네이티브 세계에서 이러한 새로운 소프트웨어 딜리버리 전략을 성공적으로 실행하려면 소프트웨어 개발에서 또 다른 혁신이 필요하다. 기업들은 소프트웨어 보안을 희생하거나 규정 및 비즈니스 컴플라이언스를 무시하지 않고 빠른 속도와 빈도 그리고 정확성으로 더 많은 소프트웨어 릴리즈를 제공해야 한다. 하지만 이는 복잡성을 증가시키기 마련이다.  게다가 지리적으로 분산된 팀이라면(개발, 운영, 데브옵스, 보안, 컴플라이언스) 더 빠르고, 더 정확하며, 더 높은 수준의 조정을 통해 작업해야 한다. 마찬가지로 복잡하고 분산된 워크플로우를 고도로 조정해 오류와 지연을 방지하는 한편 소프트웨어 딜리버리 팀 구성원의 생산성을 향상시켜야 한다. 이런 ‘진화’는 다양한 CI/CD 툴체인, 증가하는 보안 문제, 까다로워지는 프라이버시 규정, 적합한 기술 인력의 부족으로 더욱더 복잡해진다.  이 가운데 기업들이 소프트웨어 딜리버리 팀의 생산성을 높이고, 아울러 (소프트웨어) 릴리즈의 비즈니스 가치를 극대화하려면 어떻게 해야 할까? 첫째, 기업들은 시간 경과에 따라 도구와 ...

지능형 자동화 CI CD 지속적 전달 지속적 통합 데브옵스 소프트웨어 개발 소프트웨어 릴리즈

2022.11.30

오늘날 ‘모든 기업이 소프트웨어 회사다’라고 말하곤 한다. 이는 지난 10년 동안 규모와 상관없이 수많은 기업이 디지털 트랜스포메이션 이니셔티브를 수행했으며, 이러한 이니셔티브가 비즈니스 가치를 제공하기 위해 소프트웨어를 개발하고 배포하는 방식에 엄청난 영향을 미쳤기 때문이다.  과거에는 애플리케이션이 모놀리식이었고, 온프레미스에 배포됐으며, 업데이트가 거의 없었다. 오늘날 새로운 애플리케이션 모델은 마이크로서비스, 컨테이너화, 지속적 전달(Continuous delivery; CD)을 활용하여 쿠버네티스, VM, 멀티클라우드 환경에 대량의 소규모 릴리즈를 제공한다. 이러한 ‘진화’는 모든 서비스형(-as a service)부터 옴니채널 360도 고객 참여, 실시간 IoT 데이터 기반 비즈니스까지 새로운 유형의 비즈니스 프로세스와 모델을 가능하게 했다.    클라우드 네이티브 세계에서 이러한 새로운 소프트웨어 딜리버리 전략을 성공적으로 실행하려면 소프트웨어 개발에서 또 다른 혁신이 필요하다. 기업들은 소프트웨어 보안을 희생하거나 규정 및 비즈니스 컴플라이언스를 무시하지 않고 빠른 속도와 빈도 그리고 정확성으로 더 많은 소프트웨어 릴리즈를 제공해야 한다. 하지만 이는 복잡성을 증가시키기 마련이다.  게다가 지리적으로 분산된 팀이라면(개발, 운영, 데브옵스, 보안, 컴플라이언스) 더 빠르고, 더 정확하며, 더 높은 수준의 조정을 통해 작업해야 한다. 마찬가지로 복잡하고 분산된 워크플로우를 고도로 조정해 오류와 지연을 방지하는 한편 소프트웨어 딜리버리 팀 구성원의 생산성을 향상시켜야 한다. 이런 ‘진화’는 다양한 CI/CD 툴체인, 증가하는 보안 문제, 까다로워지는 프라이버시 규정, 적합한 기술 인력의 부족으로 더욱더 복잡해진다.  이 가운데 기업들이 소프트웨어 딜리버리 팀의 생산성을 높이고, 아울러 (소프트웨어) 릴리즈의 비즈니스 가치를 극대화하려면 어떻게 해야 할까? 첫째, 기업들은 시간 경과에 따라 도구와 ...

2022.11.30

‘데알못’도 알기 쉬운 데브옵스 기본기 다지기

모든 분야에는 이를 ‘잘 모르는’ 사람에게 설명하기 어려운 전문 용어가 있기 마련이다.  설명하기 쉽고 아울러 정의를 들으면 고개를 끄덕거릴 수 있는 ‘이름’을 사용하면 ‘잘 모르는’ 사람에게 호의를 베풀 수 있다. 그래서 예를 들면 엔지니어가 (기술적 정의를 가지고 논쟁을 벌일 순 있어도) 애자일 방법론, 데이터 웨어하우스, 방화벽의 기본 개념을 설명하는 것은 어렵지 않다고 본다. 각 이름이 어떤 의미를 전달하기 때문이다.  언젠가 비즈니스 부문 리더가 기술 전문 용어를 설명해달라고 하는 상황에 직면할 수 있다. 아마도 기술 벤더에게 들었거나 인보이스에서 봤거나 컨퍼런스에서 들었을 수 있다. 이때 간단한 용어로 설명하고, 지나치게 기술적인 세부사항을 피하며, 추가 정의를 필요로 하는 더 많은 전문 용어를 쓰지 않을 필요가 있다.  일례로 인터넷 초창기 시절 한 이사회 구성원이 ‘쿠키란 무엇인가?’라고 물어본 적이 있다. 당시 비즈니스 부문 경영진은 웹 브라우저가 작동하는 방식, 서버가 수행하는 작업과 수행하지 않는 작업, 인터넷 프로토콜의 복잡성 등을 거의 알지 못했기 때문에 이에 대답하기가 어려웠다.  데브옵스 엔지니어라면 기술 전문 용어를 복잡하게 들어가지 않고 풀어내기가 쉽지 않다. 업계 전문가들에게 데브옵스 용어를 간단하게 정의할 방법을 물어봤다.    CI/CD? 두문자어는 철자를 명시하는 게 가장 좋은 출발점이지만 때로는 구체적인 내용을 생략하는 것이 더 나을 때도 있다. G2의 엔지니어링 부문 부사장 댄 녹스에 따르면 “CI/CD는 기능적인 소프트웨어 제공 시 문제 발생 위험을 줄이고자 코드를 ‘지속적으로’ 테스트하고 배포하는 전술이다. 경쟁사보다 빨리 움직이려는 팀에게 매우 유용하다”라고 설명했다. 너무 기술적이지 않게 질문에 답변하고 아울러 비즈니스 이점을 공유할 수 있는 포인트가 아닐까!  더 나아가 자세한 내용을 요청받았다고 해보자. BOS 프레임워크(BO...

데브옵스 CI/CD 카나리아 릴리즈 도커 쿠버네티스 오류 예산 AI옵스

2022.11.16

모든 분야에는 이를 ‘잘 모르는’ 사람에게 설명하기 어려운 전문 용어가 있기 마련이다.  설명하기 쉽고 아울러 정의를 들으면 고개를 끄덕거릴 수 있는 ‘이름’을 사용하면 ‘잘 모르는’ 사람에게 호의를 베풀 수 있다. 그래서 예를 들면 엔지니어가 (기술적 정의를 가지고 논쟁을 벌일 순 있어도) 애자일 방법론, 데이터 웨어하우스, 방화벽의 기본 개념을 설명하는 것은 어렵지 않다고 본다. 각 이름이 어떤 의미를 전달하기 때문이다.  언젠가 비즈니스 부문 리더가 기술 전문 용어를 설명해달라고 하는 상황에 직면할 수 있다. 아마도 기술 벤더에게 들었거나 인보이스에서 봤거나 컨퍼런스에서 들었을 수 있다. 이때 간단한 용어로 설명하고, 지나치게 기술적인 세부사항을 피하며, 추가 정의를 필요로 하는 더 많은 전문 용어를 쓰지 않을 필요가 있다.  일례로 인터넷 초창기 시절 한 이사회 구성원이 ‘쿠키란 무엇인가?’라고 물어본 적이 있다. 당시 비즈니스 부문 경영진은 웹 브라우저가 작동하는 방식, 서버가 수행하는 작업과 수행하지 않는 작업, 인터넷 프로토콜의 복잡성 등을 거의 알지 못했기 때문에 이에 대답하기가 어려웠다.  데브옵스 엔지니어라면 기술 전문 용어를 복잡하게 들어가지 않고 풀어내기가 쉽지 않다. 업계 전문가들에게 데브옵스 용어를 간단하게 정의할 방법을 물어봤다.    CI/CD? 두문자어는 철자를 명시하는 게 가장 좋은 출발점이지만 때로는 구체적인 내용을 생략하는 것이 더 나을 때도 있다. G2의 엔지니어링 부문 부사장 댄 녹스에 따르면 “CI/CD는 기능적인 소프트웨어 제공 시 문제 발생 위험을 줄이고자 코드를 ‘지속적으로’ 테스트하고 배포하는 전술이다. 경쟁사보다 빨리 움직이려는 팀에게 매우 유용하다”라고 설명했다. 너무 기술적이지 않게 질문에 답변하고 아울러 비즈니스 이점을 공유할 수 있는 포인트가 아닐까!  더 나아가 자세한 내용을 요청받았다고 해보자. BOS 프레임워크(BO...

2022.11.16

'ROI를 입증할 때' 애자일과 데브옵스가 비용을 절감하는 8가지 방식

복잡한 워크플로우의 수렁에 빠져 비용 절감에 애를 먹고 있다면, 애자일과 데브옵스가 다음과 같은 방식으로 도울 수 있다는 점을 기억할 만하다.   애자일(Agile) 방법론과 데브옵스(DevOps)가 좋다는 건 기술 리더라면 이제 누구나 안다. 아무도 명령 및 통제 타임라인과 수동 인프라 운영으로 점철돼 실패로 끝난 프로젝트가 가득했던 시절로 돌아가고 싶어 하지 않는다.  동시에 이러한 역량이 성숙해져 그만한 가치를 창출하려면 많은 시간과 노력을 투입해야 한다는 점도 모르지 않는다. 언젠가 임원진이 투자 대비 효과에 관해 물어볼 수도 있다.  서비스형 소프트웨어(SaaS) 제공업체라면 제품 개선, 신규 고객 유입, 그리고 매출 증가를 도모하고자 애자일과 데브옵스를 도입한다. 사용자 경험을 개선하고, 사용자 만족도를 높이며 출시 주기를 앞당길 수 있다는 기대에 애자일과 데브옵스에 투자한다.  하지만 일반 기업의 IT 부서는 애자일과 데브옵스의 비용 절감 효과도 입증해야 한다. 물론 아직 전 세계적 경기 침체 여부나 IT 예산의 방향성은 불명확하다. 그러나 IT 리더는 항상 최악의 상황에 대비해야 하므로 애자일과 데브옵스가 효율성을 높이고 비용을 줄이는 방식에 대해 알고 있어야 한다. 다음은 그 7가지 방식이다.    1. 최소기능제품(Minimum Viable Product, MVP)이 개발 기간을 단축시킨다  코파도(Copado)의 책임자 앤드류 데이비스는 애자일과 데브옵스가 해결하고자 하는 2가지 근본적인 목표를 공유하며 ‘모든 것을 측정하는 방법(How to Measure Anything)’이라는 책의 내용을 인용했다. 저자 더글라스 허버드는 광범위한 연구에서 어떤 요소가 프로젝트의 총 ROI에 가장 큰 영향을 미치는지 분석했다. ROI를 일정하게 예측한 2가지 요소는 프로젝트가 실행되기 전에 취소되었는지와 사용자들이 얼마나 빨리 유입됐는지였다.  비용을...

애자일 데브옵스 경기침체 비용절감 ROI 의사결정 지속적 전달 테스팅 자동화

2022.11.09

복잡한 워크플로우의 수렁에 빠져 비용 절감에 애를 먹고 있다면, 애자일과 데브옵스가 다음과 같은 방식으로 도울 수 있다는 점을 기억할 만하다.   애자일(Agile) 방법론과 데브옵스(DevOps)가 좋다는 건 기술 리더라면 이제 누구나 안다. 아무도 명령 및 통제 타임라인과 수동 인프라 운영으로 점철돼 실패로 끝난 프로젝트가 가득했던 시절로 돌아가고 싶어 하지 않는다.  동시에 이러한 역량이 성숙해져 그만한 가치를 창출하려면 많은 시간과 노력을 투입해야 한다는 점도 모르지 않는다. 언젠가 임원진이 투자 대비 효과에 관해 물어볼 수도 있다.  서비스형 소프트웨어(SaaS) 제공업체라면 제품 개선, 신규 고객 유입, 그리고 매출 증가를 도모하고자 애자일과 데브옵스를 도입한다. 사용자 경험을 개선하고, 사용자 만족도를 높이며 출시 주기를 앞당길 수 있다는 기대에 애자일과 데브옵스에 투자한다.  하지만 일반 기업의 IT 부서는 애자일과 데브옵스의 비용 절감 효과도 입증해야 한다. 물론 아직 전 세계적 경기 침체 여부나 IT 예산의 방향성은 불명확하다. 그러나 IT 리더는 항상 최악의 상황에 대비해야 하므로 애자일과 데브옵스가 효율성을 높이고 비용을 줄이는 방식에 대해 알고 있어야 한다. 다음은 그 7가지 방식이다.    1. 최소기능제품(Minimum Viable Product, MVP)이 개발 기간을 단축시킨다  코파도(Copado)의 책임자 앤드류 데이비스는 애자일과 데브옵스가 해결하고자 하는 2가지 근본적인 목표를 공유하며 ‘모든 것을 측정하는 방법(How to Measure Anything)’이라는 책의 내용을 인용했다. 저자 더글라스 허버드는 광범위한 연구에서 어떤 요소가 프로젝트의 총 ROI에 가장 큰 영향을 미치는지 분석했다. ROI를 일정하게 예측한 2가지 요소는 프로젝트가 실행되기 전에 취소되었는지와 사용자들이 얼마나 빨리 유입됐는지였다.  비용을...

2022.11.09

데이터 과학 생산성 Up! ‘모델옵스’의 5가지 기능 살펴보기

‘2022 모델옵스 현황(State of Modelops 2022)’ 보고서에 따르면 대기업의 51%가 초기 단계의 인공지능 파일럿 또는 실험을 했지만 아직 프로덕션 환경에는 투입하지 않은 것으로 나타났다. 38%만이 AI 투자수익률(ROI)을 이야기할 수 있다고 말했으며, 43%는 적시에 문제를 찾고 해결하는 데 비효율적이라고 답했다.  이는 프로덕션 환경에서 ML 모델을 개발, 제공, 관리하는 ‘생산성’을 향상시킬 방법의 필요성을 강조한다.    ML옵스 또는 모델옵스? 둘 다 필요할 수 있다 알터릭스(Alteryx)부터 AWS 세이지메이커(AWS SageMaker), 다타이쿠(Dataiku), 데이터로봇(DataRobot), 구글 버텍스 AI(Google Vertex AI), 나임(KNIME), 마이크로소프트 애저 머신러닝(Microsoft Azure Machine Learning), SAS까지 오늘날 모델 개발을 위해 선택할 수 있는 애널리틱스 도구가 많다. 데이터 과학팀이 애널리틱스 도구를 통합하고, 실험하며, ML 모델을 배포할 수 있도록 지원하는 ML옵스 플랫폼도 있다.  레디AI(ReadyAI)의 총괄 관리자 겸 딜로이트 컨설팅(Deloitte Consulting)의 전무 로힛 탄돈은 대규모 AI 구축 및 배포에서 ML옵스의 역할을 다음과 같이 설명했다. “기업이 AI 개발 용량을 수십에서 수백 또는 수천 개의 ML 모델로 확장하려고 할 때, 데브옵스가 소프트웨어 개발에 가져온 것과 동일한 엔지니어링 및 운영 원칙의 이점을 누릴 수 있다. ML옵스는 수동적이고 비효율적인 워크플로우를 자동화하고 모델 구성 및 관리의 모든 단계를 간소화하는 데 유용하다.” 많은 ML옵스 플랫폼이 프로덕션 환경에서 배포 및 모니터링 모델을 지원하지만 주요 기능은 개발, 테스트, 프로세스 개선 과정에서 (데이터 과학자에게) 서비스를 제공하는 것이다.  모델옵스(Modelops) 플랫폼 및 프랙티스는 프로덕션 환경에...

데이터 과학 데이터 과학자 데브옵스 머신러닝 ML옵스 모델옵스 애널리틱스

2022.10.25

‘2022 모델옵스 현황(State of Modelops 2022)’ 보고서에 따르면 대기업의 51%가 초기 단계의 인공지능 파일럿 또는 실험을 했지만 아직 프로덕션 환경에는 투입하지 않은 것으로 나타났다. 38%만이 AI 투자수익률(ROI)을 이야기할 수 있다고 말했으며, 43%는 적시에 문제를 찾고 해결하는 데 비효율적이라고 답했다.  이는 프로덕션 환경에서 ML 모델을 개발, 제공, 관리하는 ‘생산성’을 향상시킬 방법의 필요성을 강조한다.    ML옵스 또는 모델옵스? 둘 다 필요할 수 있다 알터릭스(Alteryx)부터 AWS 세이지메이커(AWS SageMaker), 다타이쿠(Dataiku), 데이터로봇(DataRobot), 구글 버텍스 AI(Google Vertex AI), 나임(KNIME), 마이크로소프트 애저 머신러닝(Microsoft Azure Machine Learning), SAS까지 오늘날 모델 개발을 위해 선택할 수 있는 애널리틱스 도구가 많다. 데이터 과학팀이 애널리틱스 도구를 통합하고, 실험하며, ML 모델을 배포할 수 있도록 지원하는 ML옵스 플랫폼도 있다.  레디AI(ReadyAI)의 총괄 관리자 겸 딜로이트 컨설팅(Deloitte Consulting)의 전무 로힛 탄돈은 대규모 AI 구축 및 배포에서 ML옵스의 역할을 다음과 같이 설명했다. “기업이 AI 개발 용량을 수십에서 수백 또는 수천 개의 ML 모델로 확장하려고 할 때, 데브옵스가 소프트웨어 개발에 가져온 것과 동일한 엔지니어링 및 운영 원칙의 이점을 누릴 수 있다. ML옵스는 수동적이고 비효율적인 워크플로우를 자동화하고 모델 구성 및 관리의 모든 단계를 간소화하는 데 유용하다.” 많은 ML옵스 플랫폼이 프로덕션 환경에서 배포 및 모니터링 모델을 지원하지만 주요 기능은 개발, 테스트, 프로세스 개선 과정에서 (데이터 과학자에게) 서비스를 제공하는 것이다.  모델옵스(Modelops) 플랫폼 및 프랙티스는 프로덕션 환경에...

2022.10.25

블로그 | 클라우드에서 데브옵스가 무너지는 이유

데브옵스는 애플리케이션 개발 생산성을 위해서는 언제는 옳은가? 그렇다고 생각한다면, 다시 생각해 보기 바란다. 툴과 인력이 없으면, 클라우드 개발은 금방 무너지고 만다. 화요일 아침, 일일 스크럼 미팅을 위해 줌 화상회의 중이다. 진척 상황에 대한 일상적인 업데이트와 장애물에 대한 이야기를 듣는데, 프로젝트마다 늘 있는 일처럼 보인다. 하지만, 퍼블릭 클라우드 개발이 관련되어 있을 때만 이런 문제가 발생한다는 사실을 알게 된다. 전통적인 개발 환경에서는 발생하지 않는 문제다.   어떤 문제가 발생하고 어떻게 처리해야 하는지 살펴보자. 그리고 클라우드와 하이브리드 개발에서만 발생하는 이유도 알아보자. 첫째는 너무나 분명한 문제인 기술 인력이다. 클라우드에서 데브옵스 방법론을 이용하려면, 툴체인을 어떻게 구축하고 활용해야 하는지 잘 알고 있는 데브옵스 엔지니어가 필요하다. 게다가 클라우드 기반 툴을 사용해 툴 체인을 구축할 줄 아는 엔지니어가 필요하다. 일부 인력은 이런 기술력을 가지고 있다. 필자는 이런 인력을 찾지 못해 데브옵스를 전통적인 플랫폼으로 되돌리는 기업을 많이 봤다. 단지 필요한 인력을 구하지 못했기 때문이다. 안타깝게도 현재로서는 그렇게 나쁜 전략은 아니다. 둘째, 클라우드가 기업의 데브옵스 툴체인에 필요한 툴을 모두 갖춘 경우는 드물다. 엄청나게 많은 데브옵스 툴이 있고, 퍼블릭 클라우스 서비스 업체나 데브옵스 클라우드 서비스를 판매하는 핵심 협력업체가 엄청나게 많은 데브옵스 툴을 제공하지만, 필요한 툴의 10~20%는 해당 클라우드 플랫폼에는 없을 것이다. 다른 서비스 업체의 플랫폼을 통합해야 하는데, 여기에는 멀티클라우드의 복잡성이 따른다. 물론, 이런 툴의 부재는 어떤 애플리케이션을 구축하느냐에 따라 다르다. 툴 부족은 옛날처럼 심각한 문제는 아니다. 데브옵스 툴 업체가 보기에도 클라우드 컴퓨팅은 분명한 대세라 신속하게 부족한 툴을 채웠기 때문이다. 하지만 선호하는 클라우드 플랫폼 상에서 이른바 “네이티브하게” 동작하는...

데브옵스 엔지니어 복잡성 툴체인 클라우드네이티브

2022.09.27

데브옵스는 애플리케이션 개발 생산성을 위해서는 언제는 옳은가? 그렇다고 생각한다면, 다시 생각해 보기 바란다. 툴과 인력이 없으면, 클라우드 개발은 금방 무너지고 만다. 화요일 아침, 일일 스크럼 미팅을 위해 줌 화상회의 중이다. 진척 상황에 대한 일상적인 업데이트와 장애물에 대한 이야기를 듣는데, 프로젝트마다 늘 있는 일처럼 보인다. 하지만, 퍼블릭 클라우드 개발이 관련되어 있을 때만 이런 문제가 발생한다는 사실을 알게 된다. 전통적인 개발 환경에서는 발생하지 않는 문제다.   어떤 문제가 발생하고 어떻게 처리해야 하는지 살펴보자. 그리고 클라우드와 하이브리드 개발에서만 발생하는 이유도 알아보자. 첫째는 너무나 분명한 문제인 기술 인력이다. 클라우드에서 데브옵스 방법론을 이용하려면, 툴체인을 어떻게 구축하고 활용해야 하는지 잘 알고 있는 데브옵스 엔지니어가 필요하다. 게다가 클라우드 기반 툴을 사용해 툴 체인을 구축할 줄 아는 엔지니어가 필요하다. 일부 인력은 이런 기술력을 가지고 있다. 필자는 이런 인력을 찾지 못해 데브옵스를 전통적인 플랫폼으로 되돌리는 기업을 많이 봤다. 단지 필요한 인력을 구하지 못했기 때문이다. 안타깝게도 현재로서는 그렇게 나쁜 전략은 아니다. 둘째, 클라우드가 기업의 데브옵스 툴체인에 필요한 툴을 모두 갖춘 경우는 드물다. 엄청나게 많은 데브옵스 툴이 있고, 퍼블릭 클라우스 서비스 업체나 데브옵스 클라우드 서비스를 판매하는 핵심 협력업체가 엄청나게 많은 데브옵스 툴을 제공하지만, 필요한 툴의 10~20%는 해당 클라우드 플랫폼에는 없을 것이다. 다른 서비스 업체의 플랫폼을 통합해야 하는데, 여기에는 멀티클라우드의 복잡성이 따른다. 물론, 이런 툴의 부재는 어떤 애플리케이션을 구축하느냐에 따라 다르다. 툴 부족은 옛날처럼 심각한 문제는 아니다. 데브옵스 툴 업체가 보기에도 클라우드 컴퓨팅은 분명한 대세라 신속하게 부족한 툴을 채웠기 때문이다. 하지만 선호하는 클라우드 플랫폼 상에서 이른바 “네이티브하게” 동작하는...

2022.09.27

데이터 거버넌스 개선·확산, 데브옵스 팀의 ‘개입’이 필요하다

CIO들은 데이터 거버넌스가 IT 팀 전원의 일이 돼야 한다는 데 모두 동의한다. 데이터의 규정 준수, 보안, 그리고 신뢰성은 비즈니스의 모든 영역에 영향을 끼치기 때문이다.    데이터 거버넌스(data governance)는 다양한 분야와 관행을 아우르는 포괄적 용어다. 우선순위는 누가 해당 활동을 주도하는지에 달린 경우가 많다. 최고데이터책임자(CDO), 프라이버시 책임자, 보안 책임자, 위험 관리 리더가 주도한다면 프라이버시, 보안, 규정에 주력하는 것이 보통이다. 데이터 과학자, 마케터, 데브옵스 리더, 비즈니스 애널리스트는 데이터 카탈로그, 데이터 통합, 데이터 품질, 데이터 계보, 고객 데이터 프로필, 그리고 마스터 데이터 관리를 포함한 대비적 데이터 거버넌스에 주력할 가능성이 더 크다. 즉, 이 모든 용어와 관행, 그리고 기술에는 해석의 여지가 다양하며 일부 기능과 목적은 서로 겹치기도 한다. 질리언트(Zilliant) CTO 겸 엔지니어링 담당 SVP 샴즈 차우타니는 목표가 여럿일 수 있기 때문에 때문에 비즈니스 이해관계자, IT, 데이터 팀 사이의 협업이 프로젝트 성공의 관건이라고 강조했다. 그는 “데이터 거버넌스는 각 부서가 알아서 해야 하는 일, 대부분 IT에서 관리하는 규정 준수 요건쯤으로 취급된다. 오늘날 디지털 시대에 데이터는 최대 자산이다. 데이터 거버넌스를 IT에서만 실행하는 고립된 업무로 취급하면 전체 조직에 해가 된다. 데이터 중심 기업이 되고자 하는 목표를 정말 현실화하고자 한다면 이해관계자 전원이 참여해 데이터 거버넌스 프로세스를 지속해서 개선해야 한다”라고 말했다. 데이터 거버넌스를 확산시키기 위해 데브옵스 리더와 팀이 알아야 할 것과 기여할 수 있는 방식에 대한 업계 전문가들의 의견을 들어본다.    데이터옵스로 일상 워크플로우에 통합  레드게이트 소프트웨어(Redgate Software)의 데브옵스 애드보케이크(DevOps Advocate) 그랜트 프리치는 이해...

데브옵스 데이터거버넌스 데브섹옵스 데이터옵스

2022.09.07

CIO들은 데이터 거버넌스가 IT 팀 전원의 일이 돼야 한다는 데 모두 동의한다. 데이터의 규정 준수, 보안, 그리고 신뢰성은 비즈니스의 모든 영역에 영향을 끼치기 때문이다.    데이터 거버넌스(data governance)는 다양한 분야와 관행을 아우르는 포괄적 용어다. 우선순위는 누가 해당 활동을 주도하는지에 달린 경우가 많다. 최고데이터책임자(CDO), 프라이버시 책임자, 보안 책임자, 위험 관리 리더가 주도한다면 프라이버시, 보안, 규정에 주력하는 것이 보통이다. 데이터 과학자, 마케터, 데브옵스 리더, 비즈니스 애널리스트는 데이터 카탈로그, 데이터 통합, 데이터 품질, 데이터 계보, 고객 데이터 프로필, 그리고 마스터 데이터 관리를 포함한 대비적 데이터 거버넌스에 주력할 가능성이 더 크다. 즉, 이 모든 용어와 관행, 그리고 기술에는 해석의 여지가 다양하며 일부 기능과 목적은 서로 겹치기도 한다. 질리언트(Zilliant) CTO 겸 엔지니어링 담당 SVP 샴즈 차우타니는 목표가 여럿일 수 있기 때문에 때문에 비즈니스 이해관계자, IT, 데이터 팀 사이의 협업이 프로젝트 성공의 관건이라고 강조했다. 그는 “데이터 거버넌스는 각 부서가 알아서 해야 하는 일, 대부분 IT에서 관리하는 규정 준수 요건쯤으로 취급된다. 오늘날 디지털 시대에 데이터는 최대 자산이다. 데이터 거버넌스를 IT에서만 실행하는 고립된 업무로 취급하면 전체 조직에 해가 된다. 데이터 중심 기업이 되고자 하는 목표를 정말 현실화하고자 한다면 이해관계자 전원이 참여해 데이터 거버넌스 프로세스를 지속해서 개선해야 한다”라고 말했다. 데이터 거버넌스를 확산시키기 위해 데브옵스 리더와 팀이 알아야 할 것과 기여할 수 있는 방식에 대한 업계 전문가들의 의견을 들어본다.    데이터옵스로 일상 워크플로우에 통합  레드게이트 소프트웨어(Redgate Software)의 데브옵스 애드보케이크(DevOps Advocate) 그랜트 프리치는 이해...

2022.09.07

칼럼 | 데브옵스 시대는 끝났다

소프트웨어 개발 작업이 점점 더 복잡해짐에 따라 개발(dev) 전문가와 운영(ops) 전문가를 다시 한번 분리해야 할 때가 다가오고 있다. 이번에는 과거의 실수를 반복하지 않고 해낼 수 있을까?   2000년대 후반 소프트웨어가 세상을 집어삼키기 시작하면서 애자일 방법론과 클라우드 컴퓨팅의 부상과 함께 데브옵스(Devops)가 등장했다. ‘개발’과 ‘운영’을 근사하게 결합한 데브옵스는 과거에는 분리돼 있던 소프트웨어 구축, 배포 담당인 두 그룹을 하나로 모으는 것이 핵심이다. 이에 따라 소프트웨어 엔지니어가 사용자 피드백에 대한 대응을 개선해 제품을 더 자주 업데이트해야 할 필요성이 부상했다. 많은 기업이 데브옵스를 통해 이전에는 불가능했던 속도로 문제를 해결해 나갔고, 일부 기업은 개발자에 운영 작업에 대한 책임까지 담당하는 방법으로 데브옵스를 활용했다. 풀 스택 개발자로 구성된 일종의 슈퍼 팀을 만들려고 했던 셈이다. 그러나 데브옵스 포 더미즈(Devops for Dummies)의 저자이자 아마존 웹 서비스의 커뮤니티 참여 책임자인 에밀리 프리먼은 트위터를 통해 “개발자는 대부분 운영 문제를 다루고 싶어 하지 않는다”라고 문제를 제기했다. 이 트윗을 본 많은 개발자가 수백 개 자기 생각을 답장으로 보냈다. 예를 들어 패스트푸드 회사 치포틀레(Chipotle)의 소프트웨어 엔지니어인 스콧 팬탈은 “맞다. 나 역시 개발자이고 운영 문제를 다루고 싶지 않다”라고 썼다. SUSE의 개발자 에반젤리스트인 앤드루 그레이시는 “개발자와 운영진은 서로 다른 역할을 맡아 긴밀하게 협력해야 한다. 팀 간의 공감이 가장 중요하다”라고 말했다. 더 많은 운영, 보안 문제를 소프트웨어 전체 수명 주기의 ‘왼쪽’으로 이동시켜 소프트웨어 개발자의 영역으로 옮기는 데브옵스 개념은 분명히 많은 장점이 있지만 위험한 병목 현상으로 이어질 가능성도 있다. 쿠버네티스(Kubernetes) 스토리지 전문업체 온닷(Ondat)의 제품 책임자인 제임스 브라운은 “개발자를 너무 많...

데브옵스 DevOps

2022.08.26

소프트웨어 개발 작업이 점점 더 복잡해짐에 따라 개발(dev) 전문가와 운영(ops) 전문가를 다시 한번 분리해야 할 때가 다가오고 있다. 이번에는 과거의 실수를 반복하지 않고 해낼 수 있을까?   2000년대 후반 소프트웨어가 세상을 집어삼키기 시작하면서 애자일 방법론과 클라우드 컴퓨팅의 부상과 함께 데브옵스(Devops)가 등장했다. ‘개발’과 ‘운영’을 근사하게 결합한 데브옵스는 과거에는 분리돼 있던 소프트웨어 구축, 배포 담당인 두 그룹을 하나로 모으는 것이 핵심이다. 이에 따라 소프트웨어 엔지니어가 사용자 피드백에 대한 대응을 개선해 제품을 더 자주 업데이트해야 할 필요성이 부상했다. 많은 기업이 데브옵스를 통해 이전에는 불가능했던 속도로 문제를 해결해 나갔고, 일부 기업은 개발자에 운영 작업에 대한 책임까지 담당하는 방법으로 데브옵스를 활용했다. 풀 스택 개발자로 구성된 일종의 슈퍼 팀을 만들려고 했던 셈이다. 그러나 데브옵스 포 더미즈(Devops for Dummies)의 저자이자 아마존 웹 서비스의 커뮤니티 참여 책임자인 에밀리 프리먼은 트위터를 통해 “개발자는 대부분 운영 문제를 다루고 싶어 하지 않는다”라고 문제를 제기했다. 이 트윗을 본 많은 개발자가 수백 개 자기 생각을 답장으로 보냈다. 예를 들어 패스트푸드 회사 치포틀레(Chipotle)의 소프트웨어 엔지니어인 스콧 팬탈은 “맞다. 나 역시 개발자이고 운영 문제를 다루고 싶지 않다”라고 썼다. SUSE의 개발자 에반젤리스트인 앤드루 그레이시는 “개발자와 운영진은 서로 다른 역할을 맡아 긴밀하게 협력해야 한다. 팀 간의 공감이 가장 중요하다”라고 말했다. 더 많은 운영, 보안 문제를 소프트웨어 전체 수명 주기의 ‘왼쪽’으로 이동시켜 소프트웨어 개발자의 영역으로 옮기는 데브옵스 개념은 분명히 많은 장점이 있지만 위험한 병목 현상으로 이어질 가능성도 있다. 쿠버네티스(Kubernetes) 스토리지 전문업체 온닷(Ondat)의 제품 책임자인 제임스 브라운은 “개발자를 너무 많...

2022.08.26

'머신러닝+자율기능'··· 데브옵스 시대 네트워킹의 조건

디지털 트랜스포메이션을 통해 기업은 경쟁 우위 확대, 새로운 수익사업 개발, 고객 경험 개선 등을 실현하고 있다. 그러나 이 모든 것을 위해 데브옵스 엔지니어는 할 일이 많다. 업무의 중요도와 요건에 따라 이를 지원하는 클라우드 서비스 업체의 리소스를 활용하고 쿠버네티스, 마이크로서비스, 기타 클라우드 네이티브 컴퓨팅 툴을 사용해 이른바 '애자일', 즉 더 빠른 속도로 애플리케이션을 구축, 테스트, 배포해야 하는 상황이다.   엔지니어와 애플리케이션 스택이 애자일을 지향하는 만큼 네트워크도 애자일에 적합해야 하는데, 바로 멀티클라우드 환경을 위한 풀스택 자율 네트워킹이다. 이를 통해 기업은 단기간에 투자 가치를 회수할 수 있고 데브옵스 엔지니어는 생산성과 사업 성장을 극대화할 수 있는 수단을 확보할 수 있다.   레거시 네트워킹 툴의 한계 애플리케이션과 서비스의 제공 속도를 높이면 비즈니스 측면에서 많은 장점이 있지만 동시에 감수해야 할 위험과 해결해야 할 과제도 함께 늘어난다. 사용자가 성능 문제를 겪고 결과적으로 생산성이 저하된다면 혁신적인 애플리케이션도 아무 소용이 없다. 따라서 보유한 애플리케이션이 안전한 경험을 제공하는지, 기업과 직원, 고객을 위험에 드러내는지, 모든 규정 준수 요건을 충족하는지 확인해야 한다. IDC에 따르면 클라우드로 이동하는 애플리케이션이 많아지면서 올해 말이면 사상 처음으로 클라우드 투자가 비 클라우드 IT 인프라 투자를 앞지를 전망이다. 또한, 프로시모(Prosimo)의 최신 ‘멀티클라우드 인프라 상태 보고서’에 따르면 기업 91%가 복수의 클라우드를 사용할 계획이며 62%는 2년 이내에 사용할 계획이다. 클라우드 사용 규모가 커질수록 복잡성도 커지기 마련이다. 기업은 이 새로운 역동적 IT 환경을 온프레미스 데이터센터, 엣지 컴퓨팅, 클라우드 인프라에 걸쳐 일관성 있게 오케스트레이션 및 관리하는 데 애를 먹고 있다. 많은 기업이 전통적인 레거시 네트워킹 툴을 사용해 연결성 요건과 씨름해 왔지만, 효...

데브옵스 네트워킹 머신러닝

2022.08.16

디지털 트랜스포메이션을 통해 기업은 경쟁 우위 확대, 새로운 수익사업 개발, 고객 경험 개선 등을 실현하고 있다. 그러나 이 모든 것을 위해 데브옵스 엔지니어는 할 일이 많다. 업무의 중요도와 요건에 따라 이를 지원하는 클라우드 서비스 업체의 리소스를 활용하고 쿠버네티스, 마이크로서비스, 기타 클라우드 네이티브 컴퓨팅 툴을 사용해 이른바 '애자일', 즉 더 빠른 속도로 애플리케이션을 구축, 테스트, 배포해야 하는 상황이다.   엔지니어와 애플리케이션 스택이 애자일을 지향하는 만큼 네트워크도 애자일에 적합해야 하는데, 바로 멀티클라우드 환경을 위한 풀스택 자율 네트워킹이다. 이를 통해 기업은 단기간에 투자 가치를 회수할 수 있고 데브옵스 엔지니어는 생산성과 사업 성장을 극대화할 수 있는 수단을 확보할 수 있다.   레거시 네트워킹 툴의 한계 애플리케이션과 서비스의 제공 속도를 높이면 비즈니스 측면에서 많은 장점이 있지만 동시에 감수해야 할 위험과 해결해야 할 과제도 함께 늘어난다. 사용자가 성능 문제를 겪고 결과적으로 생산성이 저하된다면 혁신적인 애플리케이션도 아무 소용이 없다. 따라서 보유한 애플리케이션이 안전한 경험을 제공하는지, 기업과 직원, 고객을 위험에 드러내는지, 모든 규정 준수 요건을 충족하는지 확인해야 한다. IDC에 따르면 클라우드로 이동하는 애플리케이션이 많아지면서 올해 말이면 사상 처음으로 클라우드 투자가 비 클라우드 IT 인프라 투자를 앞지를 전망이다. 또한, 프로시모(Prosimo)의 최신 ‘멀티클라우드 인프라 상태 보고서’에 따르면 기업 91%가 복수의 클라우드를 사용할 계획이며 62%는 2년 이내에 사용할 계획이다. 클라우드 사용 규모가 커질수록 복잡성도 커지기 마련이다. 기업은 이 새로운 역동적 IT 환경을 온프레미스 데이터센터, 엣지 컴퓨팅, 클라우드 인프라에 걸쳐 일관성 있게 오케스트레이션 및 관리하는 데 애를 먹고 있다. 많은 기업이 전통적인 레거시 네트워킹 툴을 사용해 연결성 요건과 씨름해 왔지만, 효...

2022.08.16

'분명히 뜬다, 몇 개월 내에'··· 넷데브옵스 안내서

네트워크를 신속하게 업데이트할 수 있는 자동화, 프로그래밍 기반의 파이프라인을 구축하면, 네트워크의 속도, 민첩성, 신뢰성 및 성능이 크게 개선된다. 이것이 바로 넷데브옵스(NetDevOps)다.   대부분 IT 책임자는 데브옵스(DevOps), 데브섹옵스(DevSecOps) 개념에 익숙할 것이다. 이제 넷데브옵스(NetDevOps)라는 모델이 등장해 특히 네트워킹 전문가 세계에 상당한 반향을 일으키고 있다. 새로 떠오르는 기술이 종종 그렇듯, 오늘날 넷데브옵스의 정의는 느슨하다. 그러나 기본적인 수준에서 이 용어는 데브옵스 원칙을 컴퓨터 네트워킹에 적용하는 것을 나타낸다. 가트너의 네트워킹 부문 리서치 부사장인 앤드류 러너는 “넷데브옵스가 현재 뜨거운 화두”라며, “그러나 여러 정의와 관점이 있는 만큼 가장 먼저 해야 할 질문은 넷데브옵스가 무엇이냐는 것”이라고 말했다. 넷데브옵스의 정의와 개념 가트너의 정의에 따르면, 넷데브옵스는 데브옵스의 지속적 통합/지속적 제공(CI/CD) 개념을 네트워킹 작업에 적용하는 것을 의미한다. 러너는 이 모델을 나타내는 다른 용어로 넷옵스(NetOps) 2.0, 코드형 네트워크(Network as Code), 깃옵스(GitOps) 네트워킹 등이 있다고 설명했다.   시장조사 업체 기가옴(GigaOm)은 “넷데브옵스의 목표는 그동안 엔지니어의 골칫거리였던 네트워크 구성 오류를 줄이고, 근본적으로 더 나은 성능과 복원력을 지닌 네트워크를 구축하는 것이다. 따라서 이 개념은 자동화된 프로그래밍 워크플로우를 기반으로 코드형 네트워크 인프라(IaC)를 추상화, 코드화 및 구현하는 모든 일련의 과정을 뜻한다”라고 설명했다. 러너는 기업이 조직이 넷데브옵스를 활용하려면 스테이징, 사전/사후 검증, 프로비저닝과 같은 네트워킹 작업 테스트가 포함된 자동화된 파이프라인을 먼저 구축해야 한다고 설명했다.  기가옴도 비슷한 파이프라인이 필요하다고 덧붙였다. 넷데브옵스 파이프라인은 다양한 개발 환경...

데브옵스 데브섹옵스 넷데브옵스 네트워크구성오류 네트워크엔지니어 네트워크프로그래밍 네트워크프로그래머

2022.07.12

네트워크를 신속하게 업데이트할 수 있는 자동화, 프로그래밍 기반의 파이프라인을 구축하면, 네트워크의 속도, 민첩성, 신뢰성 및 성능이 크게 개선된다. 이것이 바로 넷데브옵스(NetDevOps)다.   대부분 IT 책임자는 데브옵스(DevOps), 데브섹옵스(DevSecOps) 개념에 익숙할 것이다. 이제 넷데브옵스(NetDevOps)라는 모델이 등장해 특히 네트워킹 전문가 세계에 상당한 반향을 일으키고 있다. 새로 떠오르는 기술이 종종 그렇듯, 오늘날 넷데브옵스의 정의는 느슨하다. 그러나 기본적인 수준에서 이 용어는 데브옵스 원칙을 컴퓨터 네트워킹에 적용하는 것을 나타낸다. 가트너의 네트워킹 부문 리서치 부사장인 앤드류 러너는 “넷데브옵스가 현재 뜨거운 화두”라며, “그러나 여러 정의와 관점이 있는 만큼 가장 먼저 해야 할 질문은 넷데브옵스가 무엇이냐는 것”이라고 말했다. 넷데브옵스의 정의와 개념 가트너의 정의에 따르면, 넷데브옵스는 데브옵스의 지속적 통합/지속적 제공(CI/CD) 개념을 네트워킹 작업에 적용하는 것을 의미한다. 러너는 이 모델을 나타내는 다른 용어로 넷옵스(NetOps) 2.0, 코드형 네트워크(Network as Code), 깃옵스(GitOps) 네트워킹 등이 있다고 설명했다.   시장조사 업체 기가옴(GigaOm)은 “넷데브옵스의 목표는 그동안 엔지니어의 골칫거리였던 네트워크 구성 오류를 줄이고, 근본적으로 더 나은 성능과 복원력을 지닌 네트워크를 구축하는 것이다. 따라서 이 개념은 자동화된 프로그래밍 워크플로우를 기반으로 코드형 네트워크 인프라(IaC)를 추상화, 코드화 및 구현하는 모든 일련의 과정을 뜻한다”라고 설명했다. 러너는 기업이 조직이 넷데브옵스를 활용하려면 스테이징, 사전/사후 검증, 프로비저닝과 같은 네트워킹 작업 테스트가 포함된 자동화된 파이프라인을 먼저 구축해야 한다고 설명했다.  기가옴도 비슷한 파이프라인이 필요하다고 덧붙였다. 넷데브옵스 파이프라인은 다양한 개발 환경...

2022.07.12

회사명:한국IDG 제호: ITWorld 주소 : 서울시 중구 세종대로 23, 4층 우)04512
등록번호 : 서울 아00743 등록일자 : 2009년 01월 19일

발행인 : 박형미 편집인 : 박재곤 청소년보호책임자 : 한정규
사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2023 International Data Group. All rights reserved.

10.5.0.9