Offcanvas

MySQL

기고 | 클라우드가 데이터베이스를 삼켜버렸다

레거시 데이터베이스 벤더들이 잠식당하고 있다. 신예들이 제공하는 오픈소스와 클라우드의 개발자 친화적 콤보에 의해서다. 오라클(Oracle)이 세계 최대의 데이터베이스 제공업체라고 생각하는 사람도 있을 것이다. 사실 오라클은 수십년 동안 그렇게 주장했다. 하지만 더 이상은 그렇지 않다. 가트너가 2022년 보고서에서 밝혔듯이 마이크로소프트가 세계 최대의 데이터베이스 제공업체이며, AWS가 오라클을 제치고 2위를 차지하고 있다. 오라클이 아직 3위를 차지하고 있지만 지난 2년 동안 매년 입지가 좁아졌다. 구글이 4위를 차지하고 있다. 데이터베이스 시장에서 이런 구조적 변화가 발생한 이유는 무엇일까? 클라우드이다. 최근 가트너의 머브 에이드리언은 “데이터베이스 시장이 클라우드로 이동하면서 매출 지형에 엄청난 변화가 나타나고 있다”라고 전했다. 사실이기는 하지만 한때 지루했던 데이터베이스 시장을 뒤흔든 주인공은 클라우드만이 아니다. 오픈소스와 클라우드의 조합으로 인해 우리가 데이터를 관리하는 방식이 (아마도 영원히) 바뀌었다고 말할 수 있겠다. 레거시 데이터베이스에 대한 원투 펀치 이유를 알고 싶은 레거시 제공업체라면, 개발자들만 보아도 된다. 몇 년 동안 기업들은 오라클, 마이크로소프트, IBM의 데이터베이스 삼인방에게 세금을 납부해왔다. 개발자들은 어쩔 수 없이 구매 부서가 승인한 것을 사용해야 했다. 최소한 오픈소스가 등장할 때까지는 그랬다. 포스트그레SQL의 첫번째 버전은 1986년에 공개됐으며, 10년이 채 되지 않은 1995년에 MySQL이 등장했다. 둘 다 최소한 전통적인 워크로드에 요구되는 것을 대신하지 못했다. 하지만 MySQL은 초기부터 스마트한 경로를 선택하여 일련의 새로운 애플리케이션을 지원하고 개발자들이 초기 웹 사이트 구축에 사용하던 유명한 LAMP(Linux, Apache, MySQL, PhP/Perl/Python) 스택에서 ‘M’이 되었다. 한편, 오라클, SQL 서버, DB2는 기업에 ‘중요한’ 워크로드를 지속적으로 운용했다.&n...

데이터베이스 오라클 MySQL 포스트그레SQL

2022.08.10

레거시 데이터베이스 벤더들이 잠식당하고 있다. 신예들이 제공하는 오픈소스와 클라우드의 개발자 친화적 콤보에 의해서다. 오라클(Oracle)이 세계 최대의 데이터베이스 제공업체라고 생각하는 사람도 있을 것이다. 사실 오라클은 수십년 동안 그렇게 주장했다. 하지만 더 이상은 그렇지 않다. 가트너가 2022년 보고서에서 밝혔듯이 마이크로소프트가 세계 최대의 데이터베이스 제공업체이며, AWS가 오라클을 제치고 2위를 차지하고 있다. 오라클이 아직 3위를 차지하고 있지만 지난 2년 동안 매년 입지가 좁아졌다. 구글이 4위를 차지하고 있다. 데이터베이스 시장에서 이런 구조적 변화가 발생한 이유는 무엇일까? 클라우드이다. 최근 가트너의 머브 에이드리언은 “데이터베이스 시장이 클라우드로 이동하면서 매출 지형에 엄청난 변화가 나타나고 있다”라고 전했다. 사실이기는 하지만 한때 지루했던 데이터베이스 시장을 뒤흔든 주인공은 클라우드만이 아니다. 오픈소스와 클라우드의 조합으로 인해 우리가 데이터를 관리하는 방식이 (아마도 영원히) 바뀌었다고 말할 수 있겠다. 레거시 데이터베이스에 대한 원투 펀치 이유를 알고 싶은 레거시 제공업체라면, 개발자들만 보아도 된다. 몇 년 동안 기업들은 오라클, 마이크로소프트, IBM의 데이터베이스 삼인방에게 세금을 납부해왔다. 개발자들은 어쩔 수 없이 구매 부서가 승인한 것을 사용해야 했다. 최소한 오픈소스가 등장할 때까지는 그랬다. 포스트그레SQL의 첫번째 버전은 1986년에 공개됐으며, 10년이 채 되지 않은 1995년에 MySQL이 등장했다. 둘 다 최소한 전통적인 워크로드에 요구되는 것을 대신하지 못했다. 하지만 MySQL은 초기부터 스마트한 경로를 선택하여 일련의 새로운 애플리케이션을 지원하고 개발자들이 초기 웹 사이트 구축에 사용하던 유명한 LAMP(Linux, Apache, MySQL, PhP/Perl/Python) 스택에서 ‘M’이 되었다. 한편, 오라클, SQL 서버, DB2는 기업에 ‘중요한’ 워크로드를 지속적으로 운용했다.&n...

2022.08.10

오라클, MySQL 애플리케이션에 머신러닝 기능 추가

오라클이 오라클 MySQL 히트웨이브(Oracle MySQL HeatWave)에 데이터베이스 내 머신러닝(ML) 기능을 추가했다고 4월 5일 밝혔다.  회사에 따르면 MySQL 히트웨이브 ML은 머신러닝의 수명 주기를 완전 자동화하고 학습된 모델 모두를 MySQL 내에 저장해, 외부의 머신러닝 도구나 서비스로 데이터와 모델을 이동하지 않아도 된다. ETL(추출, 변환 및 적재) 절차가 사라지며 애플리케이션 복잡성과 비용이 감소하고 머신러닝 모델과 데이터의 보안성이 개선됐다고 업체 측은 설명했다.  히트웨이브 ML 기능은 전 세계 37개의 모든 오라클 클라우드 인프라스트럭처(OCI) 리전에서 MySQL 히트웨이브 데이터베이스 클라우드 서비스에 포함돼 제공된다. 오라클은 뉴머라이, 노마오, 은행권 마케팅 등의 데이터 세트를 비롯해 분류 및 회귀 분석 작업을 위해 일반에 공개된 다양한 머신러닝 데이터의 벤치마크 결과를 공개했다. 가장 작은 클러스터로 구성된 머신러닝 모델의 경우, 히트웨이브 ML은 아마존 레드시프트 ML 대비 평균 1%의 비용으로 25배 빠른 학습이 가능하다.  또한, 더 큰 규모의 히트웨이브 클러스터에서 학습할 경우, 레드시프트 ML 대비 성능 향상폭은 더욱 증가한다. MySQL 히트웨이브 이용자들은 기존에 많은 시간이 소요되던 훈련을 빠른 시간 안에 효율적으로 완료할 수 있기에 주기적인 모델 재학습을 통해 잦은 데이터 변경 사항도 반영할 수 있어 모델을 최신 상태로 유지할 뿐 아니라 예측의 정확성 또한 향상시킨다. 오라클 총괄 아키텍트인 에드워드 스크리븐은 “이번에 발표된 여러 가지 혁신 기능들은 히트웨이브의 성능 향상뿐만 아니라 가용성을 개선하는 동시에 비용도 절감해준다”며, “오라클이 새롭게 발표한 벤치마크 결과는 스노우플레이크, AWS, 마이크로소프트, 구글과 비교 시 MySQL 히트웨이브가 더욱 빠르고 저렴하다는 사실을 다시 한번 분명하게 보여주었다”고 말했다.  오라클은 기타 클라우드...

오라클 MySQL 머신러닝

2022.04.05

오라클이 오라클 MySQL 히트웨이브(Oracle MySQL HeatWave)에 데이터베이스 내 머신러닝(ML) 기능을 추가했다고 4월 5일 밝혔다.  회사에 따르면 MySQL 히트웨이브 ML은 머신러닝의 수명 주기를 완전 자동화하고 학습된 모델 모두를 MySQL 내에 저장해, 외부의 머신러닝 도구나 서비스로 데이터와 모델을 이동하지 않아도 된다. ETL(추출, 변환 및 적재) 절차가 사라지며 애플리케이션 복잡성과 비용이 감소하고 머신러닝 모델과 데이터의 보안성이 개선됐다고 업체 측은 설명했다.  히트웨이브 ML 기능은 전 세계 37개의 모든 오라클 클라우드 인프라스트럭처(OCI) 리전에서 MySQL 히트웨이브 데이터베이스 클라우드 서비스에 포함돼 제공된다. 오라클은 뉴머라이, 노마오, 은행권 마케팅 등의 데이터 세트를 비롯해 분류 및 회귀 분석 작업을 위해 일반에 공개된 다양한 머신러닝 데이터의 벤치마크 결과를 공개했다. 가장 작은 클러스터로 구성된 머신러닝 모델의 경우, 히트웨이브 ML은 아마존 레드시프트 ML 대비 평균 1%의 비용으로 25배 빠른 학습이 가능하다.  또한, 더 큰 규모의 히트웨이브 클러스터에서 학습할 경우, 레드시프트 ML 대비 성능 향상폭은 더욱 증가한다. MySQL 히트웨이브 이용자들은 기존에 많은 시간이 소요되던 훈련을 빠른 시간 안에 효율적으로 완료할 수 있기에 주기적인 모델 재학습을 통해 잦은 데이터 변경 사항도 반영할 수 있어 모델을 최신 상태로 유지할 뿐 아니라 예측의 정확성 또한 향상시킨다. 오라클 총괄 아키텍트인 에드워드 스크리븐은 “이번에 발표된 여러 가지 혁신 기능들은 히트웨이브의 성능 향상뿐만 아니라 가용성을 개선하는 동시에 비용도 절감해준다”며, “오라클이 새롭게 발표한 벤치마크 결과는 스노우플레이크, AWS, 마이크로소프트, 구글과 비교 시 MySQL 히트웨이브가 더욱 빠르고 저렴하다는 사실을 다시 한번 분명하게 보여주었다”고 말했다.  오라클은 기타 클라우드...

2022.04.05

오라클, MySQL 데이터베이스 서비스에 고성능 애널리틱스 엔진 지원

