사랑줍는 거지

OpsWorks는 기존의 AWS Cloud Formation의 대안격으로 보인다. 현재는 Beta서비스 중이지만, 개념이 Cloud Formation보다 훨씬 직관적인 것 같다. 물론 Chef에 대해 어느정도 배경지식이 있어야 하겠다.(이런게 진짜, "as-a-Service" 아니겠나~ "I"냐 "P"냐 "S"냐는 경계가 모호해진지 오래라 의미 없고..) 이번 스레드에서는 OpsWorks상에서 Custom Cookbook(getting-started)를 적용하는 흐름을 간단히 정리해 두는 것이 목적이다. 먼저 OpsWorks 특징에 대해 파악된 부분만 우선 정리 하자면, 단일 인스턴스가 최종 Goal이 아닌, 하나의 Stack(다 계층 구조의 시스템 전체)를 쉽게 배포/설정을 지원.하나의 Stack은 다..

EC2 & ELB Networking SockPerf TEST (Zone/Public/Private)EC2 and ELB Networking Latency TEST제반 사항VM 구성구성도설정 내역결과동일 Zone다른 Zone 제반 사항(Note) - 부하(Load)나, 외부상황은 배제한, EC2 Instance간의 Network Latency 테스트. - 횟수가 많아야 신뢰도가 있는 자료가 나오겠으나, 시간상 1회/10초 수행. - "Percentile 99.99" 와 "Average" 그래프화. Region: Tokyo인스턴스(VM): 3EA인스턴스 OS: Ubuntu Server 12.04.2 LTS (64bit)인스턴스 스펙: M1 Small (m1.small, 1.7 GiB)테스트 상세도구: so..

정말 궁금하다... AWS가 클라우드의 표준일까?? SKT클라우드 기사 검색하면서 다시 느낀게... "S3 100%호환 스토리지~ 어쩌고~ 블라블라~~"..... AWS는 충분히 훌륭한 레퍼런스이고 독보적임은 분명하다. 그러나 호환은 옵셔널 한 것일뿐이다. 단지 그게 전부고 그기에 의존적이라는 건....... 최근의 DynamoDB의 출현만 봐도 그렇다. 결과론적이지만, SimpleDB는 DynamoDB의 전신? 테스트베드? 그정도가 된게 아닌가? 이런 상황에서의 오버헤드는 어떻게 할 것인지... 휘둘릴 수 밖에 없지 않나... 대한민국IT의 창의성이 부족한건 아닌거 같다...어떤 민족인데... 단지, 당장에 뭐라도 안하면 뒤쳐지는 것만 같아 조급해하고 있는 것 같다.... SKT클라우드 기사 내용도 참..

AWS가 정말 수익을 내고는(공급자 입장에서...) 있을까...... 아직까지 이에 대해 공개된 정보는 없는것 같다... 분명 기대이상.. 아니 그정도까지도 아닌, 긍정적으로 봐줄만큼의 수익이 나오고 있다면, 분명 자료나 기사가 나돌만도 한데... 그런 내용은 접하기 어려운걸로 봐서, 수익면에서는 적자를 보고 있거나, 고전을 면치 못하는건 아닐까 싶은 생각도 든다... 문득 든 생각이, 개념도 좋고, 이상도 좋지만, 결정적으로 사업성이나 수익성이 없다면, 큰문제 아닌가? 나는 재무나 이런분야엔 잼병이라 봐도 모를테지만... 그래도 아주 쬐~~끔은 걱정은 된다. 물론 그럴리는 없을테지만......... - 신뢰성?? - 다양성??? - 플랫폼 - 프로그램 - 어플리케이션 - 자동화??? - 배포 - 설정 ..