제목

글쓴이

Thin 클라이언트 구현 방법이 몇가지가 있는데 보통의 경우 서버에 붙어서 구동하게 만든게 대부분이고 이 경우에 <br />
1. 프로그램 구동은 클라이언트에서 일어나고 CPU/memory는 클라이언트, 디스크는 서버에 있는 걸 가상화된 방식으로 사용 (그래서 IE나 Office같이 간단한 프로그램은 구동이 쉽지만 디스크 액세스가 대용량이거나 잦은 프로그램 (예, 3D 게임)은 좀 버벅대거나 실행이 불가<br />
2. PNP 기반의 주변

클라이언트를 껏다가 켜면 원래의 기본 서버 이미지로 원상복귀 - 이게 Thin client의 기본 구상입니다. <br />
쓸데없는 프로그램 설치나 사용 제한이 가능하고 서버 관리만 잘하면 클라이언트는 데이터 관리할 필요가 없게 되죠. 비용적인 측면도 있지만 보안이나 관리면에서 장점이 있는 생각입니다. <br />
<br />
범용성을 따지면 좀 별로죠.^^

이쪽 비스무레 개발하다 능력이 딸려서 때려쳤는데요. ㅎㅎㅎ<br />
<br />
1. 프로그램의 실행위치는 서버입니다. <br />
요쪽 개발한 회사가 여러군데 있는데 다른부분이 조금씩 있습니다.<br />
embeded os를 탑재해서 자체 부팅을 통해 서버에 접근하는 방식.<br />
네트워크 부팅을 통해서 서버에 접근하는 방식이 있구요.<br />
또한 서버환경도 MS 윈도우냐 유닉스의 X윈도우냐도 다릅니다.<br />
<b

만약에 office를 돌린다고 할때, 둘중에 어느것이 답일까요?<br />
<br />
1. office는 서버에서 돌고, client에서는 화면만 보여준다.<br />
<br />
2. office를 client에서 내려받아 돌린다.

Thin 클라이언트 구현 방법이 몇가지가 있는데 보통의 경우 서버에 붙어서 구동하게 만든게 대부분이고 이 경우에 <br />
1. 프로그램 구동은 클라이언트에서 일어나고 CPU/memory는 클라이언트, 디스크는 서버에 있는 걸 가상화된 방식으로 사용 (그래서 IE나 Office같이 간단한 프로그램은 구동이 쉽지만 디스크 액세스가 대용량이거나 잦은 프로그램 (예, 3D 게임)은 좀 버벅대거나 실행이 불가<br />
2. PNP 기반의 주변

클라이언트를 껏다가 켜면 원래의 기본 서버 이미지로 원상복귀 - 이게 Thin client의 기본 구상입니다. <br />
쓸데없는 프로그램 설치나 사용 제한이 가능하고 서버 관리만 잘하면 클라이언트는 데이터 관리할 필요가 없게 되죠. 비용적인 측면도 있지만 보안이나 관리면에서 장점이 있는 생각입니다. <br />
<br />
범용성을 따지면 좀 별로죠.^^

이쪽 비스무레 개발하다 능력이 딸려서 때려쳤는데요. ㅎㅎㅎ<br />
<br />
1. 프로그램의 실행위치는 서버입니다. <br />
요쪽 개발한 회사가 여러군데 있는데 다른부분이 조금씩 있습니다.<br />
embeded os를 탑재해서 자체 부팅을 통해 서버에 접근하는 방식.<br />
네트워크 부팅을 통해서 서버에 접근하는 방식이 있구요.<br />
또한 서버환경도 MS 윈도우냐 유닉스의 X윈도우냐도 다릅니다.<br />
<b

만약에 office를 돌린다고 할때, 둘중에 어느것이 답일까요?<br />
<br />
1. office는 서버에서 돌고, client에서는 화면만 보여준다.<br />
<br />
2. office를 client에서 내려받아 돌린다.