조대협의 블로그

큐브리드 블로그에 재미있는 글들이 많네요 http://blog.cubrid.org/dev-platform/what-is-nginx/ 초고속 네트워크 핸들링 프레임웍 처럼 보이는데, TCP로 최적화된 모듈을 만들기 좋겠습니다. 자바 기반의 Netty (Mina)가 생각나네요. 지금 프로젝트 만드는 부분에 고민좀 해봐야겠습니다. 이건 머... 자체적으로 R&D 팀이라도 하나 두고 있어야지... 에효~~

요즘 대용량 데이타 처리 때문에, NoSQL을 머릿속에만 올려놓고, 근래에나 되서 이래서는 안되겠다 해서 직접 자료를 찾아보고 있습니다. NoSQL은 Cassandra, HBase, Mongo, Riak등을 후보군으로 뒀는데, Cassandra는 FaceBook에서 Donation해서 만든 분산 DB로 개인적으로는 가장 신뢰가 가기는 했지만, 국내의 많은 블로그 포스팅등을 읽어보면, 안정성이나 사용성이 떨어진다는 것이다. 즉 제품은 좋은데 야생마처럼 잘 쓰지 못하면 모쓰는 제품이라는 이야기. 일단 후보로 남겨놓고 패스. HBase는 Hadoop File System (HDFS)를 기반으로 설계되었는데, 검색해보니 생각보다 많이 사용이 안되는 것 같아서 패스 Riak도 신생이라서 패스 결국은 Mongo와 ..

클라우드 Security에 대한 글 하나 http://blogs.msdn.com/b/education/archive/2011/08/03/how-do-you-approach-cloud-security.aspx 네이트 사건도 있고, 점점 중요해지는 보안, 그러나 비용과 시간 때문에 맨날 경시 되는 보안 루머-Apple's rumored 'Replay' service a ways off http://news.cnet.com/8301-31001_3-20089094-261/apples-rumored-replay-service-a-ways-off/ 애플이 동영상 컨텐츠에 대한 클라우드 서비스를 시작하려한다는 루머입니다. 그 큰 데이타 센터 지어놓고, iCloud에서 Sync 만 제공하기에는 부족하고 몬가 꾸미고 있..

http://wiki.secondlife.com/wiki/Message_Queue_Evaluation_Notes RabitMQ가 Amazon SQS에 비해 40배 가량 빠름. AMQ나 RabitMQ를 클라우드에서 서비스하기 위해서는 1. SQS나 Azure Queue Service와의 호환성 문제 --> jCloud등 사용 2. Multitanent 문제 --> Pending Message가 장애를 발생시켜서 다른 업무나 사용자에게 방해를 줄 수 있다. 3. Global Scale Deployment --> DR과 Data Center간 Synchroization 이거 재미는 있겠는데.... 난이도가 무지 높겠다.. ROI가 쉽지 않겠어

http://www.zeus.com/products/load-balancer 이걸로 되어 있음... 가격만 맞으면 써볼만 할거 같은데...

Virtual Machine Management : OpenStack Nova + Glance (Image & Snapshot management) Configuration Manager : Chef + Crowbar Monitoring : TBD (System Center Operation Manager + Bridgeway) Orchestration : http://java-source.net/open-source/workflow-engines 이건 짜야 쓰겄다. Portal : Silverlight or HTML 5 or AJAX 추가 검토할 솔루션 Puppet Nagios : Monitoring 쪽에 검토 요망

Configuration Management : Chef + Crowbar Imagemgmt : Glance

쑤욱~~ 또 솔루션 훝어봤습니다. KT에서 CloudStack 도입으로 꽤나 국내에서는 유명한 플랫폼입니다. 일단 앞단의 Self Service Portal에서 부터 하단의 Hypervisor를 제외한 대부분을 지원하고 있음 AJAX 기반 UI가 강력함. 몇가지 특징을 보면 Pod(Rack),Zone의 논리적인 공간 개념을 가지고 있고 Global Admin (클라우드 관리자), Domain Admin (업체별 관리자), User 로 계층별 사용자 개념을 가지고 있음. 사실 저 두가지가 상당히 중요한 부분인데, 개념 정리를 상당히 잘해놨고 NAT,Firewall,Load Balancer, Router등을 이미 SW로 잘 구현해놨고, 외부 FW와 LB를 연결할 수 있는 기능이 있음 아.. 근데 자료는 자세..

오늘 대충 쭈욱 훝어봤는데... 결론은 Simple하네... 그리고 별거 읍네~~~ 아래는 혼자 주저리 주러리 노트 기본 개념은 Hypervisor들 abstract해서 올려주고 EC2 호환성 가지도록 REST API 정의하고,(그래서 아마존 CLI가 다 먹는군..) Provisioning 관련 프로세스 (Image관리, VLAN 태깅 등) 몇개 좀 해주고.... 그게 다 인듯...... API 보니까는 100개도 오픈 안되어 있던데.. 반대로 Simple해서 개발할때는 편할 수 도 있을 듯.. Reference Implementation으로 되어 있는 Portal은... 진짜... Tutorial 수준... MS의 위대함을 또 한번 느꼈음... ㅋㅋ Hyper-V support install : htt..

요즘 오픈 소스 기반의 클라우드 솔루션을 보다 보니 트렌드가 많이 변했다고 느끼는데, 그중 하나가 Cross-Cloud-Management이다. Microsoft의 경우 Concero라는 코드명으로 Private Cloud와 Azure 기반의 Public Cloud를 동시에 관리하는 기능을 제공하는데, 예를 들어 관리자가 Application을 만들고 Private Cloud로 Targetting하면 내부 클라우드에 배포 되고 Targetting을 미국 Azure로 하면 미국에 배포되는 모델이다. 즉 Private과 Public Cloud를 하나의 회사 클라우드로 통합 관리하는 모양이 되는데... 년초에 이 개념을 보고 차암 대단하다고 생각했는데.. 이번에는 Right Scale이라는 솔루션을 봤는데. ..