Offcanvas

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

데이터베이스의 언어··· SQL이란 무엇인가

오늘날 구조화 쿼리 언어(Structured Query Language)는 비록 제품들 간에 자사 고유의 확장 기능을 가지고 있기는 하지만, 관계형 데이터베이스에서 데이터를 조작하고 쿼리하는 표준 수단이다. SQL의 편의성과 보편성은 하둡(Hadoop)을 위시한 수 많은 NoSQL 또는 비관계형 데이터 저장(Non-Relational Data Stores) 기술도 SQL의 일부를 도입하거나 SQL과 유사한 쿼리 언어를 만들어 낼 정도이다. 그렇지만 SQL이 과거에도 “보편적인” 관계형 데이터베이스용 언어는 아니었다. 초기, 그러니까 1980년대에 SQL은 반대 세력이 적지 않았다. 당시에는 필자를 포함해 많은 연구원과 개발자들이 SQL의 오버헤드로 인해 업무용 데이터베이스로서는 결코 실용적이지 않다고 생각했다. 분명 잘못된 생각이었다. 하지만 아직도 많은 이들이 SQL의 모든 편의성과 접근성에도 불구하고 런타임 성능에 따라 부과되는 대가가 너무 클 때가 많다고 생각한다. SQL이 있기 전 SQL이 있기 전에는 데이터베이스는 밀접하게 결합된 탐색형 프로그래밍 인터페이스를 가지고 있었으며, 대개의 경우 코다실(CODASYL) 데이터 모델이라 부르는 네트워크 스키마(Schema)를 중심으로 설계되었다. 코다실(CODASYL: Conference/Committee on Data Systems Languages)은 1959년부터 코볼(COBOL) 프로그래밍 언어 그리고 10년 뒤부터는 데이터베이스 언어 확장기능을 책임지던 컨소시엄이었다. 코다실 데이터베이스에 대하여 프로그래밍을 했다면, 일대다 관계를 나타내는 세트(Set)를 통해서 레코드(Record)를 탐색했을 것이다. 구식 계층형(Hierarchical) 데이터베이스는 레코드가 한 개의 세트에만 속할 수 있도록 한다. 네트워크 데이터베이스는 레코드가 여러 개의 세트에 속할 수 있게 해준다. CS 101에 등록한 학생들을 열거하고 싶어한...

데이터베이스 SQL 개발언어 시퀄 코다실

2017.08.31

오늘날 구조화 쿼리 언어(Structured Query Language)는 비록 제품들 간에 자사 고유의 확장 기능을 가지고 있기는 하지만, 관계형 데이터베이스에서 데이터를 조작하고 쿼리하는 표준 수단이다. SQL의 편의성과 보편성은 하둡(Hadoop)을 위시한 수 많은 NoSQL 또는 비관계형 데이터 저장(Non-Relational Data Stores) 기술도 SQL의 일부를 도입하거나 SQL과 유사한 쿼리 언어를 만들어 낼 정도이다. 그렇지만 SQL이 과거에도 “보편적인” 관계형 데이터베이스용 언어는 아니었다. 초기, 그러니까 1980년대에 SQL은 반대 세력이 적지 않았다. 당시에는 필자를 포함해 많은 연구원과 개발자들이 SQL의 오버헤드로 인해 업무용 데이터베이스로서는 결코 실용적이지 않다고 생각했다. 분명 잘못된 생각이었다. 하지만 아직도 많은 이들이 SQL의 모든 편의성과 접근성에도 불구하고 런타임 성능에 따라 부과되는 대가가 너무 클 때가 많다고 생각한다. SQL이 있기 전 SQL이 있기 전에는 데이터베이스는 밀접하게 결합된 탐색형 프로그래밍 인터페이스를 가지고 있었으며, 대개의 경우 코다실(CODASYL) 데이터 모델이라 부르는 네트워크 스키마(Schema)를 중심으로 설계되었다. 코다실(CODASYL: Conference/Committee on Data Systems Languages)은 1959년부터 코볼(COBOL) 프로그래밍 언어 그리고 10년 뒤부터는 데이터베이스 언어 확장기능을 책임지던 컨소시엄이었다. 코다실 데이터베이스에 대하여 프로그래밍을 했다면, 일대다 관계를 나타내는 세트(Set)를 통해서 레코드(Record)를 탐색했을 것이다. 구식 계층형(Hierarchical) 데이터베이스는 레코드가 한 개의 세트에만 속할 수 있도록 한다. 네트워크 데이터베이스는 레코드가 여러 개의 세트에 속할 수 있게 해준다. CS 101에 등록한 학생들을 열거하고 싶어한...

2017.08.31

상전벽해··· 소프트웨어 개발의 본질을 바꾸는 21가지 기술

아주 오래 전에 개발자들은 빠르고 가벼운 어셈블리 언어로 개발했다. 단순 작업을 위해 사람을 고용할 수 있을 정도로 예산이 많은 적도 있었고, 상황이 좋지 않을 때는 개발자가 직접 그 일을 했다. 복잡할 것이 전혀 없었다. 당시의 소프트웨어는 메모리에서 데이터를 읽어 들여 약간의 연산을 한 뒤 결과물을 내놓는 것이 전부였다. 오늘날의 개발자는 전 세계 출신의 다양한 언어를 구사하는, 무엇보다 제각기 다른 버전의 컴파일러를 사용하는 팀원들과 함께 일해야만 한다. 게다가 어떤 코드는 새로 개발된 것이고, 어떤 코드는 소스 코드가 제공되지 않는, 10년도 넘은 라이브러리를 활용한 것일 수도 있다. 오늘날 개발자가 되기 위해서는 협동심과 인내력부터 키워야 한다. 불과 5년 전과 비교하더라도 컴퓨터에 작업을 지시하는 것에는 대단한 차이가 있다. 지난 10년 동안 영화 ‘올드보이’의 오대수처럼 어딘가에 납치됐다 풀려난 개발자가 있다면, 오늘날의 컴퓨팅 세계에서 아무것도 할 수 없을지도 모른다. 모든 것이 그 어느 때보다 빠르게 변하고 있다. 프로그래밍의 본성을 바꾸어 놓는 21가지 기술을 살펴본다. 이 기술들로 인해 개발자의 협업 방식, 고객 지원 방식, 코딩 방식이 바뀌고 있다. 개발자라면 정신을 바짝 차리기 바란다. 지속적인 통합(Continuous Integration) 과거에는 리포지토리(Repository)에 코드를 커밋하고 나면 보통 커피를 마시며 한숨 돌리거나 점심을 먹을 여유가 있었다. 하지만 더 이상은 아니다. 오늘날의 리포지토리는 지속적인 빌드 시스템과 밀접하게 연결되어 있기 때문이다. 지속적인 빌드 시스템은 코드를 다시 컴파일하고, 아키텍처를 검사하고, 코드에 수백 가지 테스트를 수행해 오류의 가능성을 표시해 준다. 이 때문에 개발자는 지속적인 빌드 시스템이 보내는 작업 수정 요청 메일과 문자 메시지 때문에 책상에서 한치도 벗어나기 어렵다. 지속적인 빌드 시스템은 개발자에게 늘 새로운 일...

데이터베이스 통합 개발언어 API 프레임워크 데브옵스 라이브러리 전처리기 트랜스파일러

2017.08.08