오라클이 MySQL 애널리틱스 엔진을 포함한 MySQL 데이터베이스 서비스를 자사의 클라우드 인프라스트럭처인 OCI(Oracle Cloud Infrastructure)에서 사용할 수 있게 되었다고 발표했다.  회사에 따르면 OCI에 최적화된 형태로 설계된 MySQL 데이터베이스 서비스는 데이터베이스 관리자와 애플리케이션 개발자를 위한 온라인 트랜잭션 처리(OLTP)와 온라인 분석 처리(OLAP) 워크로드를 위한 단일 통합 플랫폼을 제공하는 MySQL 서비스다.  특히, 여러 모던 애플리케이션을 보다 신속하고 안전하게 구축 및 실행할 수 있도록 지원하는 MySQL 애널리틱스 엔진은 분석 업무를 위해 오라클 MySQL 엔지니어링 팀이 개발했다. 새롭게 출시된 인메모리 애널리틱스 엑셀러레이터 또한 수천 개의 코어로 확장할 수 있고, 실시간 분석을 지원하는 특징이 있다고 업체 측은 전했다. MySQL 애널리틱스 엔진이 포함된 오라클 MySQL 데이터베이스 서비스는 애널리틱스를 위한 관리형 스케일 아웃(scale-out) 서비스를 제공하며, 데이터베이스 관리자와 애플리케이션 개발자가 MySQL 데이터베이스에서 직접 OLTP 및 OLAP 워크로드를 실행할 수 있도록 지원한다. 이용자가 서비스를 가동하면 MySQL 데이터베이스의 데이터가 분석 엔진의 메모리에 배치되기 때문에, 데이터를 다른 데이터베이스로 추출 및 변환, 로드(ETL)할 필요가 없다는 게 회사 측 설명이다.  이 서비스는 모든 MySQL 호환 도구 및 애플리케이션에서 수월하게 작동되며, 자동적으로 쿼리를 MySQL 애널리틱스 엔진에 라우팅(Routing)하는 방식으로 데이터베이스 성능을 대폭 향상시킨다. MySQL 데이터베이스에 대한 모든 변경 사항은 자동으로 분석 엔진에 실시간 반영된다. 이에 따라 이용자는 애플리케이션 개발을 단순화하고 실시간 쿼리를 지원하는 것은 물론, 시간 절약과 비용 절감, 보안 향상과 같은 혜택을 누릴 수 있다. 이 서비스는 오라클 클라우드 상용...

오라클 MySQL 데이터베이스 애널리틱스

2020.12.03

오라클이 MySQL 애널리틱스 엔진을 포함한 MySQL 데이터베이스 서비스를 자사의 클라우드 인프라스트럭처인 OCI(Oracle Cloud Infrastructure)에서 사용할 수 있게 되었다고 발표했다.  회사에 따르면 OCI에 최적화된 형태로 설계된 MySQL 데이터베이스 서비스는 데이터베이스 관리자와 애플리케이션 개발자를 위한 온라인 트랜잭션 처리(OLTP)와 온라인 분석 처리(OLAP) 워크로드를 위한 단일 통합 플랫폼을 제공하는 MySQL 서비스다.  특히, 여러 모던 애플리케이션을 보다 신속하고 안전하게 구축 및 실행할 수 있도록 지원하는 MySQL 애널리틱스 엔진은 분석 업무를 위해 오라클 MySQL 엔지니어링 팀이 개발했다. 새롭게 출시된 인메모리 애널리틱스 엑셀러레이터 또한 수천 개의 코어로 확장할 수 있고, 실시간 분석을 지원하는 특징이 있다고 업체 측은 전했다. MySQL 애널리틱스 엔진이 포함된 오라클 MySQL 데이터베이스 서비스는 애널리틱스를 위한 관리형 스케일 아웃(scale-out) 서비스를 제공하며, 데이터베이스 관리자와 애플리케이션 개발자가 MySQL 데이터베이스에서 직접 OLTP 및 OLAP 워크로드를 실행할 수 있도록 지원한다. 이용자가 서비스를 가동하면 MySQL 데이터베이스의 데이터가 분석 엔진의 메모리에 배치되기 때문에, 데이터를 다른 데이터베이스로 추출 및 변환, 로드(ETL)할 필요가 없다는 게 회사 측 설명이다.  이 서비스는 모든 MySQL 호환 도구 및 애플리케이션에서 수월하게 작동되며, 자동적으로 쿼리를 MySQL 애널리틱스 엔진에 라우팅(Routing)하는 방식으로 데이터베이스 성능을 대폭 향상시킨다. MySQL 데이터베이스에 대한 모든 변경 사항은 자동으로 분석 엔진에 실시간 반영된다. 이에 따라 이용자는 애플리케이션 개발을 단순화하고 실시간 쿼리를 지원하는 것은 물론, 시간 절약과 비용 절감, 보안 향상과 같은 혜택을 누릴 수 있다. 이 서비스는 오라클 클라우드 상용...

2020.12.03

선두 추격 박차… 알리바바가 AWS, 애저, GCP보다 나은 6가지 

혁신적인 스토리지 및 네트워크부터 눈길을 사로잡는 AI 솔루션에 이르기까지 알리바바는 주요 클라우드 경쟁업체보다 더 많은 이점을 제공할 준비가 됐다.  소매, 금융 서비스, 물류, 미디어, 디지털 브랜딩, 마케팅 등 다양한 산업군을 아우르는 중국 거대 기업 ‘알리바바’를 누구나 한 번쯤 들어봤을 것이다. 이러한 알리바바의 사업부들을 뒷받침하는 기술 인프라가 바로 ‘알리바바 클라우드’다.  알리바바 클라우드는 AWS, 마이크로소프트 애저에 이어 전 세계에서 3번째로 큰 클라우드 업체다. 상대적으로 후발주자인 알리바바 클라우드는 풍부한 자본력을 자랑하며 글로벌 시장에서 아마존을 앞서겠다는 야심을 갖고 있다.    알리바바의 자본력은 막강하다. 이 회사는 지난 4월 클라우드 인프라에 3년간 미화 280억 달러를 투자할 계획이라고 밝혔다. 이 엄청난 자본은 데이터센터, 맞춤형 운영체제, 하드웨어 가속화 솔루션용 반도체 등에 투입될 예정이다.  이제 비즈니스 측면에서 아마존과 알리바바를 살펴보자. 아마존은 리셀러다. 물품과 공급망을 소유하고 고객에게 직접 판매한다. 반면에 알리바바는 마켓플레이스다. 판매자와 구매자를 연결해주는 것이다. 이를 통해 몇 가지 결과를 알 수 있다. 첫째, 아마존의 경쟁 우위 요소는 공급망과 재고관리 시스템이다. 따라서 아마존은 자신들의 핵심 차별화 요소를 잃지 않기 위해 이를 녹인 공급망 솔루션을 판매하지 않을 것이고, 비즈니스에 한계가 있을 가능성이 크다. 둘째, 실제 매출에서도 이것이 드러난다. 알리바바의 마진율이 훨씬 더 높다(2019년 기준 알리바바는 23.3%, 아마존은 4.1%였다). 덕분에 알리바바 클라우드는 자사 제품에 재투자할 수 있는 현금을 더 많이 확보하고 있다.    ►2020.06.08 . 넘버2의 가치제안!··· 마이크로소프트 애저가 AWS보다 나은 13가지 ►2020.05.20 . 넘버3의 매력!··· 구글 클라우드...

알리바바 알리바바 클라우드 아마존 아마존 웹 서비스 AWS 마이크로소프트 마이크로소프트 애저 구글 구글 클라우드 플랫폼 GCP 연산 스토리지 엔비디아 MySQL InnoDB 데이터베이스 마이그레이션 클라우드 네트워크 인텔리전스 브레인

2020.07.29

혁신적인 스토리지 및 네트워크부터 눈길을 사로잡는 AI 솔루션에 이르기까지 알리바바는 주요 클라우드 경쟁업체보다 더 많은 이점을 제공할 준비가 됐다.  소매, 금융 서비스, 물류, 미디어, 디지털 브랜딩, 마케팅 등 다양한 산업군을 아우르는 중국 거대 기업 ‘알리바바’를 누구나 한 번쯤 들어봤을 것이다. 이러한 알리바바의 사업부들을 뒷받침하는 기술 인프라가 바로 ‘알리바바 클라우드’다.  알리바바 클라우드는 AWS, 마이크로소프트 애저에 이어 전 세계에서 3번째로 큰 클라우드 업체다. 상대적으로 후발주자인 알리바바 클라우드는 풍부한 자본력을 자랑하며 글로벌 시장에서 아마존을 앞서겠다는 야심을 갖고 있다.    알리바바의 자본력은 막강하다. 이 회사는 지난 4월 클라우드 인프라에 3년간 미화 280억 달러를 투자할 계획이라고 밝혔다. 이 엄청난 자본은 데이터센터, 맞춤형 운영체제, 하드웨어 가속화 솔루션용 반도체 등에 투입될 예정이다.  이제 비즈니스 측면에서 아마존과 알리바바를 살펴보자. 아마존은 리셀러다. 물품과 공급망을 소유하고 고객에게 직접 판매한다. 반면에 알리바바는 마켓플레이스다. 판매자와 구매자를 연결해주는 것이다. 이를 통해 몇 가지 결과를 알 수 있다. 첫째, 아마존의 경쟁 우위 요소는 공급망과 재고관리 시스템이다. 따라서 아마존은 자신들의 핵심 차별화 요소를 잃지 않기 위해 이를 녹인 공급망 솔루션을 판매하지 않을 것이고, 비즈니스에 한계가 있을 가능성이 크다. 둘째, 실제 매출에서도 이것이 드러난다. 알리바바의 마진율이 훨씬 더 높다(2019년 기준 알리바바는 23.3%, 아마존은 4.1%였다). 덕분에 알리바바 클라우드는 자사 제품에 재투자할 수 있는 현금을 더 많이 확보하고 있다.    ►2020.06.08 . 넘버2의 가치제안!··· 마이크로소프트 애저가 AWS보다 나은 13가지 ►2020.05.20 . 넘버3의 매력!··· 구글 클라우드...

2020.07.29

칼럼ㅣ이렇게 많은 ‘데이터베이스’가 필요한가? 

