Offcanvas
Some text as placeholder. In real life you can have the elements you have chosen. Like, text, images, lists, etc.
Offcanvas
1111Some text as placeholder. In real life you can have the elements you have chosen. Like, text, images, lists, etc.

분산

IDG 블로그 | 멀티클라우드로 “한 바구니의 달걀”을 피하는 법

최근 은행 업계는 클라우드 사용에 관한 여러 가지 의문에 직면했다. 우선, 단일 클라우드 서비스 업체의 자원에 집중하는 것이 은행을 위험에 노출시킨다는 우려이다. 만약 해당 클라우드에 대규모 서비스 중단 사태가 일어나거나 다른 여러 이유로 문을 닫으면 큰일이 아닐 수 없다. 이런 극단적인 상황 외에도 받아들일 수 없을 정도가 가격을 올린다거나 서비스 조건을 말도 안되게 바꿀 수도 있다.   규제 기관이 일부 퍼블릭 클라우드 서비스 업체에서 나오는 정보에 액세스할 수 없을 것이란 우려도 있다. 많은 클라우드가 다른 국가에서 호스팅되고 있다. 은행이 소유하지도 운영하지도 않는 컴퓨팅과 스토리지 자원에 집중했다가 고객과 투자자, 기타 이해 관계자에게 감당할 수 없는 위험을 가져올 수도 있다. 이들 위험에는 여러 차원이 있다. 만약 어떤 기업이 단일 퍼블릭 클라우드 서비스 업체로 가겠다고 하면, 단지 해당 클라우드에 종속되는 것만이 문제가 아니다. 더 걱정되는 것은 한 클라우드 서비스 업체로 해법 자체가 제한되는 것이다. 다시 말해, 여러 클라우드 서비스 업체 중에서 가장 좋은 솔루션을 이용하지 못하게 되고, 결국에는 덜 최적화된 아키텍처를 구성하고 만다.  하지만 은행 업계의 의문은 최적화된 최고의 솔루션을 만드는 것이 아니다. 여러 퍼블릭 클라우드를 사용하는 진정한 멀티클라우드 배치를 사용해 위험을 분산하는 것이다. 필자의 관점에서는 위험 분산이 문제 해결을 위한 최고의 기술만큼 중요하지는 않지만, 조금 더 고민해야 할 문제가 있다. 멀티클라우드는 재해 복구 측면의 가치가 있다. 많은 혁신적인 기업이 한 퍼블릭 클라우드 서비스 업체를 주력 시스템으로 이용하고 다른 곳을 보조적으로 이용한다. 같은 애플리케이션과 데이터에서 이런 구성은 시스템이 한 클라우드에서 다른 클라우드로 페일오버할 수 있다는 의미이다. 많은 경우, 최종 사용자는 백엔드 클라우드 서비스 업체가 자동으로 교체된 것을 알아차리지도 못할 것이다. 재해 복구를 위한 액티브-액티...

멀티클라우드 은행 위험성 2021.08.18

IDG 블로그 | 모두가 저지르는, 하지 말아야 할 클라우드 아키텍처 실수 3가지

필자가 일을 의뢰한 기업과 갈등을 겪은 단 한 번은 의뢰주가 꽤 큰 실수를 저지른 필자 팀의 초보 IT 아키텍트를 처벌하려고 했을 때이다. 데이터베이스 중 하나가 기존에 있던 미들웨어 계층과 호환되지 않은 것이다. 분명 이 실수 때문에 시간과 비용을 더 들었다. 하지만 이런 실수는 클라우드 컴퓨팅이 포함된 IT 시스템을 구성할 때 거의 피할 수 없는 것이기도 하다. 필자는 이런 실수를 혁신 과정에 불가피한 것으로 본다. 새로운 것을 시도해 보지 않는다면, 그래서 그들 중 일부가 제대로 동작하지 않는다는 것을 찾아내지 않는다면, 아무것도 개선할 수 없다. 필자는 상사에게 다른 일을 찾자고 졸랐고, 결국 그렇게 했다.   만약 실수가 혁신적이고 새로운 아키텍처의 부산물이라면, 이제 자주 저질러지는 실수를 살펴봐야 한다. 클라우드 아키텍처는 이제 이런 실수를 이해하고 피할 수 있어야 한다. 흔한 실수 세 가지를 살펴보자. 1. 과도한 분산. 애플리케이션과 데이터 구성요소를 분리할 수 있다는 이유만으로, 그리고 이들을 네트워크 연결된 시스템을 통해 곳곳에서 구동할 수 있다는 이유만으로 분산해서는 안된다. 클라우드 아키텍처는 특히 이런 실수에 취약한데, 모든 종류의 플랫폼을 서로 다른 클라우드에 프로비저닝하기도, 이들을 연결하기도 쉽기 때문이다. 하지만 그 결과는 잘 알려진 것처럼, 열악한 지연과 안정성이다. 좋은 아키텍처의 법칙 중 많은 것이 여전히 유효하다. 특히 같은 애플리케이션과 데이터 저장소를 위한 프로세싱과 데이터 스토리지를 최대한 가까이 위치시켜야 한다. 보통은 인트라클라우드를 의미하지만, 같은 클라우드 상에서는 인트라플랫폼이 될 수도 있다. 2. 보안이 마지막 단계. 보안은 한때 프로세스의 마지막에 추가하는 것이었다. 하지만 클라우드 프로젝트에서도 이렇게 하면, 잘해야 최적화되지 않은 보안 시스템이 되고, 최악의 경우 전혀 안전하지 않은 보안 시스템이 된다. 클라우드 컴퓨팅 세계에서 보안은 나중에 생각할 수 있는 것이 아니다. 비록 ...