아주 오래 전에 개발자들은 빠르고 가벼운 어셈블리 언어로 개발했다. 단순 작업을 위해 사람을 고용할 수 있을 정도로 예산이 많은 적도 있었고, 상황이 좋지 않을 때는 개발자가 직접 그 일을 했다. 복잡할 것이 전혀 없었다. 당시의 소프트웨어는 메모리에서 데이터를 읽어 들여 약간의 연산을 한 뒤 결과물을 내놓는 것이 전부였다. 오늘날의 개발자는 전 세계 출신의 다양한 언어를 구사하는, 무엇보다 제각기 다른 버전의 컴파일러를 사용하는 팀원들과 함께 일해야만 한다. 게다가 어떤 코드는 새로 개발된 것이고, 어떤 코드는 소스 코드가 제공되지 않는, 10년도 넘은 라이브러리를 활용한 것일 수도 있다. 오늘날 개발자가 되기 위해서는 협동심과 인내력부터 키워야 한다. 불과 5년 전과 비교하더라도 컴퓨터에 작업을 지시하는 것에는 대단한 차이가 있다. 지난 10년 동안 영화 ‘올드보이’의 오대수처럼 어딘가에 납치됐다 풀려난 개발자가 있다면, 오늘날의 컴퓨팅 세계에서 아무것도 할 수 없을지도 모른다. 모든 것이 그 어느 때보다 빠르게 변하고 있다. 프로그래밍의 본성을 바꾸어 놓는 21가지 기술을 살펴본다. 이 기술들로 인해 개발자의 협업 방식, 고객 지원 방식, 코딩 방식이 바뀌고 있다. 개발자라면 정신을 바짝 차리기 바란다. 지속적인 통합(Continuous Integration) 과거에는 리포지토리(Repository)에 코드를 커밋하고 나면 보통 커피를 마시며 한숨 돌리거나 점심을 먹을 여유가 있었다. 하지만 더 이상은 아니다. 오늘날의 리포지토리는 지속적인 빌드 시스템과 밀접하게 연결되어 있기 때문이다. 지속적인 빌드 시스템은 코드를 다시 컴파일하고, 아키텍처를 검사하고, 코드에 수백 가지 테스트를 수행해 오류의 가능성을 표시해 준다. 이 때문에 개발자는 지속적인 빌드 시스템이 보내는 작업 수정 요청 메일과 문자 메시지 때문에 책상에서 한치도 벗어나기 어렵다. 지속적인 빌드 시스템은 개발자에게 늘 새로운 일...

2017.08.08

SAP HANA, S/4HANA, HANA 클라우드 플랫폼, 뭐가 다르지?

SAP가 2015년 차세대 ERP 솔루션인 S/4HANA를 발표했을 때 CEO인 빌 맥더못이 23년 만의 가장 큰 출시라며 높이 평가했다. 그 후 2년 동안 SAP는 S/4HAN를 공급했는데, S/4HANA와 인메모리시스템인 HANA가 널리 채택됨에 따라 고객들 사이에 혼란이 빚어지고 있다.  HANA는 새로운 유형의 데이터베이스며, S/4HANA는 메모리 내 데이터베이스를 기반으로 실행되는 ERP다. 이 솔루션 중 하나 또는 둘 다를 SAP의 관리형 프라이빗 클라우드 플랫폼이나 AWS, 애저, 구글 클라우드 등의 퍼블릭 클라우드, 또는 온프레미스 형 데이터센터에서 실행할 수 있다. 2010년에 처음 출시된 SAP의 HANA는 기존 관계형 데이터베이스와 근본적으로 다른 아키텍처라는 점에 유의해야 한다. 이는 메모리 내에서 실행되므로 데이터가 로(row) 대신 칼럼(column)에 저장되므로 실시간 분석 및 컴퓨팅 기능에 더 빨리 근접할 수 있다. 과거에 SAP는 HANA가 무엇이며, 중요한 기업 데이터를 왜 이 새로운 데이터 저장소로 옮겨야 하는지를 설명하는 데 어려움이 있었다. 2015년 프랑스 니스에서 열린 SAP 인사이더 투어에서 SAP 크로스 플랫폼 제품 마케팅 담당 부사장인 매티아스 핸들리는 “HANA에 대해 헷갈리는 부분이 있다. 우리는 현재 각각의 제품이 고객을 위해 무엇을 할 수 있는지 정확히 설명할 수 있다"고 <컴퓨터월드UK>에 밝힌 바 있다. 그 후 2016년 영국 및 아일랜드 SAP 사용자 그룹 회의에서 필립 애덤스 회장은 “사용자 그룹의 12%가 S/4HANA에 대해 들어 본 적이 없다”며 "예전에는 나도 헷갈렸다. SAP 마케팅팀에서 고민이 많았던 것으로 안다"고 말했다. 현재 SAP의 2017년 2분기 결과에 따르면 S4/HANA를 도입한 고객 수는 지난해 같은 기간보다 70% 나 증가했으며, 구글과 에너지 거물인 센트...

구글 인메모리시스템 S/4HANA 관계형 데이터베이스 퍼블릭 클라우드 HANA RDBMS 프라이빗 클라우드 온프레미스 애저 AWS ERP 데이터베이스 SAP HANA 클라우드 플랫폼

2017.07.31

SAP가 2015년 차세대 ERP 솔루션인 S/4HANA를 발표했을 때 CEO인 빌 맥더못이 23년 만의 가장 큰 출시라며 높이 평가했다. 그 후 2년 동안 SAP는 S/4HAN를 공급했는데, S/4HANA와 인메모리시스템인 HANA가 널리 채택됨에 따라 고객들 사이에 혼란이 빚어지고 있다.  HANA는 새로운 유형의 데이터베이스며, S/4HANA는 메모리 내 데이터베이스를 기반으로 실행되는 ERP다. 이 솔루션 중 하나 또는 둘 다를 SAP의 관리형 프라이빗 클라우드 플랫폼이나 AWS, 애저, 구글 클라우드 등의 퍼블릭 클라우드, 또는 온프레미스 형 데이터센터에서 실행할 수 있다. 2010년에 처음 출시된 SAP의 HANA는 기존 관계형 데이터베이스와 근본적으로 다른 아키텍처라는 점에 유의해야 한다. 이는 메모리 내에서 실행되므로 데이터가 로(row) 대신 칼럼(column)에 저장되므로 실시간 분석 및 컴퓨팅 기능에 더 빨리 근접할 수 있다. 과거에 SAP는 HANA가 무엇이며, 중요한 기업 데이터를 왜 이 새로운 데이터 저장소로 옮겨야 하는지를 설명하는 데 어려움이 있었다. 2015년 프랑스 니스에서 열린 SAP 인사이더 투어에서 SAP 크로스 플랫폼 제품 마케팅 담당 부사장인 매티아스 핸들리는 “HANA에 대해 헷갈리는 부분이 있다. 우리는 현재 각각의 제품이 고객을 위해 무엇을 할 수 있는지 정확히 설명할 수 있다"고 <컴퓨터월드UK>에 밝힌 바 있다. 그 후 2016년 영국 및 아일랜드 SAP 사용자 그룹 회의에서 필립 애덤스 회장은 “사용자 그룹의 12%가 S/4HANA에 대해 들어 본 적이 없다”며 "예전에는 나도 헷갈렸다. SAP 마케팅팀에서 고민이 많았던 것으로 안다"고 말했다. 현재 SAP의 2017년 2분기 결과에 따르면 S4/HANA를 도입한 고객 수는 지난해 같은 기간보다 70% 나 증가했으며, 구글과 에너지 거물인 센트...

2017.07.31

더 빠른 SQL 쿼리를 위한 21가지 데이터베이스 튜닝 규칙

