Microsoft MVP성태의 닷넷 이야기
기타: 72. 과거의 용어 설명 - OWIN [링크 복사], [링크+제목 복사],
조회: 11939
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

(시리즈 글이 3개 있습니다.)
기타: 72. 과거의 용어 설명 - OWIN
; https://www.sysnet.pe.kr/2/0/11596

.NET Framework: 998. C# - OWIN 예제 프로젝트 만들기
; https://www.sysnet.pe.kr/2/0/12479

.NET Framework: 1011. C# - OWIN Web API 예제 프로젝트
; https://www.sysnet.pe.kr/2/0/12497




과거의 용어 설명 - OWIN

이 글은 2016년에 초안 작성해 놓고 올리지 않았던 글입니다. 그래서 당시의 상황으로 읽어주시면 됩니다. 게다가 사실, 이젠 잊혀져가는 기술이라서 굳이 읽지 않아도 됩니다. 단지, 과거에 사용된 용어들 간의 혼동이 있으신 분들만 참고하시는 정도로.




잠시 용어 정리를 해보겠습니다. (아래에서 사용한 5 버전은 현재의 .NET 5를 의미하지 않습니다.)

  • 기존 "ASP.NET 5" == "ASP.NET Core 1.0"
  • 기존 ".NET Core 5" == ".NET Core 1.0"
  • 기존 "Entity Framework 7" == "Entity Framework Core 1.0" 또는 "EF Core 1.0"

우선, "OWIN(Open Web Interface for .NET)"이라는 기술 명세가 있습니다. 기존 ASP.NET Pipeline이 IIS에 종속적이었던 것을 OWIN은 웹 서버의 종류에 상관없는 닷넷 웹 서버 기능을 구현할 수 있도록 Pipeline 체계를 완전히 새롭게 구성한 것입니다. 그리고 그 Pipeline에 들어가는 구성 요소들을 이름하여 "미들웨어"라고 합니다.

따라서, OWIN을 이용하면 웹 응용 프로그램을 Windows 서비스나 다른 프로세스에서 호스트 하는 등의 작업을 할 수 있습니다.

참고로, OWIN의 그러한 취지가 있긴 하지만 ASP.NET Pipeline 역시 IIS에 완전히 종속적인 것은 아니었습니다. 왜냐하면 기존에도 Cassini 프로젝트를 통해 ASP.NET을 Windows 서비스나 다른 프로세스에서 호스트하는 것이 가능했기 때문입니다.

Pet Shop 4.0 을 IIS 없이 실행하는 방법
; https://www.sysnet.pe.kr/2/0/816

Cassini 서버를 localhost 이외의 주소에서 접근하도록 변경
; https://www.sysnet.pe.kr/2/0/818

단지, OWIN은 기존 ASP.NET 호환을 염두에 두지 않고 완전히 바닥부터 구성했다는 것이 다릅니다. 여기서 중요한 점은 "ASP.NET과 호환되지 않는다"는 것입니다. 이 때문에 기존 ASP.NET 개발자들의 경험을 살릴 수 없다는 단점이 있습니다.

다행히, 마이크로소프트가 이 부분에서 발빠르게 대응을 했는데요. 바로 Katana라는 프로젝트를 시작한 것입니다. Katana는 마이크로소프트가 주도하는 OWIN 스펙을 따르는 구성요소로써, 여기 포함된 대표적인 기능이 "Web API"와 "Signal R"입니다. 쉽게 생각하면, Katana는 마이크로소프트가 Open Spec인 OWIN을 위해 기존 ASP.NET에 구현되었던 기능을 OWIN을 위해 포팅하는 프로젝트인 것입니다.

이 정도면, OWIN과 Katana의 개념은 아시겠죠? ^^

좀 더 알고 싶은 분들은 다음의 글을 추천합니다.

Katana 프로젝트
; http://www.egocube.pe.kr/Translation/Content/owin-and-katana/201507130001

OWIN 및 Katana 시작하기
; http://www.egocube.pe.kr/Translation/Content/owin-and-katana/201507200001

Open Web Interface for .NET (OWIN)
; https://docs.asp.net/en/latest/fundamentals/owin.html

자, 그럼 OWIN/Katana와 ASP.NET Core와는 어떤 관계일까요?

우선 ASP.NET Core가 OWIN 구현체는 아니지만 전체적인 구조는 OWIN과 상당히 닮아 있습니다. 또한 OWIN 지원을 하기 때문에 기존의 OWIN 미들웨어를 그대로 가져다 쓸 수 있습니다. 이에 대해서는 다음의 글에 자세하게 나옵니다.

Open Web Interface for .NET (OWIN)
; https://docs.asp.net/en/latest/fundamentals/owin.html

그렇다면 OWIN에 포팅되었던 기존 ASP.NET 라이브러리였던 Katana 프로젝트는 어떻게 될까요? 당연히 OWIN 미들웨어이기 때문에 그대로 사용하는 것이 가능하겠지만 향후에는 ASP.NET Core 내에 완전히 통합될 거라고 합니다. (2014년도 글이니, 현재는 거의 통합되었다고 보면 될 듯!)

Katana, ASP.NET 5, and bridging the gap
; https://blogs.msdn.microsoft.com/webdev/2014/11/14/katana-asp-net-5-and-bridging-the-gap/

As discussed in Katana’s roadmap, the next major version of Katana is being fully integrated into ASP.NET 5. This integration has resulted in several changes that make Katana v3.0 based components not directly compatible with 5. Developers and consumers of v3.0 based components may choose to fully migrate their components or use OWIN to help bridge the gap.


그렇다면, 이제 OWIN을 굳이 알아야 하는가... 하는 문제가 남습니다. 제 생각에는 OWIN과 ASP.NET Core의 구조가 비슷하기 때문에 앞으로의 발전 가능성을 보면 마이크로소프트가 오픈소스로 공개한 "ASP.NET Core"가 주도할 것이라 봅니다. 따라서 굳이 OWIN 관련 문서를 보는 것보다는 새롭게 ASP.NET Core로 시작하는 것이 좋습니다.




Open Web Interface for .NET (OWIN) with ASP.NET Core
; https://docs.asp.net/en/latest/fundamentals/owin.html

Katana, ASP.NET 5, and bridging the gap
; https://blogs.msdn.microsoft.com/webdev/2014/11/14/katana-asp-net-5-and-bridging-the-gap/

As discussed in Katana’s roadmap, the next major version of Katana is being fully integrated into ASP.NET 5. This integration has resulted in several changes that make Katana v3.0 based components not directly compatible with 5. Developers and consumers of v3.0 based components may choose to fully migrate their components or use OWIN to help bridge the gap.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 1/11/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... [61]  62  63  64  65  66  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12101정성태1/5/202011095.NET Framework: 876. C# - PEB(Process Environment Block)를 통해 로드된 모듈 목록 열람
12100정성태1/3/20209127.NET Framework: 875. .NET 3.5 이하에서 IntPtr.Add 사용
12099정성태1/3/202011412디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회 [1]
12098정성태1/2/202011013.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법 [3]
12097정성태1/2/20209566디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태12/30/201911575디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작 [1]
12095정성태12/27/201912920VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/201911085.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/201911129.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/201910535디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/201912069디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일 [1]
12090정성태12/24/201910692.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점 [1]파일 다운로드1
12089정성태12/23/201911418디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/201910396Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/201910867디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12086정성태12/20/201912904디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201910600오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201911248디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201912518Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201912370오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201914097개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201912038.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201913231오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201913184Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201912681Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201910909디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
... [61]  62  63  64  65  66  67  68  69  70  71  72  73  74  75  ...