오늘날 데이터를 저장하기 위해 선택할 수 있는 수백 개의 데이터베이스가 있다. 하지만 우리는 더 많은 데이터베이스가 필요하다.  과거에는 약간의 데이터베이스만으로도 세상은 그럭저럭 돌아갔다. 이를테면 오라클(Oracle), 마이크로소프트 SQL 서버(Microsoft SQL Server), 인그레스(Ingres), IBM DB2와 같은 신뢰할 수 있는 관계형 데이터베이스를 예로 들 수 있겠다.  그러나 얼마 지나지 않아 ‘MySQL’과 ‘PostgreSQL’이라는 오픈소스 데이터베이스가 등장하면서 상업용 DB 제품에 도전장을 내밀었다. 그 이후 ‘NoSQL’ 데이터베이스가 출시되면서 대표주자 격인 몽고DB(MongoDB), 레디스(Redis), 아파치 카산드라(Apache Cassandra) 등이 인기를 끌고 있다.    숫자만 놓고 보자면 이 변화를 더 빠르게 체감할 수 있다. DB 엔진(DB-Engines)의 2013년 인기 순위 목록에는 총 109개의 데이터베이스가 있었다. 현재는 어떨까? 올해 목록에는 7년 전보다 3배 이상 늘어난 총 356개의 데이터베이스가 존재한다.  이제 자연스럽게 의문이 들기 마련이다. 데이터베이스의 증가가 좋은 일인가? 무려 365개나 되는 데이터베이스가 정말 필요한가? PostgreSQL(DB엔진 순위 4위)이 계속 사용될 텐데 굳이 Yanza(336위)나 Upscaledb(299위)가 필요한가? 대답은 ‘그렇다’일 가능성이 크다.  “소수만 성공할 것이다” 모두가 동의하는 것은 아니다. 이를테면 몽고DB의 CEO 데브 이티체리아는 한 인터뷰에서 “실제로 성공하는 플랫폼이나 기술은 소수다”라고 의견을 피력했다. 그렇다면 그 ‘소수’는 누구인가? 그는 “레거시 표준이나 관계형 데이터베이스(예: 오라클 또는 오픈소스)를 가진 기업들이 머지않아 ‘최신 표준’을 갖추게 될 것”이라고 전했다. 당연히 이티체리아는 몽고DB를 ‘최신 표준’으로 보고 있으며, 이 ...

데이터베이스 몽고DB 레디스 아파치 카산드라 오라클 마이크로소프트 SQL 서버 인그레스 IBM Db2 관계형 데이터베이스 오픈소스 데이터베이스 MySQL PostgreSQL NoSQL

2020.06.30

오늘날 데이터를 저장하기 위해 선택할 수 있는 수백 개의 데이터베이스가 있다. 하지만 우리는 더 많은 데이터베이스가 필요하다.  과거에는 약간의 데이터베이스만으로도 세상은 그럭저럭 돌아갔다. 이를테면 오라클(Oracle), 마이크로소프트 SQL 서버(Microsoft SQL Server), 인그레스(Ingres), IBM DB2와 같은 신뢰할 수 있는 관계형 데이터베이스를 예로 들 수 있겠다.  그러나 얼마 지나지 않아 ‘MySQL’과 ‘PostgreSQL’이라는 오픈소스 데이터베이스가 등장하면서 상업용 DB 제품에 도전장을 내밀었다. 그 이후 ‘NoSQL’ 데이터베이스가 출시되면서 대표주자 격인 몽고DB(MongoDB), 레디스(Redis), 아파치 카산드라(Apache Cassandra) 등이 인기를 끌고 있다.    숫자만 놓고 보자면 이 변화를 더 빠르게 체감할 수 있다. DB 엔진(DB-Engines)의 2013년 인기 순위 목록에는 총 109개의 데이터베이스가 있었다. 현재는 어떨까? 올해 목록에는 7년 전보다 3배 이상 늘어난 총 356개의 데이터베이스가 존재한다.  이제 자연스럽게 의문이 들기 마련이다. 데이터베이스의 증가가 좋은 일인가? 무려 365개나 되는 데이터베이스가 정말 필요한가? PostgreSQL(DB엔진 순위 4위)이 계속 사용될 텐데 굳이 Yanza(336위)나 Upscaledb(299위)가 필요한가? 대답은 ‘그렇다’일 가능성이 크다.  “소수만 성공할 것이다” 모두가 동의하는 것은 아니다. 이를테면 몽고DB의 CEO 데브 이티체리아는 한 인터뷰에서 “실제로 성공하는 플랫폼이나 기술은 소수다”라고 의견을 피력했다. 그렇다면 그 ‘소수’는 누구인가? 그는 “레거시 표준이나 관계형 데이터베이스(예: 오라클 또는 오픈소스)를 가진 기업들이 머지않아 ‘최신 표준’을 갖추게 될 것”이라고 전했다. 당연히 이티체리아는 몽고DB를 ‘최신 표준’으로 보고 있으며, 이 ...

2020.06.30

블로그ㅣ클라우드 기반 오픈소스 소프트웨어를 어떻게 평가할 것인가?

오늘날 클라우드와 온프레미스에서 오픈소스가 엔터프라이즈 솔루션으로 흔하게 사용되는 가운데 기업들은 클라우드 기반 오픈소스의 가치를 어떻게 평가해야 하는지 혼란스러워하고 있다.    요즘에는 퍼블릭 클라우드와 오픈소스 소프트웨어가 거의 결합돼 있다. 쿠버네티스, MySQL, 리눅스를 구동하든 혹은 대학 시절부터 사용했던 오픈소스 텍스트 에디터를 실행하든 ‘서비스로서(as a service)’ 모든 것이 가능하다.  물론 이 서비스들이 무료는 아니다. 클라우드 업체는 시간 혹은 기타 리소스 사용 단위로 요금을 청구한다. 그간의 경험에 비춰볼 때 이는 클라우드 컴퓨팅 비용의 절반 이상에 달한다.  클라우드는 말할 것도 없고 온프레미스에서 오픈소스도 아직 사용하지 않는 일부 기업들이 있다. 이제 이러한 기업들도 퍼블릭 클라우드로 이전하는 가운데 개발자와 인프라 엔지니어 모두 클라우드와 오픈소스로 가야 할 설득력 있는 근거를 찾고 있다.  하지만 클라우드 기반 오픈소스는 혼란스러운 측면이 있다. 특히 ‘비용 대비 가치를 어떻게 정의해야 하는가’라는 측면에서 당혹스러운 기업들이 있을 것이다. 여기서는 클라우드 기반 오픈소스 소프트웨어와 관련해 고려해야 할 몇 가지 새로운 모범 사례들을 살펴본다.  운영 비용은 라이선스 비용만이 아니라 전부다. 명심해야 할 것이 있다. 오픈소스는 소프트웨어 라이선스 비용만 지불하지 않는다. 서비스 비용을 지불해야 한다. 오픈소스든 독점 소프트웨어든 관계없이 운영 비용(컴퓨팅, 스토리지, 네트워크 레버리지)은 발생한다.  퍼블릭 클라우드에서 오픈소스를 ‘무료’라고 마케팅하는 사람들은 비용이 실제로 어떻게 측정되는지 알지 못하는 것 같다. 서비스로서의 각 소프트웨어 비용을 고려할 때 라이선스 비용은 완전히 배제하는 것이 좋다. 운영 비용을 검토할 때, 연간 라이선스 비용을 청구하는 소프트웨어(예: 데이터베이스 등)가 그렇지 않은 오픈소스 시스템보다 실상 더 저렴할 수 ...

라이선스 클라우드 오픈소스 데이터베이스 퍼블릭클라우드 MySQL 온프레미스 리눅스 쿠버네티스

2020.04.29

오늘날 클라우드와 온프레미스에서 오픈소스가 엔터프라이즈 솔루션으로 흔하게 사용되는 가운데 기업들은 클라우드 기반 오픈소스의 가치를 어떻게 평가해야 하는지 혼란스러워하고 있다.    요즘에는 퍼블릭 클라우드와 오픈소스 소프트웨어가 거의 결합돼 있다. 쿠버네티스, MySQL, 리눅스를 구동하든 혹은 대학 시절부터 사용했던 오픈소스 텍스트 에디터를 실행하든 ‘서비스로서(as a service)’ 모든 것이 가능하다.  물론 이 서비스들이 무료는 아니다. 클라우드 업체는 시간 혹은 기타 리소스 사용 단위로 요금을 청구한다. 그간의 경험에 비춰볼 때 이는 클라우드 컴퓨팅 비용의 절반 이상에 달한다.  클라우드는 말할 것도 없고 온프레미스에서 오픈소스도 아직 사용하지 않는 일부 기업들이 있다. 이제 이러한 기업들도 퍼블릭 클라우드로 이전하는 가운데 개발자와 인프라 엔지니어 모두 클라우드와 오픈소스로 가야 할 설득력 있는 근거를 찾고 있다.  하지만 클라우드 기반 오픈소스는 혼란스러운 측면이 있다. 특히 ‘비용 대비 가치를 어떻게 정의해야 하는가’라는 측면에서 당혹스러운 기업들이 있을 것이다. 여기서는 클라우드 기반 오픈소스 소프트웨어와 관련해 고려해야 할 몇 가지 새로운 모범 사례들을 살펴본다.  운영 비용은 라이선스 비용만이 아니라 전부다. 명심해야 할 것이 있다. 오픈소스는 소프트웨어 라이선스 비용만 지불하지 않는다. 서비스 비용을 지불해야 한다. 오픈소스든 독점 소프트웨어든 관계없이 운영 비용(컴퓨팅, 스토리지, 네트워크 레버리지)은 발생한다.  퍼블릭 클라우드에서 오픈소스를 ‘무료’라고 마케팅하는 사람들은 비용이 실제로 어떻게 측정되는지 알지 못하는 것 같다. 서비스로서의 각 소프트웨어 비용을 고려할 때 라이선스 비용은 완전히 배제하는 것이 좋다. 운영 비용을 검토할 때, 연간 라이선스 비용을 청구하는 소프트웨어(예: 데이터베이스 등)가 그렇지 않은 오픈소스 시스템보다 실상 더 저렴할 수 ...

2020.04.29

구식 데이터베이스에서 가능한 10 가지 트릭