누구나 더 빠른 데이터베이스 쿼리를 원한다. SQL 개발자와 DBA 모두 이런 목표를 달성하기 위해 오랜 사용으로 효과가 입증된 여러 가지 방법에 의지한다. 하지만 안타깝게도 그 어떤 방법이라도 하나만으로는 완벽하거나 확실하지 않다. 이처럼 모든 쿼리를 미세조정, 즉 튜닝하기 위한 정답이 존재하지는 않지만, 길을 밝히는데 도움이 되는 풍부한 관례가 있다. 몇 가지는 RDMBS에 관련된 사항들이지만, 대부분의 팁은 모든 관계형 데이터베이스에 적용된다. SQL 서버, 오라클, DB2, 사이베이스, MySQL, 아니면 다른 관계형 데이터베이스 플랫폼 중 어디에서 코딩을 하고 있더라도, 목표는 같다. 데이터베이스가 가능한 빨리 쿼리를 처리하는 동시에 현실적으로 가능한 많은 동시 사용자를 지원하는 것이다. 이는 공간과 자원 관리를 최적화하는 동시에 잠금(Locking), 입출력, 그리고 네트워크 트래픽은 최소화해야 한다는 것을 의미한다. 데이터베이스 튜닝은 기술인 동시에 과학이다. 다음은 사용 중인 데이터베이스를 더 빠르고 더욱 효과적으로 만들어주는 21가지 입증된 규칙이다. 1. 가능하면 커서(Cursor)를 피하라 커서는 일련의 데이터에 순차적으로 액세스할 때 검색 및 현재 위치를 포함하는 데이터 요소를 말한다. 커서를 피하는 것은 아주 쉬운 결정이다. 커서는 속도 문제를 겪을 뿐 아니라, 다른 작업을 필요 이상 지연시킬 정도로 하나의 작업을 블록(Block)시킬 수도 있다. 이는 시스템의 동시성을 크게 저하시킨다. 2. 커서를 피할 수 없다면, 임시 테이블(temp table)을 사용하라 커서를 사용해야만 할 때가 있다. 그런 경우, 라이브 테이블(Live Table)보다는 임시 테이블에 대한 커서 작업을 수행하는 것이 더 낫다. 훨씬 더 작은 라이브 테이블에 대한 하나의 UPDATE 문이 있을 수 있다. 짧은 시간 동안에만 잠금(Lock)을 유지하게 되어 동시성을 크게 증진시켜 준다. 3. 임시 테이...

데이터베이스 SQL 쿼리 DBA

2017.07.31

누구나 더 빠른 데이터베이스 쿼리를 원한다. SQL 개발자와 DBA 모두 이런 목표를 달성하기 위해 오랜 사용으로 효과가 입증된 여러 가지 방법에 의지한다. 하지만 안타깝게도 그 어떤 방법이라도 하나만으로는 완벽하거나 확실하지 않다. 이처럼 모든 쿼리를 미세조정, 즉 튜닝하기 위한 정답이 존재하지는 않지만, 길을 밝히는데 도움이 되는 풍부한 관례가 있다. 몇 가지는 RDMBS에 관련된 사항들이지만, 대부분의 팁은 모든 관계형 데이터베이스에 적용된다. SQL 서버, 오라클, DB2, 사이베이스, MySQL, 아니면 다른 관계형 데이터베이스 플랫폼 중 어디에서 코딩을 하고 있더라도, 목표는 같다. 데이터베이스가 가능한 빨리 쿼리를 처리하는 동시에 현실적으로 가능한 많은 동시 사용자를 지원하는 것이다. 이는 공간과 자원 관리를 최적화하는 동시에 잠금(Locking), 입출력, 그리고 네트워크 트래픽은 최소화해야 한다는 것을 의미한다. 데이터베이스 튜닝은 기술인 동시에 과학이다. 다음은 사용 중인 데이터베이스를 더 빠르고 더욱 효과적으로 만들어주는 21가지 입증된 규칙이다. 1. 가능하면 커서(Cursor)를 피하라 커서는 일련의 데이터에 순차적으로 액세스할 때 검색 및 현재 위치를 포함하는 데이터 요소를 말한다. 커서를 피하는 것은 아주 쉬운 결정이다. 커서는 속도 문제를 겪을 뿐 아니라, 다른 작업을 필요 이상 지연시킬 정도로 하나의 작업을 블록(Block)시킬 수도 있다. 이는 시스템의 동시성을 크게 저하시킨다. 2. 커서를 피할 수 없다면, 임시 테이블(temp table)을 사용하라 커서를 사용해야만 할 때가 있다. 그런 경우, 라이브 테이블(Live Table)보다는 임시 테이블에 대한 커서 작업을 수행하는 것이 더 낫다. 훨씬 더 작은 라이브 테이블에 대한 하나의 UPDATE 문이 있을 수 있다. 짧은 시간 동안에만 잠금(Lock)을 유지하게 되어 동시성을 크게 증진시켜 준다. 3. 임시 테이...

2017.07.31

클라우드·SaaS 서비스 매출 꾸준히 증가··· 2020년 2천억 달러 돌파

전세계 클라우드와 SaaS 서비스 매출이 향후 5년 동안 29% 증가해 2020년 미화 2,000억 달러를 돌파할 것으로 예상된다. 시너지 리서치 그룹(Synergy Research Group)의 조사에 따르면, 이러한 성장으로 햐이퍼스케일 클라우드 업체에 판매되는 인프라 시장이 11% 늘어날 전망이다. 또한 기업 데이터센터에서 직접 구매했던 하드웨어와 소프트웨어 매출은 퍼블릭 클라우드의 확산으로 서서히 줄어들 것이다. 시너지 리서치 그룹의 수석 애널리스트인 존 딘스데일은 "클라우드 시장 규모가 엄청나게 커지면 성장률 자체는 필연적으로 둔화되지만 향후 5년 동안 여전히 매우 강력한 성장세를 보일 것으로 전망한다"고 밝혔다. 딘스테일은 "클라우드가 계속해서 IT업계를 새롭게 바꿔 놓을수록 하이퍼스케일 현상이 계속해서 클라우드를 재구성한다는 것이 분명해진다. 하이퍼스케일 업체는 기존의 비 하이퍼스케일 서비스 업체의 성장 기회를 잠식하며 새로운 기술 세계에서 자신들의 입지를 높이고자 기술 업체 커뮤니티에 도전하고 있다"고 말했다. 주요 클라우드 서비스 범주에서 퍼블릭 IaaS 및 PaaS는 연평균 29%의 성장률이, 관리형 서비스 또는 프라이빗 클라우드 서비스는 연평균 26% 성장률이, 기업 SaaS는 연평균 23% 각각 성장할 것으로 기대된다. 연구 결과에 따르면 현재 시장에서 활약하는 24개의 하이퍼스케일 업체가 전세계에 운영중인 데이터센터 수는 360개가 넘는다. 딘스데일은 "이 수치가 매년 약 20% 증가함에 따라 하이퍼스케일 업체는 점점 더 클라우드 시장을 장악하고 있다. 곧 클라우드 및 SaaS 서비스 매출의 80% 이상을 차지하게 될 것이며 모든 공공 및 민간 데이터센터 장비의 약 40%를 이룰 것이다"고 전망했다.   딘스데일은 주요 클라우드 서비스 분야에서 강력한 성장세가 계속되며, IaaS/PaaS의 데이터베이스 및 ERP에서 가장 높은 ...

Saas 데이터베이스 ERP PaaS IaaS 퍼블릭 클라우드 2020년 시너지 리서치 그룹 하이퍼스케일

2017.07.24

전세계 클라우드와 SaaS 서비스 매출이 향후 5년 동안 29% 증가해 2020년 미화 2,000억 달러를 돌파할 것으로 예상된다. 시너지 리서치 그룹(Synergy Research Group)의 조사에 따르면, 이러한 성장으로 햐이퍼스케일 클라우드 업체에 판매되는 인프라 시장이 11% 늘어날 전망이다. 또한 기업 데이터센터에서 직접 구매했던 하드웨어와 소프트웨어 매출은 퍼블릭 클라우드의 확산으로 서서히 줄어들 것이다. 시너지 리서치 그룹의 수석 애널리스트인 존 딘스데일은 "클라우드 시장 규모가 엄청나게 커지면 성장률 자체는 필연적으로 둔화되지만 향후 5년 동안 여전히 매우 강력한 성장세를 보일 것으로 전망한다"고 밝혔다. 딘스테일은 "클라우드가 계속해서 IT업계를 새롭게 바꿔 놓을수록 하이퍼스케일 현상이 계속해서 클라우드를 재구성한다는 것이 분명해진다. 하이퍼스케일 업체는 기존의 비 하이퍼스케일 서비스 업체의 성장 기회를 잠식하며 새로운 기술 세계에서 자신들의 입지를 높이고자 기술 업체 커뮤니티에 도전하고 있다"고 말했다. 주요 클라우드 서비스 범주에서 퍼블릭 IaaS 및 PaaS는 연평균 29%의 성장률이, 관리형 서비스 또는 프라이빗 클라우드 서비스는 연평균 26% 성장률이, 기업 SaaS는 연평균 23% 각각 성장할 것으로 기대된다. 연구 결과에 따르면 현재 시장에서 활약하는 24개의 하이퍼스케일 업체가 전세계에 운영중인 데이터센터 수는 360개가 넘는다. 딘스데일은 "이 수치가 매년 약 20% 증가함에 따라 하이퍼스케일 업체는 점점 더 클라우드 시장을 장악하고 있다. 곧 클라우드 및 SaaS 서비스 매출의 80% 이상을 차지하게 될 것이며 모든 공공 및 민간 데이터센터 장비의 약 40%를 이룰 것이다"고 전망했다.   딘스데일은 주요 클라우드 서비스 분야에서 강력한 성장세가 계속되며, IaaS/PaaS의 데이터베이스 및 ERP에서 가장 높은 ...