아키텍처 실수 분산 2021.04.26

인터뷰 | 비트토렌트, “분산 공유 기술의 새로운 미래 개척 중”

2013년 비트토렌트(BitTorrent)는 자신들이 음악 불법다운로드 놀이터가 아니라는 점을 대중들에게 입증해야 하는 어려운 과제를 안고 있다.   비트토렌트는 2001년 브램 코헨이 개발한 파일 공유 프로토콜을 계속하여 개발해나가고 있다. 비트토렌트사는 2004년에 창업한 이래 지금까지 기하급수적으로 성장해 왔다. 비트토렌트가 사용자들이 대형 파일을 공유하도록 해주는 토렌트 클라이언트를 제공하는 유일한 업체는 아니지만, 이 분야에서 가장 잘 알려진 회사다.   그리고 비트토렌트의 1억 7000만 명의 월간 사용자 중에서 수만 명이 지난 9년 동안 저작권이 있는 영화와 음악을 공유한 혐의로 조사를 받았다. 그러나 2008년 취임한 비트토렌트의 CEO 에릭 클링커는 이 불법다운로드를 회사의 전통으로 남기고 싶어하지 않는다.   이런 목표를 달성하기 위해 클링커는 엔지니어들을 비트토렌트 프로토콜에 기반한 아이디어가 만들어지고 알파 테스터들이 피드백을 제공하는 공간인 비트토렌트 랩이란 새로운 시설에서 자유롭게 일하도록 했다. 지금까지, 이 실험실은 개인 파일 공유 프로그램 싱크(Sync); 스트리밍 클라이언트 비트토렌트 라이브(BitTorrent Live); 크롬의 토렌트 검색 확장 프로그램 서프(Surf)를 만들어냈다.   또한 비트토렌트의 도움으로 뉴욕타임즈 베스트셀러 순위에 오른 최신작 “4시간 주방장(The 4-Hour Chef)의 저자 팀 페리스를 비롯한 작가들과도 협력관계를 추진하고 있다. 페리스는 서점 체인 반즈&노블이 그의 책을 팔지 않기로 결정한 후 비트토렌트로부터 홍보에 도움을 얻는 조건으로 협력관계를 맺었다. 밴드 린킨 파크(Linkin Park)와도 올해 말 진행할 프로젝트를 논의 중에 있다.   테크하이브는 CEO 에릭 클링커와 마케팅 부회장 맷 메이슨과 함께 비트토렌트가 이런 새로운 실험들을 활용해 오래된 ...

저작권 프로토콜 공유 2013.02.07

성공적인 분산 개발을 위한 12가지 조언

요즘에 프로그래밍 인재를 끌어 모은다는 것은 전세계를 대상으로 검색 폭을 확장해야만 한다는 의미와 같다. 인도에서 엔지니어를 고용하는 것과 이 엔지니어들을 덴마크에 있는 개발자들과 한 팀으로 엮어내는 것은 전혀 별개의 일이다. 요령은 지구 반대쪽에 있는 이들이 성공적으로 협업할 수 있도록 환경을 조성해 주는 것이다.   서로 다른 표준 시간대에 있는 개발 팀들을 관리하는 것은 나름의 과제를 안고 있다. 문화적인 차이, 언어 장애, 그리고 서로 전혀 다른 도구세트와 소통 방식 따위는 던져버려라. 그렇게 하면 막판으로 치닫고 있는 프로젝트에 대한 비방을 얻게 될 것이다. 다음은 요즘 가장 성공적인 몇몇 분산 개발 팀들이 사용하고 있는 현지 인재를 활용해서 프로젝트의 성공을 보장하기 위한 도구와 기법이다.   비용을 중시하지 말라, 인재를 중시하라 몇몇 관리자들은 분산 개발을 만화인 “딜버트”에 나오는 무능한 관리자와 마찬가지 방식으로 접근해 가상 국가인 엘보니아에서 값싼 개발자를 구하면 큰 돈을 절약할 수 있을 거라고 생각하고 있다. 실제로, 분산 개발이 늘 더 싼 것은 아니며 수많은 과제를 안고 있다.    하지만, 해낼 수만 있다면, 분산 개발은 지역에 무관하게 최고의 인재를 활용할 수 있다는 측면에서 상당한 이점을 줄 수 있다. 어쨌든 모든 훌륭한 개발자가 사무실 반경 32Km 안에 있는 것이 아니기 때문에, 전혀 다른 곳에 위치해 있는 개발자들을 생산적으로 통합할 수만 있다면, 마음대로 활용할 수 있는 인재 풀을 크게 증가시킬 수 있다.   도구세트가 행동을 결정한다 그 무엇보다도, 사용중인 도구가 분산 개발을 가능케 할 뿐만 하니라, 분산 개발을 조장하기도 하는지를 확인하라. 모든 문서, 소스코드 파일, 그리고 프로세스를 글로벌하게 액세스할 수 있어야 한다. 쉬워 보일지도 모르지만, 일부 도구들이 원격 사용자들을 얼마나...

개발 아웃소싱 분산 2012.03.26

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

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

Copyright © 2022 International Data Group. All rights reserved.