Web의기본

웹다운설계를하기위해필요한것은?

이것을위해서는웹아키텍쳐를이해하고의식하는것이중요!

1. 다른시스템과간단히연계할수있는것2. 장래에확장하기쉽게설계된것

앞으로공부할 2가지쟁점

HTTP 통신을이해해야웹서비스동작원리를알수있다.

고로, HTTP 통신을이해하고웹아키텍처를의식하며확장성과안정성이있는웹을설계하는것!

1. HTTP, URI, 하이퍼미디어포맷의스팩들2. 구체적인웹서비스설계방법

저자 : 야마모토요헤이감수자 : 권정혁역자 : 김성훈출판사 : 멘토르

1부. 웹개론Chapter 01. 웹이란무엇인가?Chapter 02. 웹의역사Chapter 03. REST-웹아키텍처스타일2부. URIChapter 04. URI의스펙Chapter 05. URI의설계3부. HTTPChapter 06. HTTP의기본Chapter 07. HTTP 메서드Chapter 08. 스테이터스코드Chapter 09. HTTP 헤더

4부. 하이퍼미디어포맷Chapter 10. HTMLChapter 11. microformsChapter 12. AtomChapter 13. Atom Publishing ProtocolChapter 14. JSON5부. 웹서비스의설계Chapter 15. 읽기전용웹서비스의설계Chapter 16. 쓰기가능한웹서비스의설계Chapter 17. 리소스의설계

1일 : chapter 공부2일 : review 및블로깅

34일 > 40일6월 16일 ~ 7월 25일

10번발표자료및블로깅

1. 웹이전의인터넷인터넷애플리케이션 : 전자메일, FTP, Telnet, Gopher등

http://www.deskshare.com/resources/articles/ftp-how-to.aspx

"File Transfer Protocol," can transfer files between any computers that have an Internet connection, and also works between computers using totally different operating systems.

Telnet (Telecommunication network) is a network protocol used on the Internet or Local Area Network

to provide text-based communication facility two-way interaction using a virtual terminal connection.

http://www.ortizonline.com/publications/tcpipsuitetutorial.htm

1. 웹이전의인터넷인터넷애플리케이션 : 전자메일, FTP, Telnet, Gopher등

고퍼는 인터넷을 위해 고안된 문서 검색 프로토콜이다.

고퍼의 목적은 월드 와이드 웹과 비슷하나, 현재는 거의 완전히 웹에 의해대체되었다.

고퍼 프로토콜은 웹에서 지원하지 않는 몇 가지 사항들을 지원하는데, 특히웹보다 훨씬 강력한 정보 분류 체계를 지원한다.

고퍼의 문자 기반 메뉴 인터페이스는 원격 터미널에 알맞게 조직되어 있다.

어떤 사람들은 고퍼를 대량의 정보 검색 및 저장에 훨씬 효과적인 프로토콜로 여긴다.

http://www.usg.edu/galileo/skills/unit07/internet07_03.phtml

An example of a Gopher Window:1. 웹이전의인터넷인터넷애플리케이션 : 전자메일, FTP, Telnet, Gopher등

2. 웹의탄생1990년 11월 12일, 팀버너스-리Tim Berners-Lee가하이퍼미디어를이용한인터넷기반의 '분산정보관리시스템'이라는웹제안서를작성했다. 그리고그해에서버를완성하고브라우저를만들었다.1993년일리노이대학 NCSA가공개한 Mosaic 브라우저를통해이미지도혼재가가능했고현재의Internet Explorer, FireFox에영향을주었다.

http://hisastro.com/1115

3. 웹의표준화Mosaic에의해폭발적으로보급된웹에다양한플레이어가추가되어사용률이증폭했다. 이러한상황속에서웹을구성하는기술, HTTP, URI, HTML에대한표준화가요구되었다.그래서 IETF(Internet Engineering Task Force)의 RFC(Request For Comments)를통해표준을제정하게되었다. 하지만웹이급속도로성장하고보급되어서 IETF에서의스팩책정이따라가지못했고상호운용성의문제가생겼다.

이러한문제를해결하기위해팀버너스-리가중심이되어 W3C(World Wide Web Consortium)을설립하여 HTML, XML, URI, CSS등의표준화작업이이루어졌다.

3. 웹의표준화REST(Representational State Transfer)의탄생

로이필딩Roy Fielding이라는사람은웹의창세기부터각종소프트웨어의구현에관여해왔다. 웹이아키텍처스타일을 REST라이름을붙이고박사학위논문을제출했다. HTTP는하이퍼텍스트를전송Transfer하는프로토콜이지만실제로이외의다양한것들을전송하고있다. 이것이무엇인가하면, 리소스상태Resource State의표현Representation하는것이필딩의주장이다.

http://www.siliconindia.com/news/technology/15-Iconic-People-Who-Changed-Internet-nid-144299-cid-2.html

4. 웹 API를둘러싼논의SOAP(Simple Object Acess Protocol)RPC/분산오브젝트그룹이큰세력을가지고 SOAP라는기본적인프로토콜을이용했다

<웹을지탱하는기술>의감수자인권정혁님께서 SOAP의단점을이렇게표현하였다.

복잡한구조로인한오버헤드가있으며, 이는 SOAP의확장을저해하고있다.REST에비해상대적으로무겁고속도도느리다.개발난이도가높아개발환경의지원이필요하다.

http://www.slideshare.net/guruguru/ss-14241987

권정혁님 SlideShare의 콘텐츠를 표현한 것임을 알립니다.더 자세한 사항 : http://www.slideshare.net/guruguru/ss-14241987

4. 웹 API를둘러싼논의REST(REpresentational State Transfer)

<웹을지탱하는기술>의감수자인권정혁님께서 REST의장점을이렇게표현하였다.

플랫폼과프로그래밍언어에독립적이다. (=SOAP)SOAP보다개발하기단순하므로학습곡선이작고도구가거의필요없다.간결하므로추가적인메시징계층이없다.http://www.slideshare.net/guruguru/ss-14241987

권정혁님 SlideShare의 콘텐츠를 표현한 것임을 알립니다.더 자세한 사항 : http://www.slideshare.net/guruguru/ss-14241987

4. 웹 API를둘러싼논의SOAP vs REST한사람의연구자와대기업의정치적파워의차이는컸다. SOAP 스펙의책정작업이진행되었다. 하지만 2002년에등장한 Amazon 웹서비스가 REST기반의서비스를시작하고이것의계기로 SOAP와 REST의논쟁에불이붙었다.

분쟁이많이있었지만결과적으로 REST측이승리를했다. 2004년부터시작된웹 2.0의흐름속에서 Google과Amazon 같은기업들이 REST 형식의웹 API를제공하기시작했다.

웹 2.0에서중요했던 Mashup(여러가지웹 API가제공하는정보를조합하여하나의애플리케이션을실현하는방법)은가벼움이요구되었기때문에웹 API가제공하는리소스를 HTTP와 URI로간단히조작할수있는 REST 스타일쪽이받아드려진것이다.

SOAP와 REST를빅마마하우스에서의마틴로렌스로재미있게비유하였다.

정리

1. 웹이전의인터넷 : 전자메일, FTP, Telnet, Gopher

2. 팀버너스리에의해웹이탄생, Mosaic 브라우저를통해사용자증가

3. 표준화의필요성 > IETF, W3C등

4. SOAP vs REST 분쟁