2017.07.24

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

개발자는 애플리케이션 코드에 보안을 적용하고 애플리케이션에서 데이터를 처리하는 방법을 보호해야 하지만, 이른바 하스피털가운(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

'구글 스패너'···막 오르는 SQL 데이터베이스 새 시대

2005년 구글이 61억 달러의 가치로 인정받던 당시에는 애드워즈(AdWords)라는 온라인 광고 플랫폼이 회사 매출의 95% 이상을 차지하고 있었다. 문제는 이를 뒷받침하는 데이터베이스가  비즈니스의 성장 속도를 따라가지 못하고 있었다는 점이다. 전통적인 데이터베이스를 확장할 때에는 일반적으로 샤딩(sharding)이라는 프로세스가 사용된다. 데이터를 여러 개의 소규모 데이터베이스로 쪼갬으로써 부하를 분산하는 방식이다. 2005년 당시에 애드워즈를 구동하는 데이터베이스는 샤딩을 한 번 다시 하려면 몇 년이 걸릴 정도로 방대해지고 있었다. 새로운 데이터베이스가 필요했고 구글은 직접 구축에 나섰다. 이처럼 구글이 애드워즈 처리를 위해 구축했던 데이터베이스가 스패너(Spanner)라는 제품으로 최근 일반에 공개됐다. 최근 새로운 데이터베이스들이 잇달아 출시되고 있는 가운데 스패너도 합류한 것이다. 최신의 데이터베이스들은 전통적인 관계형 SQL데이터베이스와 비슷하지만 방대한 규모로의 확장성은 훨씬 뛰어나다. 기존의 SQL에 새롭다는 의미의 형용사(New)를 결합해 NewSQL이라고 불리곤 한다. 데이터베이스 시장의 움직임을 주시하는 전문가들은 NewSQL 데이터베이스가 언젠가는 오라클, IBM, 마이크로소프트 등의 거물급 데이터베이스 제품들과 치열한 경쟁을 벌이게 될 것이라고 보고 있다. 스패너란 어떤 제품? 구글의 스패너는 여러 요건을 충족시키기 위해 등장했다. 한편으로는 방대한 규모로 확장성이 필요했고 다른 한편으로는 전 세계 데이터센터로의 분산도 필요했다. 아울러, 구글은 데이터베이스 프로그래밍 언어의 대표격인 SQL을 사용하는 관계형 데이터베이스를 원했고 여기에 낮은 지연시간과 매우 높은 신뢰성이라는 조건도 추가했다. 구글은 10년 가까운 개발 노력 끝에 2012년 스패너와 이를 구글 내에서 이용한 사례를 소개한 연구 논문을 발표했다. 그 후 몇 년에 걸쳐 구글은 스패너를 자사 클라우드 플랫폼에서 제공되는 데...

데이터베이스 구글 스패너 뉴SQL

2017.05.24

2005년 구글이 61억 달러의 가치로 인정받던 당시에는 애드워즈(AdWords)라는 온라인 광고 플랫폼이 회사 매출의 95% 이상을 차지하고 있었다. 문제는 이를 뒷받침하는 데이터베이스가  비즈니스의 성장 속도를 따라가지 못하고 있었다는 점이다. 전통적인 데이터베이스를 확장할 때에는 일반적으로 샤딩(sharding)이라는 프로세스가 사용된다. 데이터를 여러 개의 소규모 데이터베이스로 쪼갬으로써 부하를 분산하는 방식이다. 2005년 당시에 애드워즈를 구동하는 데이터베이스는 샤딩을 한 번 다시 하려면 몇 년이 걸릴 정도로 방대해지고 있었다. 새로운 데이터베이스가 필요했고 구글은 직접 구축에 나섰다. 이처럼 구글이 애드워즈 처리를 위해 구축했던 데이터베이스가 스패너(Spanner)라는 제품으로 최근 일반에 공개됐다. 최근 새로운 데이터베이스들이 잇달아 출시되고 있는 가운데 스패너도 합류한 것이다. 최신의 데이터베이스들은 전통적인 관계형 SQL데이터베이스와 비슷하지만 방대한 규모로의 확장성은 훨씬 뛰어나다. 기존의 SQL에 새롭다는 의미의 형용사(New)를 결합해 NewSQL이라고 불리곤 한다. 데이터베이스 시장의 움직임을 주시하는 전문가들은 NewSQL 데이터베이스가 언젠가는 오라클, IBM, 마이크로소프트 등의 거물급 데이터베이스 제품들과 치열한 경쟁을 벌이게 될 것이라고 보고 있다. 스패너란 어떤 제품? 구글의 스패너는 여러 요건을 충족시키기 위해 등장했다. 한편으로는 방대한 규모로 확장성이 필요했고 다른 한편으로는 전 세계 데이터센터로의 분산도 필요했다. 아울러, 구글은 데이터베이스 프로그래밍 언어의 대표격인 SQL을 사용하는 관계형 데이터베이스를 원했고 여기에 낮은 지연시간과 매우 높은 신뢰성이라는 조건도 추가했다. 구글은 10년 가까운 개발 노력 끝에 2012년 스패너와 이를 구글 내에서 이용한 사례를 소개한 연구 논문을 발표했다. 그 후 몇 년에 걸쳐 구글은 스패너를 자사 클라우드 플랫폼에서 제공되는 데...

2017.05.24

'제로 다운타임' 무중단 IT를 위한 DB 설계 방법

다이아몬드는 단단하고 영원하지만 생산이 어렵다. 안정적이고 중단없는 응용프로그램을 만드는 것도 마찬가지다. 데이터베이스 관리 계획을 검토하고 이상적인 무중단 IT 구현 전략을 마련해야 한다. 다운타임으로 인해 발생하는 손해는 상당한 것으로 추산되지만 많은 CIO가 이를 밝히기를 꺼린다. 다운타임 비용은 시간당 수백 달러 혹은 수백만 달러, 심지어 수십억 달러까지 발생할 수 있다. 예를 들어 주식 자동거래 시스템이 시장 조정기에 잠시라도 멈춘다면 즉각적으로 수십억 달러 손실로 이어진다. 오늘날 다운타임의 의미는 더 커졌다. 단순히 비즈니스 위기와 손해 비용에만 국한된 문제가 아니다. 이제는 '모든' 시스템이 '항상' 가동하는 것이 기본 요건이 됐다. 무중단 IT 세상이 도래한 것이다. 최근 각광받는 다운타임 대응 기술 중 하나가 ‘이중화 마이크로서비스(Redundant MicroService)’이다. 노드를 추가해 과부하를 방지하고, 라이브 노드로 원활하게 리다이렉션해 노드 장애에 대처할 수 있다. ‘일래스틱 마이크로서비스(Elastic MicroService)’는 애플리케이션 계층에서 용량 조정과 장애조치를 할 수 있다. 블루그린(BlueGreen) 배포 모델을 통해 무중단 IT를 구축할 수도 있다. 이는 크레파스 색깔이 아니다. 유명 요리사인 줄리아 차일드의 표현을 빌자면 '급할 때 당장 쓸 수 있도록 미리 재료를 준비하는' 방법이다(블루그린은 두 개의 동일한 프로덕션 환경을 사용해 업데이트 프로세스가 실제 비즈니스에 사용되는 프로덕션 워크로드에 영향을 주지 않고 다운타임을 줄이기 위한 소프트웨어 배포 전략이다. 한 환경을 파란색으로, 이중화 환경을 녹색으로 표시한다). 웹 서비스 레벨에서 전체 애플리케이션 스택을 전환하는 것은 라이브 애플리케이션을 개선하기 위한 좋은 해결책이다. 모든 초록색 영역의 애플리케이션은 무상태(sateless),...

CIO 데이터베이스 다운타임 무중단 IT

2017.05.16

다이아몬드는 단단하고 영원하지만 생산이 어렵다. 안정적이고 중단없는 응용프로그램을 만드는 것도 마찬가지다. 데이터베이스 관리 계획을 검토하고 이상적인 무중단 IT 구현 전략을 마련해야 한다. 다운타임으로 인해 발생하는 손해는 상당한 것으로 추산되지만 많은 CIO가 이를 밝히기를 꺼린다. 다운타임 비용은 시간당 수백 달러 혹은 수백만 달러, 심지어 수십억 달러까지 발생할 수 있다. 예를 들어 주식 자동거래 시스템이 시장 조정기에 잠시라도 멈춘다면 즉각적으로 수십억 달러 손실로 이어진다. 오늘날 다운타임의 의미는 더 커졌다. 단순히 비즈니스 위기와 손해 비용에만 국한된 문제가 아니다. 이제는 '모든' 시스템이 '항상' 가동하는 것이 기본 요건이 됐다. 무중단 IT 세상이 도래한 것이다. 최근 각광받는 다운타임 대응 기술 중 하나가 ‘이중화 마이크로서비스(Redundant MicroService)’이다. 노드를 추가해 과부하를 방지하고, 라이브 노드로 원활하게 리다이렉션해 노드 장애에 대처할 수 있다. ‘일래스틱 마이크로서비스(Elastic MicroService)’는 애플리케이션 계층에서 용량 조정과 장애조치를 할 수 있다. 블루그린(BlueGreen) 배포 모델을 통해 무중단 IT를 구축할 수도 있다. 이는 크레파스 색깔이 아니다. 유명 요리사인 줄리아 차일드의 표현을 빌자면 '급할 때 당장 쓸 수 있도록 미리 재료를 준비하는' 방법이다(블루그린은 두 개의 동일한 프로덕션 환경을 사용해 업데이트 프로세스가 실제 비즈니스에 사용되는 프로덕션 워크로드에 영향을 주지 않고 다운타임을 줄이기 위한 소프트웨어 배포 전략이다. 한 환경을 파란색으로, 이중화 환경을 녹색으로 표시한다). 웹 서비스 레벨에서 전체 애플리케이션 스택을 전환하는 것은 라이브 애플리케이션을 개선하기 위한 좋은 해결책이다. 모든 초록색 영역의 애플리케이션은 무상태(sateless),...

2017.05.16

'바이템포럴' 데이터 관리가 필요한 이유

* 본 기고문은 벤더가 작성한 것으로 네트워크월드 편집진의 수정을 거쳤다. 그러나 벤더의 시각이 일부 남아 있을 수 있다. 오늘날 데이터베이스는 주된 기록 시스템이며 기업은 이벤트가 발생할 때 정확한 청사진을 보존해야 한다. 그러나 안타깝게도 전통적인 데이터베이스는 일시적이며 다른 시점에서 기업에 대한 정확한 청사진을 제공할 수 없다. 그래서 특히 규제가 심한 업계에서 꼭 필요한 것이 바로 '바이템포럴(Bitemporal)' 데이터 지원이다. 두 개의 타임라인(Timeline)을 따라 실제 세계에서 사실이 발생한 시점('자신이 알던 것')과 시스템 시간 및 사실이 데이터베이스에 기록된 시간('자신이 알았던 시점') 등 유효한 두 시점에 대한 타임스탬프(Timestamp)를 적용해 데이터를 저장 및 질의할 수 있다. 오늘날 점차 많은 기업이 시간 기반의 통찰을 필요로 한다. 이는 이력 데이터를 처리하는 데도 효과적이어서 보안과 데이터 관리가 필요한 기업에도 도움이 된다. 기업은 바이템포럴 데이터베이스를 이용해 과거에 대한 완전하고 정확한 청사진을 유지해 누가 무엇을 알았고 언제 무엇을 했는지 정확히 파악할 수 있다. 바이템포럴 데이터베이스는 시스템과 유효 시간축 전반에 걸쳐 질의 처리가 가능하기 때문에 템포럴(Temporal) 데이터베이스보다 더 강력하다. 손쉽게 시간을 거슬러 올라가 데이터를 검색하고 시스템 전반에 걸쳐 이력 데이터를 관리하고 데이터 무결성을 확보하며 복잡한 바이템포럴 분석을 수행할 수 있다. 예를 들어, “8월 20일에 존 토마스가 살던 곳은?”이라는 질문에는 템포럴 데이터베이스도 답할 수 있다. 하지만 바이템포럴 데이터베이스는 “9월 1일 현재 우리가 알고 있는 8월 20일에 존 토마스가 살던 곳은?”이라는 질문에 답할 수 있다. 이처럼 바이템포럴은 유효한 시스템 시간축에 대한 요소 범위 인덱싱(Indexing)이 적...

데이터베이스 DBMS 바이템포럴

2017.04.03

* 본 기고문은 벤더가 작성한 것으로 네트워크월드 편집진의 수정을 거쳤다. 그러나 벤더의 시각이 일부 남아 있을 수 있다. 오늘날 데이터베이스는 주된 기록 시스템이며 기업은 이벤트가 발생할 때 정확한 청사진을 보존해야 한다. 그러나 안타깝게도 전통적인 데이터베이스는 일시적이며 다른 시점에서 기업에 대한 정확한 청사진을 제공할 수 없다. 그래서 특히 규제가 심한 업계에서 꼭 필요한 것이 바로 '바이템포럴(Bitemporal)' 데이터 지원이다. 두 개의 타임라인(Timeline)을 따라 실제 세계에서 사실이 발생한 시점('자신이 알던 것')과 시스템 시간 및 사실이 데이터베이스에 기록된 시간('자신이 알았던 시점') 등 유효한 두 시점에 대한 타임스탬프(Timestamp)를 적용해 데이터를 저장 및 질의할 수 있다. 오늘날 점차 많은 기업이 시간 기반의 통찰을 필요로 한다. 이는 이력 데이터를 처리하는 데도 효과적이어서 보안과 데이터 관리가 필요한 기업에도 도움이 된다. 기업은 바이템포럴 데이터베이스를 이용해 과거에 대한 완전하고 정확한 청사진을 유지해 누가 무엇을 알았고 언제 무엇을 했는지 정확히 파악할 수 있다. 바이템포럴 데이터베이스는 시스템과 유효 시간축 전반에 걸쳐 질의 처리가 가능하기 때문에 템포럴(Temporal) 데이터베이스보다 더 강력하다. 손쉽게 시간을 거슬러 올라가 데이터를 검색하고 시스템 전반에 걸쳐 이력 데이터를 관리하고 데이터 무결성을 확보하며 복잡한 바이템포럴 분석을 수행할 수 있다. 예를 들어, “8월 20일에 존 토마스가 살던 곳은?”이라는 질문에는 템포럴 데이터베이스도 답할 수 있다. 하지만 바이템포럴 데이터베이스는 “9월 1일 현재 우리가 알고 있는 8월 20일에 존 토마스가 살던 곳은?”이라는 질문에 답할 수 있다. 이처럼 바이템포럴은 유효한 시스템 시간축에 대한 요소 범위 인덱싱(Indexing)이 적...

2017.04.03

구글, 클라우드 데이터베이스 '스패너' 출시

구글이 자사 인프라에서 구동하는 고 가용성 데이터베이스를 출시했다. 14일 구글이 내놓은 새로운 클라우드 스패너(Spanner)는 전통적인 데이터베이스의 트랜잭션 일관성과 NoSQL 데이터베이스의 확장성 및 성능을 제공하는 것이 특징이다. 클라우드 스패너는 구글의 자체 스패너 데이터베이스를 내부적으로 실행하는 동일한 시스템을 기반으로 한다. 일반적으로 기업은 기존 데이터베이스나 NoSQL 데이터베이스 중 하나를 선택해야 하는데 이들은 각각의 장단점이 있다. 기존 데이터베이스는 트랜잭션 일관성을 향상시키지만 확장하기는 어려울 수 있다. NoSQL 데이터베이스는 확장성이 우수하지만 일관성이 떨어진다. 클라우드 스패너는 이러한 상충 관계를 줄이기 위해 설계됐으며 완전한 관리 서비스로도 제공된다. 다른 말로 하면 구글이 여러 데이터센터로 확장될 수 있는 데이터베이스의 하드웨어, 소프트웨어, 콘텐츠 복제를 관리한다는 의미다. 가트너의 연구 책임자인 닉 헤이데커에 따르면, 이 서비스는 전 세계 데이터베이스에서 1/1000초 수준의 일관성이 필요한 기업에 유용하다. 헤이데커는 인터뷰에서 클라우드 스패너로 혜택을 얻을 2개의 산업으로 금융과 광고를 지목했다.   또한 헤이데커는 기업이 기존 애플리케이션을 이 서비스로 옮겨야 하는데 이 점이 문제가 될 수 있다고 지적했다. 클라우드 스패너의 제품 관리자인 딥티 스리바스타바에 따르면, 구글은 파트너와 협력하여 고객의 마이그레이션을 지원하고 있다. 헤이데커는 비공개 알파 테스트 반응을 볼 때 클라우드 스패너가 다른 새로운 구글 서비스보다 더 많은 관심을 불러일으켰다고 밝혔다. 클라우드 스패너는 2007년 구글 직원 팀이 NoSQL과 기존 데이터베이스 중 하나를 선택하는 문제를 해결하기 위해 추진한 프로젝트에서 시작됐다. 그 결과 2012년에 발표된 스패너 데이터베이스는 시간 일관성을 유지하기 위해 데이터센터 내부의 원자 및 GPS 시계를 비롯한 여러 가지 새로운 기술을 사용했던 ...

구글 스패너 퍼블릭 클라우드 아마존 웹 서비스 NoSQL 애저 AWS DBMS 마이크로소프트 데이터베이스 가트너 Spanner

2017.02.15

구글이 자사 인프라에서 구동하는 고 가용성 데이터베이스를 출시했다. 14일 구글이 내놓은 새로운 클라우드 스패너(Spanner)는 전통적인 데이터베이스의 트랜잭션 일관성과 NoSQL 데이터베이스의 확장성 및 성능을 제공하는 것이 특징이다. 클라우드 스패너는 구글의 자체 스패너 데이터베이스를 내부적으로 실행하는 동일한 시스템을 기반으로 한다. 일반적으로 기업은 기존 데이터베이스나 NoSQL 데이터베이스 중 하나를 선택해야 하는데 이들은 각각의 장단점이 있다. 기존 데이터베이스는 트랜잭션 일관성을 향상시키지만 확장하기는 어려울 수 있다. NoSQL 데이터베이스는 확장성이 우수하지만 일관성이 떨어진다. 클라우드 스패너는 이러한 상충 관계를 줄이기 위해 설계됐으며 완전한 관리 서비스로도 제공된다. 다른 말로 하면 구글이 여러 데이터센터로 확장될 수 있는 데이터베이스의 하드웨어, 소프트웨어, 콘텐츠 복제를 관리한다는 의미다. 가트너의 연구 책임자인 닉 헤이데커에 따르면, 이 서비스는 전 세계 데이터베이스에서 1/1000초 수준의 일관성이 필요한 기업에 유용하다. 헤이데커는 인터뷰에서 클라우드 스패너로 혜택을 얻을 2개의 산업으로 금융과 광고를 지목했다.   또한 헤이데커는 기업이 기존 애플리케이션을 이 서비스로 옮겨야 하는데 이 점이 문제가 될 수 있다고 지적했다. 클라우드 스패너의 제품 관리자인 딥티 스리바스타바에 따르면, 구글은 파트너와 협력하여 고객의 마이그레이션을 지원하고 있다. 헤이데커는 비공개 알파 테스트 반응을 볼 때 클라우드 스패너가 다른 새로운 구글 서비스보다 더 많은 관심을 불러일으켰다고 밝혔다. 클라우드 스패너는 2007년 구글 직원 팀이 NoSQL과 기존 데이터베이스 중 하나를 선택하는 문제를 해결하기 위해 추진한 프로젝트에서 시작됐다. 그 결과 2012년에 발표된 스패너 데이터베이스는 시간 일관성을 유지하기 위해 데이터센터 내부의 원자 및 GPS 시계를 비롯한 여러 가지 새로운 기술을 사용했던 ...

2017.02.15

데이터 주도 마케팅, 중요성·투자 ↑ <GDMA 보고서>

전세계적으로 데이터 주도 마케팅에 대한 지출이 증가한 것으로 조사됐다. 2016년은 마케팅 임원이 데이터 주도 마케팅과 광고를 주요 전략에 둔 한 해였다. 윈터베리그룹(Winterberry Group)과 글로벌 다이렉트 마케팅 어소시에이션(Global Direct Marketing Association, GDMA)이 공동으로 실시한 제 3회 연례 조사에서 고객 데이터가 마케팅 및 광고 자산에서 중요하다고 말한 전세계 응답자는 무려 79.6%나 됐다. 2016년 데이터 기반 마케팅과 광고 지출을 전년보다 늘렸다는 응답도 절반 이상(53.4%)이었다. 90%는 데이터 관리 및 사용 방식을 개선하기 위해 고객 및 잠재 고객에 관한 정보를 호스팅하는 데이터베이스를 유지관리한다고 답했고, 88.2%는 고객이 더 잘 참여하게 하고 효과적으로 타깃 마케팅하는 데 정보를 적극적으로 분류하고 있다고 말했다. 10명 중 9명은 자신들의 데이터 주도 마케팅과 광고 실행이 최소한 부분적으로는 고객과 잠재 고객 데이터베이스의 유지관리에 중점을 뒀으며 더 우수하고 관련성이 높은 제안과 일반 고객 커뮤니케이션을 지원하는 데 초점을 맞췄다고 답했다. 또한, 63.7%는 타사 데이터를 구매하여 타깃 마케팅 캠페인을 지원하고 있다. 응답자들은 2016년에 마케팅 채널 10개 중 9개의 성능이 향상됐으며 그 중에서도 소셜미디어 관리가 가장 개선됐다고 말했다(5점 만점에 4.02점). 이 보고서는 2016년에 조사한 결과로, 조사에 응한 많은 패널은 교차 채널 캠페인 측정과 단일 채널 캠페인 측정에 관해 회사가 이전보다 훨씬 더 정교해졌다고 답했다. 교차 채널 캠페인 측정의 경우 2015년 36.2%에서 2016년 39.4%로 응답 비중이 커졌고, 단일 채널 캠페인 측정의 경우, 2015년 47.4%에서 2016년 49.8%로 높아졌다. 데이터 주도 마케팅 노력을 더욱 촉진할 것으로 기대되는 분야에 관해서는 기술 통합이 1위로 지목됐다. 이는 2016년 조...

데이터베이스 글로벌 다이렉트 마케팅 어소시에이션 윈터베리그룹 채널 캠페인 GDMA 광고 디지털 마케팅 CMO 측정 조사 Global Direct Marketing Association

2017.02.06

전세계적으로 데이터 주도 마케팅에 대한 지출이 증가한 것으로 조사됐다. 2016년은 마케팅 임원이 데이터 주도 마케팅과 광고를 주요 전략에 둔 한 해였다. 윈터베리그룹(Winterberry Group)과 글로벌 다이렉트 마케팅 어소시에이션(Global Direct Marketing Association, GDMA)이 공동으로 실시한 제 3회 연례 조사에서 고객 데이터가 마케팅 및 광고 자산에서 중요하다고 말한 전세계 응답자는 무려 79.6%나 됐다. 2016년 데이터 기반 마케팅과 광고 지출을 전년보다 늘렸다는 응답도 절반 이상(53.4%)이었다. 90%는 데이터 관리 및 사용 방식을 개선하기 위해 고객 및 잠재 고객에 관한 정보를 호스팅하는 데이터베이스를 유지관리한다고 답했고, 88.2%는 고객이 더 잘 참여하게 하고 효과적으로 타깃 마케팅하는 데 정보를 적극적으로 분류하고 있다고 말했다. 10명 중 9명은 자신들의 데이터 주도 마케팅과 광고 실행이 최소한 부분적으로는 고객과 잠재 고객 데이터베이스의 유지관리에 중점을 뒀으며 더 우수하고 관련성이 높은 제안과 일반 고객 커뮤니케이션을 지원하는 데 초점을 맞췄다고 답했다. 또한, 63.7%는 타사 데이터를 구매하여 타깃 마케팅 캠페인을 지원하고 있다. 응답자들은 2016년에 마케팅 채널 10개 중 9개의 성능이 향상됐으며 그 중에서도 소셜미디어 관리가 가장 개선됐다고 말했다(5점 만점에 4.02점). 이 보고서는 2016년에 조사한 결과로, 조사에 응한 많은 패널은 교차 채널 캠페인 측정과 단일 채널 캠페인 측정에 관해 회사가 이전보다 훨씬 더 정교해졌다고 답했다. 교차 채널 캠페인 측정의 경우 2015년 36.2%에서 2016년 39.4%로 응답 비중이 커졌고, 단일 채널 캠페인 측정의 경우, 2015년 47.4%에서 2016년 49.8%로 높아졌다. 데이터 주도 마케팅 노력을 더욱 촉진할 것으로 기대되는 분야에 관해서는 기술 통합이 1위로 지목됐다. 이는 2016년 조...

2017.02.06

SAP, 2016년 클라우드 매출 31% ↑··· 2017·2020년 목표 상향 조정

SAP가 2016년 클라우드 점유율, 매출, 순이익, 목표치 등 모든 면에서 성공했다고 밝혔다. SAP는 2016년 클라우드 매출이 큰폭으로 증가해 2017년과 2020년에 대한 예측치를 상향 조정했다. 이 회사의 2016년 클라우드 매출은 전년 대비 31% 늘어났고, 이는 매출 성장의 절반 이상을 차지했다. 클라우드 가입 및 지원 매출은 7억 700만 유로에서 30억 유로로 증가했고, 전체 매출은 2015년보다 13억 유로 늘어난 221억 유로(238억 달러)에 달했다. 세금 공제 후 순이익은 2015년 31억 유로에서 지난해 36억 유로로 증가했다. SAP는 소프트웨어 비즈니스가 클라우드로 옮겨가기를 바라고 있다. 전통적인 소프트웨어 라이선스와는 달리 클라우드는 계약 체결 시점부터 매출이 늘어나 예측 가능한 안정적인 수익원이 되기 때문이다. 소프트웨어 지원과 함께 클라우드 서비스의 성장은 현재 매출의 61%가 예측 가능한 수익원에서 발생했음을 의미한다. 이러한 추세로 SAP 경영진은 올해 전망을 더 낙관적으로 보고 있으며 2020년까지 공격적인 목표를 세울 수 있게 됐다. 현재 클라우드 매출은 올해 34억~40억 유로, 성장률은 34%, 전체 매출은 232억~236억 유로로 예상하고 있다. 이러한 예상치는 환율이 일정할 것으로 가정했고, 지난해 6월 브렉시트, 미국의 최근 총선, 유럽 전역의 선거 등의 변수를 반영하지 않은 것이다. SAP는 2020년 클라우드 매출을 80억 유로에서 85억 유로로 상향 조정했다. 그 전에는 75억~80억 유로로 예측한 바 있다. 또한 총 매출도 과거 260억~280억 유로에서 280억~290억 유로로 상향 조정했다. 클라우드로 전환함에 따라 예측가능한 매출 비중이 70%에서 2020년에는 75%로 상승할 것으로 기대됐다. SAP는 자사의 클라우드 플랫폼에 대한 관심이 높아짐에 따라, S4/HANA 인메모리 데이터베이스의 도입이 지난해 2배로 증가했다고 보고했...

SAP 클라우드 매출 2016년 HANA 실적 매출 인메모리 데이터베이스 여성 S4/HANA

2017.01.25

SAP가 2016년 클라우드 점유율, 매출, 순이익, 목표치 등 모든 면에서 성공했다고 밝혔다. SAP는 2016년 클라우드 매출이 큰폭으로 증가해 2017년과 2020년에 대한 예측치를 상향 조정했다. 이 회사의 2016년 클라우드 매출은 전년 대비 31% 늘어났고, 이는 매출 성장의 절반 이상을 차지했다. 클라우드 가입 및 지원 매출은 7억 700만 유로에서 30억 유로로 증가했고, 전체 매출은 2015년보다 13억 유로 늘어난 221억 유로(238억 달러)에 달했다. 세금 공제 후 순이익은 2015년 31억 유로에서 지난해 36억 유로로 증가했다. SAP는 소프트웨어 비즈니스가 클라우드로 옮겨가기를 바라고 있다. 전통적인 소프트웨어 라이선스와는 달리 클라우드는 계약 체결 시점부터 매출이 늘어나 예측 가능한 안정적인 수익원이 되기 때문이다. 소프트웨어 지원과 함께 클라우드 서비스의 성장은 현재 매출의 61%가 예측 가능한 수익원에서 발생했음을 의미한다. 이러한 추세로 SAP 경영진은 올해 전망을 더 낙관적으로 보고 있으며 2020년까지 공격적인 목표를 세울 수 있게 됐다. 현재 클라우드 매출은 올해 34억~40억 유로, 성장률은 34%, 전체 매출은 232억~236억 유로로 예상하고 있다. 이러한 예상치는 환율이 일정할 것으로 가정했고, 지난해 6월 브렉시트, 미국의 최근 총선, 유럽 전역의 선거 등의 변수를 반영하지 않은 것이다. SAP는 2020년 클라우드 매출을 80억 유로에서 85억 유로로 상향 조정했다. 그 전에는 75억~80억 유로로 예측한 바 있다. 또한 총 매출도 과거 260억~280억 유로에서 280억~290억 유로로 상향 조정했다. 클라우드로 전환함에 따라 예측가능한 매출 비중이 70%에서 2020년에는 75%로 상승할 것으로 기대됐다. SAP는 자사의 클라우드 플랫폼에 대한 관심이 높아짐에 따라, S4/HANA 인메모리 데이터베이스의 도입이 지난해 2배로 증가했다고 보고했...

2017.01.25

티맥스, 연구원 채용 확대··· '핵심 SW 기술 R&D 역량 강화'

티맥스가 올해 말까지 신규 연구원으로 약 200여 명의 채용을 완료하는 한편, 내년 초 입사 예정인 100여 명을 포함해 2017년 2월까지 총 300여 명의 연구원을 채용할 예정이라고 밝혔다. 이번 티맥스의 대규모 연구원 채용은 국내외적으로 갈수록 높아지는 산업에서의 SW 기술 중요성에 대비하고 클라우드와 데이터베이스, 운영체제와 같은 대표 핵심 기술의 R&D 역량을 강화하기 위해 진행 중이라고 업체 측은 설명했다. 이를 위해 티맥스는 올해까지 약 200여 명의 개발 인력을 충원해 클라우드와 운영체제, 데이터베이스, 미들웨어 등 핵심 기술개발 분야에 배치를 완료했다. 또한 2017년 1월과 2월 중으로 입사가 확정된 100여 명의 연구원들을 위해서는 최근 티맥스타워에서 ‘신입 연구원 오리엔테이션’을 개최하고, 티맥스의 주요 제품 및 연구실 소개를 통해 원하는 기업과 부서 선택에 대한 기회를 제공했다 이를 통해 신입 연구원들은 내년 초 티맥스소프트를 비롯해 관계사인 티맥스클라우드와 티맥스오에스, 티맥스데이터에 배치돼 해당 분야에 제품 개발 및 기술 개발에 집중해 나갈 예정이다. 티맥스소프트 노학명 사장은 “최근 전세계적으로 소프트웨어의 중요성이 대두되면서 ‘4차 산업혁명’을 중심으로 클라우드와 빅데이터 등에 대한 기술개발이 핵심가치로 떠오르고 있다”며, “국내 산업 역시 이러한 세계적인 시류에 따라가기 위해서는 SW 개발에 대한 투자가 그 어느 때보다 중요한 시기이며, 티맥스 또한 이에 대비하기 위해 R&D 역량을 강화하고 있다”고 말했다. ciokr@idg.co.kr

채용 데이터베이스 고용 운영체제 미들웨어 R&D 티맥스

2016.12.26

티맥스가 올해 말까지 신규 연구원으로 약 200여 명의 채용을 완료하는 한편, 내년 초 입사 예정인 100여 명을 포함해 2017년 2월까지 총 300여 명의 연구원을 채용할 예정이라고 밝혔다. 이번 티맥스의 대규모 연구원 채용은 국내외적으로 갈수록 높아지는 산업에서의 SW 기술 중요성에 대비하고 클라우드와 데이터베이스, 운영체제와 같은 대표 핵심 기술의 R&D 역량을 강화하기 위해 진행 중이라고 업체 측은 설명했다. 이를 위해 티맥스는 올해까지 약 200여 명의 개발 인력을 충원해 클라우드와 운영체제, 데이터베이스, 미들웨어 등 핵심 기술개발 분야에 배치를 완료했다. 또한 2017년 1월과 2월 중으로 입사가 확정된 100여 명의 연구원들을 위해서는 최근 티맥스타워에서 ‘신입 연구원 오리엔테이션’을 개최하고, 티맥스의 주요 제품 및 연구실 소개를 통해 원하는 기업과 부서 선택에 대한 기회를 제공했다 이를 통해 신입 연구원들은 내년 초 티맥스소프트를 비롯해 관계사인 티맥스클라우드와 티맥스오에스, 티맥스데이터에 배치돼 해당 분야에 제품 개발 및 기술 개발에 집중해 나갈 예정이다. 티맥스소프트 노학명 사장은 “최근 전세계적으로 소프트웨어의 중요성이 대두되면서 ‘4차 산업혁명’을 중심으로 클라우드와 빅데이터 등에 대한 기술개발이 핵심가치로 떠오르고 있다”며, “국내 산업 역시 이러한 세계적인 시류에 따라가기 위해서는 SW 개발에 대한 투자가 그 어느 때보다 중요한 시기이며, 티맥스 또한 이에 대비하기 위해 R&D 역량을 강화하고 있다”고 말했다. ciokr@idg.co.kr

2016.12.26

'2017년 이력서에 넣으면 좋을' IT기술력 10선

미국에서 IT직종은 수요도 많고 급여도 높은 편이다. 그러나 획기적인 디지털 변혁과 끊임없는 혁신이 일어나는 IT분야에서는 특정 기술력을 갖춘 전문가에게 더 많은 보상이 돌아가기도 한다. 이는 순수 IT기업에서나 다른 산업의 IT직종에서나 마찬가지다. 클라우드로 연봉 정보를 제공하는 기업인 페이스케일(Payscale)의 데이터 분석 담당 부사장인 케이티 바다로는 "어디서나 기술 직책이 필요하지만 일부는 특정 기술력으로 더 많은 급여를 받기도 한다. 이러한 기술력을 갖춘 전문가들의 급여 인상은 거의 모든 산업에서 일어나며, 특히 제조와 금융 같은 전통적인 산업에서도 그렇다. 우리는 기술력 수요가 계속 높아지고 전문 기술력이 더욱 중요해짐에 따라 2017년까지도 IT직종의 인기가 계속될 것으로 기대한다”고 밝혔다. 페이스케일 데이터팀은 ‘페이스케일 지수’와 유사한 방법론을 사용해 2016년 상반기 인기 IT기술력의 임금 변화를 측정하고 해당 기술력이 들어 있는 모든 직종의 임금 중간값을 구했다. 이 슬라이드쇼에서 소개하는 10가지 기술력을 살펴보고, 이력서에 이를 추가할 경우 어느 정도의 임금 인상을 기대할 수 있는지 알아보자.  1. 스칼라 29.3% ↑ 선임 소프트웨어 엔지니어 연봉 중간값 : 11만 1,000달러 스칼라(Scala)는 자바 언어에 관한 비판에 대응하고자 개발된 범용의 확장 가능한 프로그래밍 언어다. 스칼라는 ‘Scalable’과 ‘language’를 합해서 나온 이름으로, 점점 늘어나는 사용자의 요구에 쉽게 적응할 수 있음을 의미한다. 2. React.js 24.5% ↑ 선임 소프트웨어 엔지니어 연봉 중간값 : 11만 1,000달러 React.js는 사용자 인터페이스를 만드는 데 사용되는 오픈소스 자바스크립트 라이브러리다. 페이스북과 인스타그램 같은 IT거물급들이 이 언어를 유지보수하고 있다...

CIO 인상 스칼라 데브옵스 페이스케일 아파치 하이브 React.js 장고 Django 아마존 웹 서비스 기술력 데이터베이스 이력서 AWS 임금 조사 연봉 iOS 상승 루비 온 레일

2016.12.01

미국에서 IT직종은 수요도 많고 급여도 높은 편이다. 그러나 획기적인 디지털 변혁과 끊임없는 혁신이 일어나는 IT분야에서는 특정 기술력을 갖춘 전문가에게 더 많은 보상이 돌아가기도 한다. 이는 순수 IT기업에서나 다른 산업의 IT직종에서나 마찬가지다. 클라우드로 연봉 정보를 제공하는 기업인 페이스케일(Payscale)의 데이터 분석 담당 부사장인 케이티 바다로는 "어디서나 기술 직책이 필요하지만 일부는 특정 기술력으로 더 많은 급여를 받기도 한다. 이러한 기술력을 갖춘 전문가들의 급여 인상은 거의 모든 산업에서 일어나며, 특히 제조와 금융 같은 전통적인 산업에서도 그렇다. 우리는 기술력 수요가 계속 높아지고 전문 기술력이 더욱 중요해짐에 따라 2017년까지도 IT직종의 인기가 계속될 것으로 기대한다”고 밝혔다. 페이스케일 데이터팀은 ‘페이스케일 지수’와 유사한 방법론을 사용해 2016년 상반기 인기 IT기술력의 임금 변화를 측정하고 해당 기술력이 들어 있는 모든 직종의 임금 중간값을 구했다. 이 슬라이드쇼에서 소개하는 10가지 기술력을 살펴보고, 이력서에 이를 추가할 경우 어느 정도의 임금 인상을 기대할 수 있는지 알아보자.  1. 스칼라 29.3% ↑ 선임 소프트웨어 엔지니어 연봉 중간값 : 11만 1,000달러 스칼라(Scala)는 자바 언어에 관한 비판에 대응하고자 개발된 범용의 확장 가능한 프로그래밍 언어다. 스칼라는 ‘Scalable’과 ‘language’를 합해서 나온 이름으로, 점점 늘어나는 사용자의 요구에 쉽게 적응할 수 있음을 의미한다. 2. React.js 24.5% ↑ 선임 소프트웨어 엔지니어 연봉 중간값 : 11만 1,000달러 React.js는 사용자 인터페이스를 만드는 데 사용되는 오픈소스 자바스크립트 라이브러리다. 페이스북과 인스타그램 같은 IT거물급들이 이 언어를 유지보수하고 있다...

2016.12.01

회사명:한국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.5.0.9