SF / 과학 포럼
SF 속의 상상 과학과 그 실현 가능성, 그리고 과학 이야기.
SF 작품의 가능성은 어떻게 펼쳐질 수 있을까요? 그리고 어떤 상상의 이야기가 가능할까요?
SF에 대한 가벼운 흥미거리에서부터 새로운 창작을 위한 아이디어에 이르기까지...
여기는 과학 소식이나 정보를 소개하고, SF 속의 아이디어나 이론에 대한 의견을 나누며, 상상의 꿈을 키워나가는 곳입니다.
( 이 게시판은 최근에 의견이나 덧글이 추가된 순서대로 정렬됩니다. )
SF 작품의 가능성은 어떻게 펼쳐질 수 있을까요? 그리고 어떤 상상의 이야기가 가능할까요?
SF에 대한 가벼운 흥미거리에서부터 새로운 창작을 위한 아이디어에 이르기까지...
여기는 과학 소식이나 정보를 소개하고, SF 속의 아이디어나 이론에 대한 의견을 나누며, 상상의 꿈을 키워나가는 곳입니다.
( 이 게시판은 최근에 의견이나 덧글이 추가된 순서대로 정렬됩니다. )
글 수 8,076
▲클라우드 컴퓨팅이란
인터넷만 접속해 있으면 어떤 단말기로도 원하는 문서 작업이 가능한 환경을 말함.
프로그램과 관련 자료를 개인 컴퓨터가 아닌 인터넷과 연결된 메인 컴퓨터에 저장해 놓고
PC·휴대폰 심지어 게임기처럼 기본 연산 기능만 갖춘 단말기로 접속해
장소에 구애받지 않고 원하는 전산 작업을 수행할 수 있음.
구글·어도비·페이스북과 같은 주요 글로벌 IT업체는 클라우드 컴퓨팅 서비스 개발에 적극 나서고 있으며,
이런 환경 아래에서는 수많은 개인 자료와 이를 위한 프로그램을 컴퓨터에 저장해야만 해 PC 혁명이 시작된 지 20년 만에 다시 ‘메인프레임’ 시대가 올 수도 있다고 함.
대표적인 클라우드 컴퓨팅 환경으로는 구글의 ‘구글 캘린더’ 서비스가 있음.
구글 캘린더는 개인용 휴대 단말기를 사용할 때 PC와 자료를 매번 일치해 줘야하는 불편함을 없앴고, 또 지정된 사람이 자료를 공유하거나 편집할 수 있는 환경도 제공함.
페이스북도 지난 5월부터 문서 작성기를 비롯한 응용 프로그램 6000가지를 인터넷으로 제공 중이며 어도비도 주력 소프트웨어 ‘포토숍’의 온라인 버전을 내놓을 계획이라고 발표한 상태임.
시장조사 업체 주피터 리서치 측은 “클라우드 컴퓨팅 환경을 위해서는 인터넷 접속과 보안이라는 문제를 해결해야 한다”며 “당분간은 기존 환경과 새로운 환경이 공존하게 될 것”이라고 말함.
강병준기자@전자신문, bjkang@
출처: 네이버 닷컴
어째 시간이 가면 갈수록 중앙집중화 되는군요.
인간의 귀차니즘 때문인가...(-_-)a
인터넷만 접속해 있으면 어떤 단말기로도 원하는 문서 작업이 가능한 환경을 말함.
프로그램과 관련 자료를 개인 컴퓨터가 아닌 인터넷과 연결된 메인 컴퓨터에 저장해 놓고
PC·휴대폰 심지어 게임기처럼 기본 연산 기능만 갖춘 단말기로 접속해
장소에 구애받지 않고 원하는 전산 작업을 수행할 수 있음.
구글·어도비·페이스북과 같은 주요 글로벌 IT업체는 클라우드 컴퓨팅 서비스 개발에 적극 나서고 있으며,
이런 환경 아래에서는 수많은 개인 자료와 이를 위한 프로그램을 컴퓨터에 저장해야만 해 PC 혁명이 시작된 지 20년 만에 다시 ‘메인프레임’ 시대가 올 수도 있다고 함.
대표적인 클라우드 컴퓨팅 환경으로는 구글의 ‘구글 캘린더’ 서비스가 있음.
구글 캘린더는 개인용 휴대 단말기를 사용할 때 PC와 자료를 매번 일치해 줘야하는 불편함을 없앴고, 또 지정된 사람이 자료를 공유하거나 편집할 수 있는 환경도 제공함.
페이스북도 지난 5월부터 문서 작성기를 비롯한 응용 프로그램 6000가지를 인터넷으로 제공 중이며 어도비도 주력 소프트웨어 ‘포토숍’의 온라인 버전을 내놓을 계획이라고 발표한 상태임.
시장조사 업체 주피터 리서치 측은 “클라우드 컴퓨팅 환경을 위해서는 인터넷 접속과 보안이라는 문제를 해결해야 한다”며 “당분간은 기존 환경과 새로운 환경이 공존하게 될 것”이라고 말함.
강병준기자@전자신문, bjkang@
출처: 네이버 닷컴
어째 시간이 가면 갈수록 중앙집중화 되는군요.
인간의 귀차니즘 때문인가...(-_-)a
2008.03.19 15:43:31
다시 중형 컴퓨터의 시대가 오는건가요
그래도 단말기 형태로 가능한 작업이 있고 못한 작업이 있죠...
원격 조정과 비슷하게 고해상도/실시간으로 변화하는 자료를 보기엔 부적합하다고 봅니다.. 예를들어 3D랜더링/그래픽작업 같은건 고성능 단말기(?)가 해야겠죠 ^^; 랜더링이 끝난 결과물은 서버에 올라간다고 해도요
회선속도가 빨라지면 해결될 문제군요 ^^;
그래도 단말기 형태로 가능한 작업이 있고 못한 작업이 있죠...
원격 조정과 비슷하게 고해상도/실시간으로 변화하는 자료를 보기엔 부적합하다고 봅니다.. 예를들어 3D랜더링/그래픽작업 같은건 고성능 단말기(?)가 해야겠죠 ^^; 랜더링이 끝난 결과물은 서버에 올라간다고 해도요
회선속도가 빨라지면 해결될 문제군요 ^^;
2008.03.19 15:43:31
저런 접근은 보통 시장을 다른 방식에서 해석합니다. 예전 자바프레임이 실패한 이유로 회선 미비등을 들지만, 실제로 본질적인 문제는 그들이 현재 컴퓨터 시장을 '완전히 대체하려 들었기 때문'이죠.
단말기 형식이라고는 하지만 지금의 방식을 대체하는 것이 아니라 웹하드같은 개념을 보다 능동적이고 적극적으로 통합하겠다는 쪽으로 바라보는 것이 맞을겁니다.
단말기 형식이라고는 하지만 지금의 방식을 대체하는 것이 아니라 웹하드같은 개념을 보다 능동적이고 적극적으로 통합하겠다는 쪽으로 바라보는 것이 맞을겁니다.
2008.03.19 15:43:31
흐음... PDP-1이라는 중형 컴퓨터가 갑자기 혜성처럼 나타나서 붐을 일으키기 전의 상황으로 되돌아가는군요.
당연히 그 때는 저장은 못했지만서도(천공 테이프 레코더가 있긴 했지만요. 문제는 그것도 클라이언트의 것. 쓸때마다 프로그래밍 해야한다는..) 여기서 단말기로(생겨먹은건 타자기+전화기에 수화기만 없음)입력해서 회사의 메인에서 처리해서 답을 계산하는것을 기다리는 방식으로 되돌아가네요.
저런 중앙집중화 방식 클라이언트는 꽤 최근부터 몇몇 중견기업들이 선호하는 방식이 되어가고 있습니다. 그리고 실제 행하여 지고 있기도 하구요.
중앙에 처리용으로 U1서버나 블레이드 서버(두께 1Cm.... 당근 서버랙에 설치, 수납.) 여러개를 병렬연결하고, 각 회사 작업실에서 클라이언트(보통 임베디드용 비아 C7같은 저가 시퓨가 들어갑니다. OS는 Win CE 5.0기반. 혹은 리눅스)를 이용하여 작업을 하게 되는데....
이것의 좋은 점은 데이터 유출을 확실하게 막을 수 있고, 중앙 처리 방식이라 안정성이 매우 뛰어나다는데 있습니다. 그리고 쓸데없이 비싼 고성능 PC를 여러대 둘 필요없이 무지하게 싼 클라이언트 여러대 주고, 서버에서 처리 리소스를 끌어다가 쓰면 되니까. 좋지요.
하지만 이런 방식에 한계가 있는데, 꽤 많은 수의 어플들이 Win32나 WinNT기반이고, 고성능을 요하는 작업시, 서버에 데이터와 명령어를 같이 보내 처리해야하기 때문에 많은 딜레이가 생길 수 도 있습니다. 그리고 클라이언트 개개의 능력이 매우 미약하기 때문에, (그리고 몇몇 클라이언트 종류는 그 자체로는 아무런 능력이 없는 경우도 흔하기 때문에.) 작업환경에 제한이 걸릴 수도 있습니다.
당연히 그 때는 저장은 못했지만서도(천공 테이프 레코더가 있긴 했지만요. 문제는 그것도 클라이언트의 것. 쓸때마다 프로그래밍 해야한다는..) 여기서 단말기로(생겨먹은건 타자기+전화기에 수화기만 없음)입력해서 회사의 메인에서 처리해서 답을 계산하는것을 기다리는 방식으로 되돌아가네요.
저런 중앙집중화 방식 클라이언트는 꽤 최근부터 몇몇 중견기업들이 선호하는 방식이 되어가고 있습니다. 그리고 실제 행하여 지고 있기도 하구요.
중앙에 처리용으로 U1서버나 블레이드 서버(두께 1Cm.... 당근 서버랙에 설치, 수납.) 여러개를 병렬연결하고, 각 회사 작업실에서 클라이언트(보통 임베디드용 비아 C7같은 저가 시퓨가 들어갑니다. OS는 Win CE 5.0기반. 혹은 리눅스)를 이용하여 작업을 하게 되는데....
이것의 좋은 점은 데이터 유출을 확실하게 막을 수 있고, 중앙 처리 방식이라 안정성이 매우 뛰어나다는데 있습니다. 그리고 쓸데없이 비싼 고성능 PC를 여러대 둘 필요없이 무지하게 싼 클라이언트 여러대 주고, 서버에서 처리 리소스를 끌어다가 쓰면 되니까. 좋지요.
하지만 이런 방식에 한계가 있는데, 꽤 많은 수의 어플들이 Win32나 WinNT기반이고, 고성능을 요하는 작업시, 서버에 데이터와 명령어를 같이 보내 처리해야하기 때문에 많은 딜레이가 생길 수 도 있습니다. 그리고 클라이언트 개개의 능력이 매우 미약하기 때문에, (그리고 몇몇 클라이언트 종류는 그 자체로는 아무런 능력이 없는 경우도 흔하기 때문에.) 작업환경에 제한이 걸릴 수도 있습니다.