이미 보유한 구식 오라클, SQL 서버, MySQL, 포스트그레SQL 데이터베이스에 숨겨진 ‘NoSQL’ 기능이 꽤나 강력할 수 있다. 어쩌면 꽤 놀랄지도 모른다.  NoSQL 데이터베이스, 분산 데이터베이스, 데이터 웨어하우스 및 GPU 가속화 데이터베이스에 대해 열광하고 있는가? 그러나 어쩌면 기존의 관계형 데이터베이스가 여전히 핵심적인 정보를 저장하고 제공한다는 사실을 간과할 수 있겠다.  오라클 데이터베이스, 마이크로소프트 SQL 서버, MySQL/마리아DB 및 포스트그레(Postgre)SQL은 그 시작이 1980년대까지 거슬러 올라가지만, 모두 여전히 활발하게 개발되고 있다. 단지 버그를 고치고 성능을 조정하는데 그치지 않는다. 이 기사에서는 기존의 SQL 데이터베이스가 개선되고 있는 여러 방식에 대해 살펴본다. 일부는 데이터를 사용하기 위한 색인 및 검색 기능과 함께 여러 종류의 데이터를 지원하는 것과 관련이 있다. 또 다른 것은 자주 사용하는 테이블들에 대한 엑세스 속도를 높이는 것에 초점을 맞춘다. 데이터베이스를 자신의 테이블, 단일 서버 및 SQL 쿼리를 넘어서 확장하는 것과 관련된 것들도 있다.  전문(full-text) 검색 표준적인 관계형 데이터베이스 인덱스는 성능상의 이유로 간략한 필드나 심지어 해시를 사용하는 경향이 있다. 전문 검색은 다르다. 전문 검색은 일반적으로 단어, 기록 및 오프셋 위치의 뒤집어진 목록과 같이 다른 종류의 인덱스로 다뤄진다. 종종 무시되는 제외어의 목록과 각 단어의 다른 형태를 생성하기 위한 추출 알고리즘이 있다. 일부 전문 검색 엔진은 불리안(Boolean) 작업, 퍼지 검색 또는 인접 검색을 지원한다. 오라클 데이터베이스, SQL 서버, MySQL/마리아DB 및 포스트그레SQL은 (MySQL 용어를 사용하자면) 모두 FULLTEXT 인덱스가 있는 CHAR, VARCHAR 또는 TEXT 열과 같이 특별히 지정된 텍스트 필드에 대한 전문 검색을 제공한다. 또한 엘라스틱서치...

MySQL SQL 서버 오라클 데이터베이스 포스트그레SQL 데이터베이스

2019.06.19

이미 보유한 구식 오라클, SQL 서버, MySQL, 포스트그레SQL 데이터베이스에 숨겨진 ‘NoSQL’ 기능이 꽤나 강력할 수 있다. 어쩌면 꽤 놀랄지도 모른다.  NoSQL 데이터베이스, 분산 데이터베이스, 데이터 웨어하우스 및 GPU 가속화 데이터베이스에 대해 열광하고 있는가? 그러나 어쩌면 기존의 관계형 데이터베이스가 여전히 핵심적인 정보를 저장하고 제공한다는 사실을 간과할 수 있겠다.  오라클 데이터베이스, 마이크로소프트 SQL 서버, MySQL/마리아DB 및 포스트그레(Postgre)SQL은 그 시작이 1980년대까지 거슬러 올라가지만, 모두 여전히 활발하게 개발되고 있다. 단지 버그를 고치고 성능을 조정하는데 그치지 않는다. 이 기사에서는 기존의 SQL 데이터베이스가 개선되고 있는 여러 방식에 대해 살펴본다. 일부는 데이터를 사용하기 위한 색인 및 검색 기능과 함께 여러 종류의 데이터를 지원하는 것과 관련이 있다. 또 다른 것은 자주 사용하는 테이블들에 대한 엑세스 속도를 높이는 것에 초점을 맞춘다. 데이터베이스를 자신의 테이블, 단일 서버 및 SQL 쿼리를 넘어서 확장하는 것과 관련된 것들도 있다.  전문(full-text) 검색 표준적인 관계형 데이터베이스 인덱스는 성능상의 이유로 간략한 필드나 심지어 해시를 사용하는 경향이 있다. 전문 검색은 다르다. 전문 검색은 일반적으로 단어, 기록 및 오프셋 위치의 뒤집어진 목록과 같이 다른 종류의 인덱스로 다뤄진다. 종종 무시되는 제외어의 목록과 각 단어의 다른 형태를 생성하기 위한 추출 알고리즘이 있다. 일부 전문 검색 엔진은 불리안(Boolean) 작업, 퍼지 검색 또는 인접 검색을 지원한다. 오라클 데이터베이스, SQL 서버, MySQL/마리아DB 및 포스트그레SQL은 (MySQL 용어를 사용하자면) 모두 FULLTEXT 인덱스가 있는 CHAR, VARCHAR 또는 TEXT 열과 같이 특별히 지정된 텍스트 필드에 대한 전문 검색을 제공한다. 또한 엘라스틱서치...

2019.06.19

'선택지 다양' 클라우드용 RDBMS 15선

빅데이터 환경에서 전통적인 행렬 테이블 형식으로 데이터를 저장하고 SQL로 프로그래밍하는 관계형 데이터베이스는 NoSQL같은 새로운 비정형 데이터 보관소 및 아파치 하둡과 하이브같은 오픈소스 솔루션에서 우선순위에 밀리는 경향이 있다.   클라우드에서 DBMS는 우선순위에서 밀리지 않는다. 아마존 웹 서비스(AWS), 마이크로소프트, 구글 등의 업체가 자사의 탄력적인 클라우드 스토리지 및 컴퓨팅 기능을 사용하여 기업이 전통적인 관계형 데이터베이스를 현대화하는 데 도움을 줄 것으로 기대되고 있기 때문이다. 대기업 고객은 클라우드 도입을 점점 더 익숙하게 받아들이는 추세다. 특히 클라우드 3대 공급 업체를 자사의 퍼블릭 클라우드로 수용하고 있다.  과거에 거대하고 규제가 엄격한 고객의 보안 및 컴플라이언스 문제로 주저했던 핵심 시스템과 데이터가 이제는 클라우드로 이동하기 시작했으며, 여기에는 관계형 데이터베이스도 포함된다. 오범의 수석 애널리스트인 토니 비어는 트랜잭션 데이터베이스를 이동하는 것이 아마도 가장 중요한 클라우드 전략의 일부가 될 것이며 마이그레이션하려는 마지막 작업일 것이라고 밝혔다.  비어는 "모든 조직이 모든 클라우드를 사용할 준비가 된 것은 아니다. 대기업은 단일 클라우드 업체에 종속되기를 원치 않기 때문에 멀티 클라우드의 중요성을 알게 될 것이다"고 말했다. 클라우드에서 관계형 데이터베이스를 사용하면 클라우드를 활용하여 비용을 낮추고 속도와 확장성을 높임으로써 비즈니스를 가속하는 동시에 친숙하고 대중적인 형식(특히 데이터 분석)이 가능하다는 장점이 있다. 이를 통해 기업은 기존의 라이선스(예 : 오라클)를 최대한 활용하고 클라우드 전략을 발전시킬 수 있다. 클라우드 스토리지가 저렴하기 때문에 데이터베이스를 클라우드로 이전하려는 조직은 훨씬 향상된 장애 조치를 확보하려면 공급업체와 최소한 6번 백업해 데이터를 복제하는 데서 이점을 얻을 수 있다.  또한 클라우드 업체가 DaaS(...

빅데이터 포스트그레SQL AWS RDS AWS 오로라 IBM Db2 SAP SQL 애니웨어 구글 클라우드 SQL 구글 클라우드 스패너 스노우플레이크 컴퓨팅 마이크로소프트 SQL 서버 마리아DB SAP HANA 데이터베이스 DBMS 사이베이스 MySQL 테라데이타 엔터프라이즈DB RDB 관계형 데이터베이스 오라클 데이터베이스 클라우드 서비스

2019.04.18

빅데이터 환경에서 전통적인 행렬 테이블 형식으로 데이터를 저장하고 SQL로 프로그래밍하는 관계형 데이터베이스는 NoSQL같은 새로운 비정형 데이터 보관소 및 아파치 하둡과 하이브같은 오픈소스 솔루션에서 우선순위에 밀리는 경향이 있다.   클라우드에서 DBMS는 우선순위에서 밀리지 않는다. 아마존 웹 서비스(AWS), 마이크로소프트, 구글 등의 업체가 자사의 탄력적인 클라우드 스토리지 및 컴퓨팅 기능을 사용하여 기업이 전통적인 관계형 데이터베이스를 현대화하는 데 도움을 줄 것으로 기대되고 있기 때문이다. 대기업 고객은 클라우드 도입을 점점 더 익숙하게 받아들이는 추세다. 특히 클라우드 3대 공급 업체를 자사의 퍼블릭 클라우드로 수용하고 있다.  과거에 거대하고 규제가 엄격한 고객의 보안 및 컴플라이언스 문제로 주저했던 핵심 시스템과 데이터가 이제는 클라우드로 이동하기 시작했으며, 여기에는 관계형 데이터베이스도 포함된다. 오범의 수석 애널리스트인 토니 비어는 트랜잭션 데이터베이스를 이동하는 것이 아마도 가장 중요한 클라우드 전략의 일부가 될 것이며 마이그레이션하려는 마지막 작업일 것이라고 밝혔다.  비어는 "모든 조직이 모든 클라우드를 사용할 준비가 된 것은 아니다. 대기업은 단일 클라우드 업체에 종속되기를 원치 않기 때문에 멀티 클라우드의 중요성을 알게 될 것이다"고 말했다. 클라우드에서 관계형 데이터베이스를 사용하면 클라우드를 활용하여 비용을 낮추고 속도와 확장성을 높임으로써 비즈니스를 가속하는 동시에 친숙하고 대중적인 형식(특히 데이터 분석)이 가능하다는 장점이 있다. 이를 통해 기업은 기존의 라이선스(예 : 오라클)를 최대한 활용하고 클라우드 전략을 발전시킬 수 있다. 클라우드 스토리지가 저렴하기 때문에 데이터베이스를 클라우드로 이전하려는 조직은 훨씬 향상된 장애 조치를 확보하려면 공급업체와 최소한 6번 백업해 데이터를 복제하는 데서 이점을 얻을 수 있다.  또한 클라우드 업체가 DaaS(...

2019.04.18

마리아DB CEO가 밝힌 '오픈소스, 오라클∙아마존 종속, IPO 계획'

오픈소스 데이터베이스 전문 업체 마리아DB(MariaDB)는 계속해서 시장의 선두 기업인 오라클을 공격하고 있다. 여기에 더해, 더 강력한 클라우드 업체로 입지를 확대한다는 계획도 있다. 1996년부터 2000년까지 4년 동안 오라클에 재직했으며, 2015년 12월 마리아 DB에 합류한 마이클 하워드(아래 사진) CEO는 <컴퓨터월드UK>와 인터뷰에서 ‘자율’ 데이터베이스를 개발하고 3개년 상장(기업 공개) 계획을 추진하면서 오라클을 대신할 ‘데이터베이스 강자’가 되려는 계획을 털어놨다.   최초 MySQL 개발자 중 일부가 마리아DB를 만들었다. 오라클의 MySQL 인수와 함께 오라클로 옮긴 마이클 ‘몬티’ 위데니우스(Michael ‘Monty’ Widenius)가 이들 중 한 명이다. 지금까지 계속 MySQL을 대신해 사용할 수 있는 오픈소스 대체재를 개발해왔다. 하워드는 최근 뉴욕에서 열린 마리아DB의 대표적인 이벤트인 오픈웍스에서 즉석에서 계산을 한 통계를 제시하며, 2018년은 오프 소스 회사와 기술에 역사적 의미가 있는 한 해였다고 강조했다. IBM이 오픈소스 리눅스 회사인 레드햇을 340억 달러에 인수하고, 몽고DB와 엘라스틱이 최근 IPO를 한 것이 증거가 될 수 있다. 그는 “2018년 한 해만 놓고 봐도, 오픈소스 시장의 매출이 1,070억 달러에 달했다. 커뮤니티가 견인하는 기술이 월가에 족적을 남겼으며, 그 힘을 인정받고 있다. 또 앞으로 ‘티핑 포인트’가 형성될 전망이다. 마리아DB는 글로벌 시장을 대상으로 좋은 제품을 공급하고, 튼튼한 회사로 발돋움할 계획을 갖고 있다. 몇 년 전 마리아DB를 위해 투자 자본을 유치하고 있었을 때, 투자자들은 오픈소스 비즈니스 모델의 ‘생존력’에 의구심을 가졌지만 더 이상은 아니다. 오픈소스 시대가 열렸기 때문이다”고 말했다...

오라클 오픈소스 DB 자율주행 서비스나우 리눅스 마리아DB 몽고DB 알리바바 IPO MySQL 레드햇 IBM 데이터베이스 M&A 인수 오픈웍스

2019.03.04

오픈소스 데이터베이스 전문 업체 마리아DB(MariaDB)는 계속해서 시장의 선두 기업인 오라클을 공격하고 있다. 여기에 더해, 더 강력한 클라우드 업체로 입지를 확대한다는 계획도 있다. 1996년부터 2000년까지 4년 동안 오라클에 재직했으며, 2015년 12월 마리아 DB에 합류한 마이클 하워드(아래 사진) CEO는 <컴퓨터월드UK>와 인터뷰에서 ‘자율’ 데이터베이스를 개발하고 3개년 상장(기업 공개) 계획을 추진하면서 오라클을 대신할 ‘데이터베이스 강자’가 되려는 계획을 털어놨다.   최초 MySQL 개발자 중 일부가 마리아DB를 만들었다. 오라클의 MySQL 인수와 함께 오라클로 옮긴 마이클 ‘몬티’ 위데니우스(Michael ‘Monty’ Widenius)가 이들 중 한 명이다. 지금까지 계속 MySQL을 대신해 사용할 수 있는 오픈소스 대체재를 개발해왔다. 하워드는 최근 뉴욕에서 열린 마리아DB의 대표적인 이벤트인 오픈웍스에서 즉석에서 계산을 한 통계를 제시하며, 2018년은 오프 소스 회사와 기술에 역사적 의미가 있는 한 해였다고 강조했다. IBM이 오픈소스 리눅스 회사인 레드햇을 340억 달러에 인수하고, 몽고DB와 엘라스틱이 최근 IPO를 한 것이 증거가 될 수 있다. 그는 “2018년 한 해만 놓고 봐도, 오픈소스 시장의 매출이 1,070억 달러에 달했다. 커뮤니티가 견인하는 기술이 월가에 족적을 남겼으며, 그 힘을 인정받고 있다. 또 앞으로 ‘티핑 포인트’가 형성될 전망이다. 마리아DB는 글로벌 시장을 대상으로 좋은 제품을 공급하고, 튼튼한 회사로 발돋움할 계획을 갖고 있다. 몇 년 전 마리아DB를 위해 투자 자본을 유치하고 있었을 때, 투자자들은 오픈소스 비즈니스 모델의 ‘생존력’에 의구심을 가졌지만 더 이상은 아니다. 오픈소스 시대가 열렸기 때문이다”고 말했다...

2019.03.04

블로그 | 오픈소스로 시작하지만 AWS에 정착··· 그들이 데이터베이스를 전환하는 이유

클라우드는 원래 오픈소스의 천적으로 여겨졌다. 그러나 영리한 클라우드 서비스 업체들은 독점 서비스로의 진입 경로로 오픈소스를 사용하면서 보완적 관계에 있는 오픈소스 프로젝트에 대한 투자를 늘리고 있다. 구글이 대표적인 예다. 구글이 내놓은 텐서플로우와 쿠버네티스는 구글 클라우드 플랫폼을 기반으로 머신러닝과 컨테이너 기반 워크로드에 심취한 개발자 세대를 육성하기 위한 수단이다. 구글만 그런 것은 아니다. 아마존 웹 서비스에도 오픈소스 전략이 있다. 구글만큼 명확하지는 않지만 위력은 뒤지지 않는다. AWS 고객인 인포스카우트(InfoScout)에 따르면, AWS는 MySQL과 같은 온프레미스 데이터베이스와 아마존 오로라(Aurora) 등의 클라우드 서비스 사이에 자연스럽게 보이는 다리를 놓고 있는 것으로 보인다. 시작은 오픈소스로 하되 마무리는 AWS로 할 이유를 제공하는 것이다. 온프레미스 MySQL에서 클라우드 오로라로 이동 불과 몇 년 전만 해도 AWS와 같은 퍼블릭 클라우드 IaaS 플랫폼은 기업이 개발 및 테스트 워크로드 정도는 클라우드에서 실행할 수 있지만, 프로덕션은 항상 자체 데이터센터 내에 둘 것이라는 비관적인 전망에 직면해 있었다. 그 말은 아주 잠깐 동안은 사실이었지만 지금 관점에서 보면 완전한 헛소리였다. 캐피털 원(Capital One)과 같은 기업은 대부분의 데이터센터를 폐쇄하고 워크로드를 클라우드로 옮기는 중이다. 통제와 위험에 대한 우려도 보안 모델과 즉석 인프라 프로비저닝 기능, 피크 시간대의 구매 수요를 처리할 수 있는 탄력성, 고가용성, 혁신의 속도를 갖춘 AWS와 같은 퍼블릭 클라우드에 결국 굴복했다. 시대가 바뀐 것이다. 너무 많이 바뀌어서 이제 퍼블릭 클라우드가 프로덕션 워크로드를 처리하고 개발-테스트 워크로드는 온프레미스의 개발자 노트북에서 실행되는 상황이다. 이러한 전환이 가장 극명하게 드러나는 분야는 데이터 중력 탓에 클라우드로의 이동에 대한 저항이 가장 컸던 데이터베이스다. 인포스카우...

데이터베이스 AWS MySQL 온프레미스 오로라

2018.06.21

클라우드는 원래 오픈소스의 천적으로 여겨졌다. 그러나 영리한 클라우드 서비스 업체들은 독점 서비스로의 진입 경로로 오픈소스를 사용하면서 보완적 관계에 있는 오픈소스 프로젝트에 대한 투자를 늘리고 있다. 구글이 대표적인 예다. 구글이 내놓은 텐서플로우와 쿠버네티스는 구글 클라우드 플랫폼을 기반으로 머신러닝과 컨테이너 기반 워크로드에 심취한 개발자 세대를 육성하기 위한 수단이다. 구글만 그런 것은 아니다. 아마존 웹 서비스에도 오픈소스 전략이 있다. 구글만큼 명확하지는 않지만 위력은 뒤지지 않는다. AWS 고객인 인포스카우트(InfoScout)에 따르면, AWS는 MySQL과 같은 온프레미스 데이터베이스와 아마존 오로라(Aurora) 등의 클라우드 서비스 사이에 자연스럽게 보이는 다리를 놓고 있는 것으로 보인다. 시작은 오픈소스로 하되 마무리는 AWS로 할 이유를 제공하는 것이다. 온프레미스 MySQL에서 클라우드 오로라로 이동 불과 몇 년 전만 해도 AWS와 같은 퍼블릭 클라우드 IaaS 플랫폼은 기업이 개발 및 테스트 워크로드 정도는 클라우드에서 실행할 수 있지만, 프로덕션은 항상 자체 데이터센터 내에 둘 것이라는 비관적인 전망에 직면해 있었다. 그 말은 아주 잠깐 동안은 사실이었지만 지금 관점에서 보면 완전한 헛소리였다. 캐피털 원(Capital One)과 같은 기업은 대부분의 데이터센터를 폐쇄하고 워크로드를 클라우드로 옮기는 중이다. 통제와 위험에 대한 우려도 보안 모델과 즉석 인프라 프로비저닝 기능, 피크 시간대의 구매 수요를 처리할 수 있는 탄력성, 고가용성, 혁신의 속도를 갖춘 AWS와 같은 퍼블릭 클라우드에 결국 굴복했다. 시대가 바뀐 것이다. 너무 많이 바뀌어서 이제 퍼블릭 클라우드가 프로덕션 워크로드를 처리하고 개발-테스트 워크로드는 온프레미스의 개발자 노트북에서 실행되는 상황이다. 이러한 전환이 가장 극명하게 드러나는 분야는 데이터 중력 탓에 클라우드로의 이동에 대한 저항이 가장 컸던 데이터베이스다. 인포스카우...

2018.06.21

마이SQL 관리자를 위한 오픈소스 추천 툴 5가지

데이터베이스 관리자(DBA)에게 데이터베이스 실행 성능을 최상으로 유지하는 일은 접시 돌리기와 비슷하다. 민첩성, 집중력, 빠른 대응, 냉철한 두뇌가 필요하고 가끔은 위기 상황을 알리는 구경꾼의 외침도 필요하다. 데이터베이스는 거의 모든 애플리케이션의 성공적인 운영을 위한 핵심 요소다. 따라서 조직의 데이터를 책임지는 DBA라면 데이터베이스 관리 프로세스를 능률화하고 일상적인 유지관리 작업을 간소화하는 신뢰할 만한 툴을 반드시 갖춰야 한다. DBA에게는 원활한 시스템 운영을 위한 유용한 툴이 필요하다. 그렇다면 MySQL 관리자를 위한 검증된 툴은 무엇일까? 필자가 선정한 MySQL 관리자를 위한 최고의 오픈소스 툴 5가지를 살펴보고 일상적인 MySQL 관리 작업 측면에서 각각의 가치에 대해 알아보자. 각 툴에는 깃허브(GitHub) 리포지토리 링크와 현재 기준 깃허브 별점을 첨부했다. Mycli Mycli 프로젝트는 MySQL 명령줄 자동 완성 및 구문 하이라이트 기능을 제공한다. 관리자에게 가장 인기 있는 MySQL 툴 중 하나다. 많은 MySQL DBA는 점프 호스트, 이중 요소 인증과 같은 보안 제약으로 인해 명령줄로 시스템에 접근할 수밖에 없다. 이러한 경우 MySQL 워크벤치(Workbench), Monyog 등의 편리한 GUI 툴을 사용할 수 없다. 명령줄에서는 대부분의 시간을 검정색 바탕에 흰 글씨의 터미널 화면을 보면서 보낸다. 그래서 Mycli의 가장 좋은 점 중 하나는 풍부한 구문 하이라이트 기능이다. 이 기능을 통해 예를 들어 WHERE 절에서 함수 및 연산자를 쿼리 문자열과 시각적으로 구분할 수 있다. 1줄짜리 짧은 쿼리에서는 별 효용성이 없겠지만, 두 개 이상 테이블을 대상으로 JOIN 연산을 수행하는 쿼리에서는 큰 효과를 발휘한다. 인덱싱된 열을 사용해서 JOIN하기? WHERE 절에서 선행 와일드카드를 사용해 필터링하기? Mycli는 여러 줄의 쿼리와 구문 하이라이트를 지원하므로 쿼...

데이터베이스 MySQL 마이SQL DBA

2017.12.18

데이터베이스 관리자(DBA)에게 데이터베이스 실행 성능을 최상으로 유지하는 일은 접시 돌리기와 비슷하다. 민첩성, 집중력, 빠른 대응, 냉철한 두뇌가 필요하고 가끔은 위기 상황을 알리는 구경꾼의 외침도 필요하다. 데이터베이스는 거의 모든 애플리케이션의 성공적인 운영을 위한 핵심 요소다. 따라서 조직의 데이터를 책임지는 DBA라면 데이터베이스 관리 프로세스를 능률화하고 일상적인 유지관리 작업을 간소화하는 신뢰할 만한 툴을 반드시 갖춰야 한다. DBA에게는 원활한 시스템 운영을 위한 유용한 툴이 필요하다. 그렇다면 MySQL 관리자를 위한 검증된 툴은 무엇일까? 필자가 선정한 MySQL 관리자를 위한 최고의 오픈소스 툴 5가지를 살펴보고 일상적인 MySQL 관리 작업 측면에서 각각의 가치에 대해 알아보자. 각 툴에는 깃허브(GitHub) 리포지토리 링크와 현재 기준 깃허브 별점을 첨부했다. Mycli Mycli 프로젝트는 MySQL 명령줄 자동 완성 및 구문 하이라이트 기능을 제공한다. 관리자에게 가장 인기 있는 MySQL 툴 중 하나다. 많은 MySQL DBA는 점프 호스트, 이중 요소 인증과 같은 보안 제약으로 인해 명령줄로 시스템에 접근할 수밖에 없다. 이러한 경우 MySQL 워크벤치(Workbench), Monyog 등의 편리한 GUI 툴을 사용할 수 없다. 명령줄에서는 대부분의 시간을 검정색 바탕에 흰 글씨의 터미널 화면을 보면서 보낸다. 그래서 Mycli의 가장 좋은 점 중 하나는 풍부한 구문 하이라이트 기능이다. 이 기능을 통해 예를 들어 WHERE 절에서 함수 및 연산자를 쿼리 문자열과 시각적으로 구분할 수 있다. 1줄짜리 짧은 쿼리에서는 별 효용성이 없겠지만, 두 개 이상 테이블을 대상으로 JOIN 연산을 수행하는 쿼리에서는 큰 효과를 발휘한다. 인덱싱된 열을 사용해서 JOIN하기? WHERE 절에서 선행 와일드카드를 사용해 필터링하기? Mycli는 여러 줄의 쿼리와 구문 하이라이트를 지원하므로 쿼...

2017.12.18

마이SQL 8.0 베타 공개··· 유니코드·JSON 등 개선

마이SQL은 많은 웹 애플리케이션 스택에 표준 요소로 사용되는 유명 오픈소스 데이터베이스다. 최근 마이SQL 8.0 버전의 첫 RC 버전이 공개됐다. 주요 기능은 다음과 같다. - 유니코드 9.0용 퍼스크 클래스 지원 - 윈도우 함수와 회귀 SQL 문법 지원 - 네이티브 JSON 데이터와 문서 스토어 기능 지원 강화 8.0 버전을 내놓으면서 마이SQL은 기존 5.5버전에서 숫자를 많이 건너뛰었다. 6.0버전은 좋은 평가를 받지 못했고 7.0은 마이SQL 클러스터링 버전이었다. 마이SQL은 8.0 발표 일정을 못박지 않았지만 기본적으로 매 18~24개월마다 새로운 버전을 내놓는다. 가장 최근의 발표가 2015년 10월 21일에 나온 마이SQL 5.7이었으므로, 마이SQL 8.0의 최종 버전은 오는 10월 경 나올 것으로 보인다. 표준 유니코드 관련 문제 해결 이번 마이SQL 8.0 버전의 가장 큰 변화이자 논쟁거리는 기본값으로 유니코드를 적용하는 것이다. 마이SQL은 유니코드 관련해서 꽤 오랫동안 골치를 앓았다. 마이SQL 8.0에서 이 문제 중 상당수가 해결될 것으로 보인다. 먼저 마이SQL 8.0은 더이상 기본 인코딩으로 latin1을 사용할 수 없다. 대신 utf8mb4을 기본 캐릭터로 추천한다. utf8mb4은 현재 비판을 받고 있는 utf8mb3 캐릭터 세트보다 더 빠르고 더 유연한 데이터 정렬을 지원한다. 또한, 향상된 유니코드는 넌웨스턴(non-Western) 문자 세트는 물론 이모티콘도 지원할 예정이다. 윈도우 함수 지원 마이SQL 8.0은 윈도우 함수를 지원한다. 쿼리에서 개별 열에 접근을 허용하면서도 여러 열에 걸쳐 총량을 계산한다. 기존 마이SQL에서도 데이터베이스의 윈도우 함수 지원 없이 마이SQL 내에서 이 작업을 처리할 수 있었지만 불편하고 느렸다. 마이SQL은 이를 해결하기 위해 표준 OVER SQL 키워드를 통해 윈도우 함수를 추가했다. 마이SQL의 경쟁 소프트웨어인 포스트그래SQL(Postg...

MySQL 마이SQL

2017.09.29

마이SQL은 많은 웹 애플리케이션 스택에 표준 요소로 사용되는 유명 오픈소스 데이터베이스다. 최근 마이SQL 8.0 버전의 첫 RC 버전이 공개됐다. 주요 기능은 다음과 같다. - 유니코드 9.0용 퍼스크 클래스 지원 - 윈도우 함수와 회귀 SQL 문법 지원 - 네이티브 JSON 데이터와 문서 스토어 기능 지원 강화 8.0 버전을 내놓으면서 마이SQL은 기존 5.5버전에서 숫자를 많이 건너뛰었다. 6.0버전은 좋은 평가를 받지 못했고 7.0은 마이SQL 클러스터링 버전이었다. 마이SQL은 8.0 발표 일정을 못박지 않았지만 기본적으로 매 18~24개월마다 새로운 버전을 내놓는다. 가장 최근의 발표가 2015년 10월 21일에 나온 마이SQL 5.7이었으므로, 마이SQL 8.0의 최종 버전은 오는 10월 경 나올 것으로 보인다. 표준 유니코드 관련 문제 해결 이번 마이SQL 8.0 버전의 가장 큰 변화이자 논쟁거리는 기본값으로 유니코드를 적용하는 것이다. 마이SQL은 유니코드 관련해서 꽤 오랫동안 골치를 앓았다. 마이SQL 8.0에서 이 문제 중 상당수가 해결될 것으로 보인다. 먼저 마이SQL 8.0은 더이상 기본 인코딩으로 latin1을 사용할 수 없다. 대신 utf8mb4을 기본 캐릭터로 추천한다. utf8mb4은 현재 비판을 받고 있는 utf8mb3 캐릭터 세트보다 더 빠르고 더 유연한 데이터 정렬을 지원한다. 또한, 향상된 유니코드는 넌웨스턴(non-Western) 문자 세트는 물론 이모티콘도 지원할 예정이다. 윈도우 함수 지원 마이SQL 8.0은 윈도우 함수를 지원한다. 쿼리에서 개별 열에 접근을 허용하면서도 여러 열에 걸쳐 총량을 계산한다. 기존 마이SQL에서도 데이터베이스의 윈도우 함수 지원 없이 마이SQL 내에서 이 작업을 처리할 수 있었지만 불편하고 느렸다. 마이SQL은 이를 해결하기 위해 표준 OVER SQL 키워드를 통해 윈도우 함수를 추가했다. 마이SQL의 경쟁 소프트웨어인 포스트그래SQL(Postg...

2017.09.29

모바일 앱 개발자 주의 사항 '백엔드 보안 확보'

개발자는 애플리케이션 코드에 보안을 적용하고 애플리케이션에서 데이터를 처리하는 방법을 보호해야 하지만, 이른바 하스피털가운(HospitalGown) 보안 문제가 보여주는 것처럼 백엔드 서버와 데이터 저장소가 어떻게 구성됐는지도 알아야 한다. 애플리케이션 보안은 단순히 개발자의 문제가 아니다. IT인력과 보안팀도 인프라 및 구축 및 보안 제어 이행에서 실행할 역할이 있다. IT관리자가 앱의 백엔드 서버를 위한 보안 기본 사항을 잊으면 개발자의 훌륭한 보안 결정을 갉아먹게 된다. 모바일 보안기업 앱소러티(Appthority)의 연구원들은 최근 (기업 IT에서 제공하고 관리하는 모바일 기기뿐 아니라 BYOD 시나리오의 개인용 장치를 포함하여) 기업 기기에 설치된 앱을 분석하고 백엔드 서버에 보안 통제가 없어서 데이터가 노출되고 있는 1,000개 이상의 앱을 발견했다. 수집된 데이터를 마이닝하고 분석하기 위해 사용자 데이터와 분석 툴을 저장하는 데이터베이스를 관리하는 서버는 방화벽이 없었고 인증이 필요 없었으며 인터넷에서 공개적으로 접근할 수 있었다. 앱소러티의 보안 연구 책임자 세스 하디에 따르면, 앱소러티는 1,000개의 앱이 2만 1,000개 이상의 개방된 엘라스틱서치(Elasticsearch) 서버에 연결돼 있었으며 약 43TB의 데이터가 노출됐다. 노출된 데이터에는 비밀번호, 위치, 이동 및 결제 세부사항, 이메일과 전화번호 등의 기업 프로필 데이터, 유통사 고객 데이터 등의 PII(Personally Identifiable Information)가 포함되어 있었다. 연구원들은 분석 보고서에서 이러한 유형의 정보는 사기 및 크리덴셜 기반 공격에 사용하거나 피싱 등의 2차 공격에 사용할 수 있다. 데이터는 여전히 구멍이 난 서버에 있었고 ‘승인되지 않은 당사자들이 복사하거나 다운로드할 위험에’ 여전히 노출되어 있었기 때문에 사용자가 장치에서 앱을 삭제한다 하더라도 데이터 노출은 끝났지 않았다고 밝혔다. 승인되지...

CSO 카우치DB 엘라스틱서치 MongoDB CouchDB 카우치베이스 농기계 하스피털가운 HospitalGown 앱소러티 레디스 Redis 랜섬웨어 사물인터넷 마이닝 데이터베이스 피싱 개발 MySQL CISO 코드 BYOD 몽고DB 랜섬 마이SQL CouchBase

2017.06.14

개발자는 애플리케이션 코드에 보안을 적용하고 애플리케이션에서 데이터를 처리하는 방법을 보호해야 하지만, 이른바 하스피털가운(HospitalGown) 보안 문제가 보여주는 것처럼 백엔드 서버와 데이터 저장소가 어떻게 구성됐는지도 알아야 한다. 애플리케이션 보안은 단순히 개발자의 문제가 아니다. IT인력과 보안팀도 인프라 및 구축 및 보안 제어 이행에서 실행할 역할이 있다. IT관리자가 앱의 백엔드 서버를 위한 보안 기본 사항을 잊으면 개발자의 훌륭한 보안 결정을 갉아먹게 된다. 모바일 보안기업 앱소러티(Appthority)의 연구원들은 최근 (기업 IT에서 제공하고 관리하는 모바일 기기뿐 아니라 BYOD 시나리오의 개인용 장치를 포함하여) 기업 기기에 설치된 앱을 분석하고 백엔드 서버에 보안 통제가 없어서 데이터가 노출되고 있는 1,000개 이상의 앱을 발견했다. 수집된 데이터를 마이닝하고 분석하기 위해 사용자 데이터와 분석 툴을 저장하는 데이터베이스를 관리하는 서버는 방화벽이 없었고 인증이 필요 없었으며 인터넷에서 공개적으로 접근할 수 있었다. 앱소러티의 보안 연구 책임자 세스 하디에 따르면, 앱소러티는 1,000개의 앱이 2만 1,000개 이상의 개방된 엘라스틱서치(Elasticsearch) 서버에 연결돼 있었으며 약 43TB의 데이터가 노출됐다. 노출된 데이터에는 비밀번호, 위치, 이동 및 결제 세부사항, 이메일과 전화번호 등의 기업 프로필 데이터, 유통사 고객 데이터 등의 PII(Personally Identifiable Information)가 포함되어 있었다. 연구원들은 분석 보고서에서 이러한 유형의 정보는 사기 및 크리덴셜 기반 공격에 사용하거나 피싱 등의 2차 공격에 사용할 수 있다. 데이터는 여전히 구멍이 난 서버에 있었고 ‘승인되지 않은 당사자들이 복사하거나 다운로드할 위험에’ 여전히 노출되어 있었기 때문에 사용자가 장치에서 앱을 삭제한다 하더라도 데이터 노출은 끝났지 않았다고 밝혔다. 승인되지...

2017.06.14

블로그 | NoSQL 열풍에도 MySQL이 여전히 왕좌에 있는 이유

MySQL이 여전히 관심을 독차지하고 있다. NoSQL이 부상하면서 관계형 데이터베이스가 임종을 맞이할 것으로 보였고, MySQL 역시 역사의 뒤편으로 은퇴할 것이 예상됐다. 하지만 데이터베이스 인기 투표에서 MySQL은 여전히 오라클과 치열한 접전을 벌이고 있다. 더욱 눈에 띄는 것은 오라클의 인기는 서서히 떨어지는 반면, MySQL은 기존의 인기를 그대로 유지하고 있다는 것. 이유가 뭘까? DB엔진의 조사에 따르면, MySQL과 오라클 모두 다른 데이터베이스에 비해 지지자를 잃었지만, MySQL은 여전히 인기가 높으며, 오라클과 극히 작은 차이로 2위를 차지했다. 주요 데이터베이스의 인기 추세를 살펴보면, MySQL의 인기는 일관성 있게 증가하고 있다는 것을 알 수 있다. MySQL에 대한 일반적인 검색 관심도는 지난 수년 동안 꾸준히 떨어졌으며, 하락폭은 오라클이나 마이크로소프트 SQL 서버와 비슷하다. 하지만 스택 오버플로우(Stack Overflow)의 조사에 따르면, 전문적인 관심도은 제법 굳건하게 남아 있다. 게다가 이런 추세는 다른 데이터베이스를 초라하게 만들 정도이다. 원래 필자의 예상은 이런 것이 아니었다. NoSQL이 현대적인 데이터의 규모와 속도, 다양성을 관리하느라 쩔쩔 매던 기업 환경에서 큰 인기를 얻는 것이었다. 어쨌든 MySQL은 살아남는 정도에 그치지 않고 번창하고 있다. 물론 NoSQL도 충분한 지지층을 찾았다. 특히 몽고DB는 상당한 관심을 모았고, 현재는 매출 1억 달러를 돌파하며 올해 말 IPO를 목표로 하고 있다. 하지만 아직 몽고DB도 아파치 카산드라도, 아파치 하둡도 MySQL을 넘어서지는 못했다. 전임 MySQL 임원 잭 언로커는 필자에게 “몽고DB와 카산드라, 하둡은 모두 관계형 데이터베이스로는 제대로 다루기 힘든 전문화된 사용례에서 가치를 갖는다. 때문에 이들은 매출 1억 달러 정도의 쓸만한 기업이 될 수는 있지만, 관계형 데이터베이스처럼 범용화되기...

오라클 MySQL NoSQL 인기 확장성

2017.05.12

MySQL이 여전히 관심을 독차지하고 있다. NoSQL이 부상하면서 관계형 데이터베이스가 임종을 맞이할 것으로 보였고, MySQL 역시 역사의 뒤편으로 은퇴할 것이 예상됐다. 하지만 데이터베이스 인기 투표에서 MySQL은 여전히 오라클과 치열한 접전을 벌이고 있다. 더욱 눈에 띄는 것은 오라클의 인기는 서서히 떨어지는 반면, MySQL은 기존의 인기를 그대로 유지하고 있다는 것. 이유가 뭘까? DB엔진의 조사에 따르면, MySQL과 오라클 모두 다른 데이터베이스에 비해 지지자를 잃었지만, MySQL은 여전히 인기가 높으며, 오라클과 극히 작은 차이로 2위를 차지했다. 주요 데이터베이스의 인기 추세를 살펴보면, MySQL의 인기는 일관성 있게 증가하고 있다는 것을 알 수 있다. MySQL에 대한 일반적인 검색 관심도는 지난 수년 동안 꾸준히 떨어졌으며, 하락폭은 오라클이나 마이크로소프트 SQL 서버와 비슷하다. 하지만 스택 오버플로우(Stack Overflow)의 조사에 따르면, 전문적인 관심도은 제법 굳건하게 남아 있다. 게다가 이런 추세는 다른 데이터베이스를 초라하게 만들 정도이다. 원래 필자의 예상은 이런 것이 아니었다. NoSQL이 현대적인 데이터의 규모와 속도, 다양성을 관리하느라 쩔쩔 매던 기업 환경에서 큰 인기를 얻는 것이었다. 어쨌든 MySQL은 살아남는 정도에 그치지 않고 번창하고 있다. 물론 NoSQL도 충분한 지지층을 찾았다. 특히 몽고DB는 상당한 관심을 모았고, 현재는 매출 1억 달러를 돌파하며 올해 말 IPO를 목표로 하고 있다. 하지만 아직 몽고DB도 아파치 카산드라도, 아파치 하둡도 MySQL을 넘어서지는 못했다. 전임 MySQL 임원 잭 언로커는 필자에게 “몽고DB와 카산드라, 하둡은 모두 관계형 데이터베이스로는 제대로 다루기 힘든 전문화된 사용례에서 가치를 갖는다. 때문에 이들은 매출 1억 달러 정도의 쓸만한 기업이 될 수는 있지만, 관계형 데이터베이스처럼 범용화되기...

2017.05.12

DB 공격하는 '케르베르 랜섬웨어'

케르베르 랜섬웨어가 MySQL, 오라클, 마이크로소프트 SQL 서버 등 일반 DB 관련 프로세스를 공격하려는 것으로 밝혀졌다. 데이터베이스를 겨냥한 케르베르 랜섬웨어. Credit: IDGNS 케르베르 램섬웨어(Cerber ransomware)가 컴퓨터와 서버에 저장된 가장 중요한 데이터를 암호화하기 위해 현재 데이터베이스 서버와 관련한 프로세스를 차단시키려 한다. 랜섬웨어 프로그램은 파일을 살리고 싶어하는 더 많은 피해자가 돈을 지불하게 하기 위해 가능한 가치 있는 많은 파일에 영향을 주고자 한다. 개인들이 살리고 싶어하는 파일은 사진, 동영상, 문서, 게임 등이며, 기업들이 살리고 싶어하는 파일은 보통 데이터베이스에 저장돼 있는 것들이다. 해커들에게는 암호화로 랜섬웨어 프로그램을 예방하는 다른 프로세스가 이미 작동 중일 때 데이터베이스 파일의 쓰기 권한이 OS에 의해 차단될 수 있다는 문제가 있다. 컴퓨터 지원 포럼 블리핑컴퓨터닷컴(BleepingComputer.com)의 전문가들에 따르면, 이 문제를 해결하기 위해 케르베르 랜섬웨어의 최신 버전은 많은 데이터베이스 관련 프로세스를 막아 버리려고 한다. 해당 데이터베이스 관련 프로세스는 다음과 같다. msftesql.exe sqlagent.exe sqlbrowser.exe sqlservr.exe sqlwriter.exe oracle.exe ocssd.exe dbsnmp.exe synctime.exe mydesktopqos.exe agntsvc.exeisqlplussvc.exe xfssvccon.exe mydesktopservice.exe ocautoupds.exe agntsvc.exeagntsvc.exe agntsvc.exeencsvc.exe firefoxconfig.exe tbirdconfig.exe ocomm.exe mysqld.exe mysqld-nt.exe mysqld-opt.exe dbeng50.exe sqbcoreserv...

오라클 RaaS 마이크로소프트 SQL 서버 Cerber 암시장 랜섬웨어 공격 해커 MySQL 사이버범죄 데이터베이스 케르베르 랜섬웨어

2016.10.06

케르베르 랜섬웨어가 MySQL, 오라클, 마이크로소프트 SQL 서버 등 일반 DB 관련 프로세스를 공격하려는 것으로 밝혀졌다. 데이터베이스를 겨냥한 케르베르 랜섬웨어. Credit: IDGNS 케르베르 램섬웨어(Cerber ransomware)가 컴퓨터와 서버에 저장된 가장 중요한 데이터를 암호화하기 위해 현재 데이터베이스 서버와 관련한 프로세스를 차단시키려 한다. 랜섬웨어 프로그램은 파일을 살리고 싶어하는 더 많은 피해자가 돈을 지불하게 하기 위해 가능한 가치 있는 많은 파일에 영향을 주고자 한다. 개인들이 살리고 싶어하는 파일은 사진, 동영상, 문서, 게임 등이며, 기업들이 살리고 싶어하는 파일은 보통 데이터베이스에 저장돼 있는 것들이다. 해커들에게는 암호화로 랜섬웨어 프로그램을 예방하는 다른 프로세스가 이미 작동 중일 때 데이터베이스 파일의 쓰기 권한이 OS에 의해 차단될 수 있다는 문제가 있다. 컴퓨터 지원 포럼 블리핑컴퓨터닷컴(BleepingComputer.com)의 전문가들에 따르면, 이 문제를 해결하기 위해 케르베르 랜섬웨어의 최신 버전은 많은 데이터베이스 관련 프로세스를 막아 버리려고 한다. 해당 데이터베이스 관련 프로세스는 다음과 같다. msftesql.exe sqlagent.exe sqlbrowser.exe sqlservr.exe sqlwriter.exe oracle.exe ocssd.exe dbsnmp.exe synctime.exe mydesktopqos.exe agntsvc.exeisqlplussvc.exe xfssvccon.exe mydesktopservice.exe ocautoupds.exe agntsvc.exeagntsvc.exe agntsvc.exeencsvc.exe firefoxconfig.exe tbirdconfig.exe ocomm.exe mysqld.exe mysqld-nt.exe mysqld-opt.exe dbeng50.exe sqbcoreserv...

2016.10.06

해킹팀, 그것이 알고 싶다 ①

이탈리아 해킹 청부 업체 해킹팀에 대한 단편적인 정보들이 드러나기 시작했다. 연구원들과 기자들은 400GB 데이터 캐시를 발견해 다양한 기술 요소와 문서를 정리해 봤다. 이 슬라이드쇼에서는 이메일, 계약서, 코드, 기타 항목들을 소개한다. -> 해킹팀, 그것이 알고 싶다 ② ciokr@idg.co.kr  

이메일 kittens 청부 해킹 해킹팀 에티오피아 계약서 악성코드 iOS MySQL 개발 트위터 VPN 서버

2015.07.31

이탈리아 해킹 청부 업체 해킹팀에 대한 단편적인 정보들이 드러나기 시작했다. 연구원들과 기자들은 400GB 데이터 캐시를 발견해 다양한 기술 요소와 문서를 정리해 봤다. 이 슬라이드쇼에서는 이메일, 계약서, 코드, 기타 항목들을 소개한다. -> 해킹팀, 그것이 알고 싶다 ② ciokr@idg.co.kr  

2015.07.31

기고 | MySQL의 8가지 단점

MySQL은 설치가 간편하고 상대적으로 빠르며 다양한 기능을 지원한다. 유명한 오픈소스 프로젝트 중 하나이기도 하다. 하지만 직접 사용해 본 사람이라면 여러 가지 이유로 놀라움을 감추지 못했을 것이다. 이를테면 인터넷에서 쓸데 없는 것들만 모으고 아무런 시도도 하지 않는 기술처럼 여겨지기도 한다. 많은 이들이 선택하는 이 오픈소스 관계형 데이터베이스와 관련해 불편하거나 당황스러운 8가지 특성을 정리했다. 단 아래의 모든 이유가 비단 MySQL에만 국한된 것은 아니다. 일부는 일반적인 관계형 데이터베이스에 모두 적용되는 이야기이다. 하지만 관계형 데이터베이스와 MySQL에 대해 명확하게 생각하지 않는다면 1990년대에 영원히 갇히게 될지도 모른다. 쌓기 위해서는 먼저 무너뜨릴 필요가 있다. (또는 이런 목록을 작성할 수 있을 정도로 오래 되지 않은 새로운 데이터베이스로 전환해야 할 필요가 있을 것이다.) 깊숙이 자리 잡은 버그와 특이함 대형 소프트웨어 패키지는 버그가 있게 마련이다. 하지만 좀 더 깊이 파보면 MySQL의 버그는 고질적이다. NULL이 늘 언제나 동일하게 동작하거나 외부 키 제약이 강제되거나 자동 증가가 올바르게 진행되는지 알 수 없기 때문에 주의해야 한다. 수십 가지의 작은 문제들이 존재하며 이런 문제가 항상 해결되는 것은 아니다. 이 때문에 사람들이 이와 같은 갓차(gotcha) 리스트를 유지하는 것이다. MySQL이 상시 버그 보고 시스템을 유지하는 점만 보아도 문제가 실제로 존재한다는 사실을 알 수 있다. 다른 사람들도 같은 불만감을 느끼고 있다. 관계형 테이블의 비유연성 테이블은 원칙을 제공하며 원칙은 좋은 것이다. 하지만 프로그래머가 강제로 데이터를 조작하거나 스키마(Schema)로 정의한 불가변 행에 데이터를 넣을 때는 그렇지 못하다. NoSQL이 인기를 얻고 있는 이유 중 하나는 프로그래머가 상황에 따라 데이터 모델을 개선할 수 있는 유연성 때문이다. 주소에 1줄을 추가해야 하는 경우 No...

오픈소스 MySQL DB 관계형 데이터베이스 JSON JOIN

2015.07.27

MySQL은 설치가 간편하고 상대적으로 빠르며 다양한 기능을 지원한다. 유명한 오픈소스 프로젝트 중 하나이기도 하다. 하지만 직접 사용해 본 사람이라면 여러 가지 이유로 놀라움을 감추지 못했을 것이다. 이를테면 인터넷에서 쓸데 없는 것들만 모으고 아무런 시도도 하지 않는 기술처럼 여겨지기도 한다. 많은 이들이 선택하는 이 오픈소스 관계형 데이터베이스와 관련해 불편하거나 당황스러운 8가지 특성을 정리했다. 단 아래의 모든 이유가 비단 MySQL에만 국한된 것은 아니다. 일부는 일반적인 관계형 데이터베이스에 모두 적용되는 이야기이다. 하지만 관계형 데이터베이스와 MySQL에 대해 명확하게 생각하지 않는다면 1990년대에 영원히 갇히게 될지도 모른다. 쌓기 위해서는 먼저 무너뜨릴 필요가 있다. (또는 이런 목록을 작성할 수 있을 정도로 오래 되지 않은 새로운 데이터베이스로 전환해야 할 필요가 있을 것이다.) 깊숙이 자리 잡은 버그와 특이함 대형 소프트웨어 패키지는 버그가 있게 마련이다. 하지만 좀 더 깊이 파보면 MySQL의 버그는 고질적이다. NULL이 늘 언제나 동일하게 동작하거나 외부 키 제약이 강제되거나 자동 증가가 올바르게 진행되는지 알 수 없기 때문에 주의해야 한다. 수십 가지의 작은 문제들이 존재하며 이런 문제가 항상 해결되는 것은 아니다. 이 때문에 사람들이 이와 같은 갓차(gotcha) 리스트를 유지하는 것이다. MySQL이 상시 버그 보고 시스템을 유지하는 점만 보아도 문제가 실제로 존재한다는 사실을 알 수 있다. 다른 사람들도 같은 불만감을 느끼고 있다. 관계형 테이블의 비유연성 테이블은 원칙을 제공하며 원칙은 좋은 것이다. 하지만 프로그래머가 강제로 데이터를 조작하거나 스키마(Schema)로 정의한 불가변 행에 데이터를 넣을 때는 그렇지 못하다. NoSQL이 인기를 얻고 있는 이유 중 하나는 프로그래머가 상황에 따라 데이터 모델을 개선할 수 있는 유연성 때문이다. 주소에 1줄을 추가해야 하는 경우 No...

2015.07.27

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

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

Copyright © 2022 International Data Group. All rights reserved.

10.4.0.6