logo

  • home
  • head
  • itnews
  • product
  • mobile
  • game
  • benchmark
  • analysis
  • blog

액션 / 미국 / 2019 .08.14 개봉 감독 : 데이빗 레이치 출연 : 드웨인 존슨(루크 홉스), 제이슨 스타뎀(데카드 쇼...
미스터리, 액션, 판타지, 공포 / 한국 / 129분 / 2019 .07.31 개봉 감독 : 김주환 출연 : 박서준(용후), 안성기(...

Josh Fruhlinger | InfoWorld


개발자는 코드로 비즈니스 문제를 해결하느라 많은 시간을 소비한다. 개발자 다음은 운영 부서 차례다. 운영 부서는 먼저 개발자가 쓴 코드를 가용한 컴퓨터에서 구동하느라, 그리고 그 컴퓨터를 매끄럽게 운영하느라 많은 시간을 소비한다. 특히 이 두 번째 작업은 영원히 끝나지 않는 과정이다. 이 부분을 다른 누군가에게 맡길 수 있다면 어떨까?
 
지난 20년 동안 IT 혁신(가상 머신, 클라우드 컴퓨팅, 컨테이너 등) 대부분은 코드가 실행되는 물리 시스템의 고민 거리를 줄이는 데에 초점을 맞췄다. 서버리스 컴퓨팅은 이러한 욕구의 궁극적인 결론에 도달하는 패러다임으로 인기를 얻고 있다. 즉, 서버리스 컴퓨팅에서는 코드가 실행되는 하드웨어나 운영체제 정보가 아무것도 필요하지 않다. 모두 서비스 제공업체가 알아서 해준다.
 

서버리스 컴퓨팅이란 무엇인가?

서버리스 컴퓨팅은 클라우드 제공업체가 특정 코드 조각을 실행할 때 필요한 컴퓨팅 리소스와 스토리지를 동적으로 할당하고 그만큼에 대해서만 요금을 부과하는 클라우드 실행 모델이다. 물론 서버는 여전히 사용되지만 프로비저닝과 유지보수를 전적으로 제공 업체가 책임진다. 아마존의 서버리스 담당자 크리스 먼스는 2017년 컨퍼런스에서 “코드를 작성하고 배포하는 부서 관점에서 볼 때 관리나 프로비전해야 할 서버가 전혀 없다. 베어 메탈, 가상, 컨테이너가 모두 여기에 해당된다. 호스트 관리, 호스트 패치, 기타 운영체제 수준의 작업과 관련된 어떤 일도 서버리스 환경에서는 존재하지 않는다”고 말했다.
 
개발자인 마이크 로버츠가 설명했듯이 서버리스라는 용어는 한때는 모바일 앱이 온전히 클라우드에 호스팅되는 백엔드 서버에 연결되는, 서비스형 백엔드 시나리오에 사용됐다. 그러나 지금 서버리스 컴퓨팅, 또는 서버리스 아키텍처라고 하면 곧 서비스형 함수를 의미한다. 고객은 비즈니스 로직만 처리하는 코드를 써서 제공업체에 업로드한다. 업체는 하드웨어 프로비저닝, 가상 머신 및 컨테이너 관리, 그리고 애플리케이션 코드에 자주 내장되는 멀티쓰레딩 같은 작업까지 알아서 해준다.
 
서버리스 함수는 이벤트를 기반으로 한다. 즉, 코드는 요청에 의해 트리거될 때만 호출된다. 제공업체는 실제 또는 가상 서버를 유지에 필요한 월 정액 요금이 아니라, 그 실행에 사용되는 컴퓨팅 시간에 대해서만 비용을 청구한다. 이러한 함수는 서로 연결돼 처리 파이프라인을 구성하거나 더 큰 애플리케이션의 구성요소 역할을 하면서 컨테이너나 일반 서버에서 실행 중인 다른 코드와 상호작용할 수 있다.
 

서버리스 컴퓨팅의 장단점

위의 설명에 따르면 서버리스 컴퓨팅의 가장 큰 두 가지 장점은 명확하다. 개발자는 인프라 관련 문제가 아닌 자신이 작성하는 코드의 비즈니스 목표에 집중할 수 있다는 것, 조직은 대부분의 시간 동안 유휴 상태로 방치될 물리적 하드웨어를 구매하거나 클라우드 인스턴스를 임대할 필요 없이, 실제 사용하는 컴퓨팅 리소스에 대해서만 자세히 나뉜 요금 체계 중 하나를 선택해 비용을 지불하면 된다는 것이다.
 
버나드 골든이 말한 것처럼, 후자는 특히 이벤트 기반 애플리케이션에 장점이 된다. 예를 들어 보통은 유휴 상태지만 특정 상황에서 동시에 많은 이벤트 요청을 처리해야 하는 애플리케이션이 있을 것이다. 또는, IoT 디바이스에서 제한된, 또는 간헐적인 인터넷 연결로 전송되는 데이터를 처리하는 애플리케이션도 있다. 

두 경우 모두 전통적인 접근 방식으로는 최대 작업 용량을 처리할 수 있는 강력한 서버를 프로비저닝해야 하지만 이 서버는 대부분의 시간 동안 거의 사용되지 않는 상태로 유지된다는 것이 부담이다. 하지만 서버리스 아키텍처에서는 실제 사용하는 서버 리소스에 대한 비용만 내면 된다. 또 서버리스 컴퓨팅은 특정 종류의 배치 프로세싱에도 유리하다. 대표적인 서버리스 아키텍처 사용 사례 중 하나는 일련의 개별 이미지 파일을 업로드해서 처리해서 애플리케이션의 다른 부분과 함께 전송하는 서비스다.
 
서버리스 함수의 가장 두드러진 단점은 의도적인 단명성이다. 알렉스소프트(AlexSoft)는 이에 대해 “장기적인 작업에는 불안정하다”고 지적한다. 대부분의 서버리스 제공업체는 코드 실행 시간을 몇 분 이내로 제한하며, 함수를 가동할 때 이전에 실행된 인스턴스의 상태 추적 데이터는 보존되지 않는다. 다른 문제는 서버리스 코드를 가동하는 데 몇 초가량 걸릴 수 있다는 점이다. 문제가 되지 않는 사용 사례도 많지만 지연이 낮아야 하는 애플리케이션이라면 주의가 필요하다.
 
로이트 아키왓카개리 아로라가 지적했듯이 업체 종속과 관련된 문제도 있다. 오픈소스 옵션도 있지만, 서버리스 시장은 대형 클라우드 제공업체들이 지배하고 있다. 즉, 개발자는 지금 이용 중인 업체의 툴을 사용하게 되는 경우가 많고 나중에 만족스럽지 않더라도 전환하기가 어렵다. 또 서버리스 컴퓨팅 대부분은 당연히 업체 인프라에서 실행되므로 서버리스 코드를 내부 개발 및 테스트 파이프라인으로 통합하기가 어려울 수 있다.
 

서버리스 업체: AWS 람다, 애저 펑션, 구글 클라우드 펑션

현대의 서버리스 컴퓨팅 시대는 2014년 아마존 클라우드 서비스 기반의 플랫폼인 AWS 람다(AWS Lambda) 출시와 함께 시작됐다. 이후 2016년 마이크로소프트가 애저 펑션(Azure Functions)으로 뒤따랐고 2017년에는 구글 클라우드 펑션(Google Cloud Functions)이 베타 버전으로 공개된 데 이어 2018년 7월 프로덕션 버전에 이르렀다. 세 가지 서비스의 제약과 장점, 지원되는 언어, 구동 방식은 조금씩 다르다. 로히트 아키왓카가 세 가지의 차이점에 대해 잘 설명해 놓은 글이 있다. 3대 플랫폼에는 끼지 못하지만 오픈소스 아파치 오픈위스크 플랫폼을 기반으로 하는 IBM 클라우드 펑션(IBM Cloud Functions)도 있다.

모든 서버리스 컴퓨팅 플랫폼 중에서 AWS 람다가 가장 잘 알려져 있고, 발전하고 성숙해온 기간도 가장 길다. Infoworld에서 작년 동안 AWS 람다에 추가된 업데이트와 새로운 기능을 다룬 글을 볼 수 있다.
 

서버리스 스택

많은 소프트웨어 영역이 그렇듯이 서버리스 세계에서도 소프트웨어 스택이 발전하면서 서버리스 애플리케이션을 구축에 필요한 다양한 구성 요소가 만들어졌다. 각 스택은 코드를 쓰는 프로그래밍 언어, 코드를 위한 구조를 제공하는 애플리케이션 프레임워크, 그리고 플랫폼이 인식하고 사용해서 코드를 실행하는 데 사용하는 트리거 집합으로 구성된다.
 
각 범주의 여러 요소를 혼합할 수 있지만 이용하는 업체에 따라 제약이 있다. 예를 들어 언어의 경우 AWS 람다에서는 Node.js, 자바, 고, C#, 파이썬을 사용할 수 있는 반면 애저 함수에서는 자바스크립트와 C#, F#만 네이티브로 작동한다. 트리거의 경우 AWS 람다가 가장 풍부하지만, 그중 상당수는 아마존 심플 이메일 서비스, AWS 코드커밋과 같은 AWS 플랫폼 전용이다. 반면 구글 클라우드 펑션은 일반 HTTP 요청에 의해 트리거될 수 있다. 세 가지 주요 플랫폼 각각의 스택에 대한 폴 자워스키의 심층적인 글을 볼 수 있다.
 

서버리스 프레임워크

프레임워크에 대해서는 조금 더 살펴볼 필요가 있다. 애플리케이션을 구축하는 방법의 상당 부분을 프레임워크가 정의하기 때문이다. 아마존은 자체적으로 오픈소스인 서버리스 애플리케이션 모델(SAM)을 제공하지만, 다른 프레임워크도 존재하며 그 대부분이 크로스 플랫폼, 즉 오픈소스다. 가장 인기 있는 프레임워크는 개념 자체와 이름이 같아 혼란스러울 수 있는 서버리스(Serverless)다. 서버리스 프레임워크는 지원되는 플랫폼인 AWS 람다, 애저 펑션, 구글 클라우드 펑션, IBM 오픈위스크에서 동일한 경험을 제공한다는 점을 강조한다. 에이펙스(Apex) 역시 많이 사용된다. 에이펙스는 특정 제공업체에서 원래 사용할 수 없는 몇몇 언어를 활용하는 데 도움이 된다.
 

서버리스 데이터베이스

위에서 언급했듯이 서버리스 코드를 사용할 때 특이한 점 중 하나는 영구적인 상태가 없다는 것이다. 즉, 로컬 변수의 값은 다음 인스턴스화에서 지속되지 않는다. 코드에서 액세스해야 하는 모든 영구 데이터는 다른 곳에 저장해야 한다. 주요 업체의 스택에서 제공되는 트리거에는 모두 함수에서 다룰 수 있는 데이터베이스가 포함된다.
 
이러한 데이터베이스 중 일부는 그 자체로 서버리스로 불린다. 데이터가 무기한 저장된다는 점을 제외하면 이 문서에서 논의한 다른 서버리스 함수와 거의 똑같이 작동한다. 그러나 데이터베이스를 프로비저닝하고 유지하는 데 따르는 관리 오버헤드는 대부분 사라진다. 개발자 제레미 달리는 “해야 할 일은 클러스터를 구성하는 것이 전부다. 유지보수, 패치, 백업, 복제, 확장 등 이후의 모든 작업은 자동으로 처리된다”고 말했다. 서비스형 함수와 마찬가지로 비용은 실제 사용하는 컴퓨팅 시간에 대해서만 지불하면 되며 리소스는 수요에 따라 필요한 만큼 가동되고 해제된다.
 
3대 서버리스 제공업체 각각 자체 서버리스 데이터베이스를 제공한다. 아마존은 오로라 서버리스(Aurora Serverless)와 다이나모DB(DynamoDB), 마이크로소프트는 애저 코스모스 DB(Azure Cosmos DB), 구글은 클라우드 파일스토어(Cloud Firestore)가 있다. 그 외에도 있으며 네만자 노브코비치가 관련 정보를 잘 정리해 놓았다.
 

서버리스 컴퓨팅과 쿠버네티스

컨테이너는 기반에서 서버리스 기술을 구동하는 데 일익을 담당하지만 컨테이너 관리 오버헤드는 업체가 감당하므로 사용자에게는 보이지 않는다. 많은 이들은 서버리스 컴퓨팅을 복잡성을 떠안을 필요 없이 컨테이너화된 마이크로서비스의 여러 이점을 활용하는 방안으로 생각하며, 벌써 포스트 컨테이너 세계에 대해서도 이야기한다.
 
실상 컨테이너와 서버리스 컴퓨팅은 앞으로 상당 기간 공존할 것이 거의 확실하다. 실제로 서버리스 함수는 컨테이너화된 마이크로서비스와 같은 애플리케이션 내에 존재할 수 있다. 가장 인기 있는 컨테이너 오케스트레이션 플랫폼인 쿠버네티스는 서버리스 인프라 관리도 가능하다. 쿠버네티스를 사용하면 다양한 유형의 서비스를 하나의 클러스터로 통합할 수 있다.
 

서버리스 오프라인

서버리스 컴퓨팅을 시작하려고 생각하면 겁부터 나기 쉽다. 업체 서비스에 가입해서 온라인으로 무엇이 어떻게 돌아가는지 살펴봐야 할 것처럼 생각되기 때문이다. 그러나 걱정할 필요 없다. 로컬 하드웨어에서 오프라인으로 서버리스 코드를 실행하는 방법이 있다. 예를 들어 AWS SAM은 오프라인으로 람다 코드를 테스트할 수 있는 로컬 기능을 제공한다. 서버리스(Serverless) 애플리케이션 프레임워크를 사용한다면 로컬에서 코드 실행이 가능한 서버리스-오프라인(serverless -offline) 플러그인이 있다. 즐겁게 실험을 시작해 보자! editor@itworld.co.kr 

원문보기: http://www.itworld.co.kr/news/125648#csidx65baf9865b9036fae550833f527ba9e onebyone.gif?action_id=65baf9865b9036fae






  1. '줄리아' vs. '파이썬'··· 최고의 데이터 언어 대결

    Serdar Yegulalp | InfoWorld 파이썬은 데이터 분석용 언어로 확고하게 자리를 잡았다. 파이썬 생태계는 과학 계산과 데이터 분석 작업을 빠르고 편리하게 해 주는 라이브러리와 툴, 애플리케이션으로 ...
    Date2019.07.21 CategoryIT KNOWLEDGE
    Read More
  2. “개발자라면 누구나 반할” 서버리스 컴퓨팅의 효용

    Josh Fruhlinger | InfoWorld 개발자는 코드로 비즈니스 문제를 해결하느라 많은 시간을 소비한다. 개발자 다음은 운영 부서 차례다. 운영 부서는 먼저 개발자가 쓴 코드를 가용한 컴퓨터에서 구동하느...
    Date2019.07.05 CategoryIT KNOWLEDGE
    Read More
  3. "쿠버네티스와 컨테이너의 변화를 이끈다" 가장 믿음직한 쿠버네티스 배포판 10선

    Serdar Yegulalp | InfoWorld 쿠버네티스(Kubernetes)는 대규모 컨테이너 오케스트레이션이 필요한 경우 최적의 프로젝트로 꼽힌다. 구글이 만들어낸 오픈소스 컨테이너 시스템 쿠버네티스는 업게의 인...
    Date2019.05.23 CategoryIT KNOWLEDGE
    Read More
  4. 블록체인이 결제 산업의 5G로 각광 받는 이유

    Lucas Mearian | Computerworld 블록체인 기반 결제 네트워크와 명목 화폐 담보 디지털 화폐(미국 최대 은행의 화폐 포함)가 증가하면서 업계 전문가와 애널리스트들은 금융 서비스 산업의 혁신적인 변...
    Date2019.04.06 CategoryIT KNOWLEDGE
    Read More
  5. 모든 파이썬 프로그래머를 위한 20가지 실용적인 파이썬 라이브러리

    Serdar Yegulalp | InfoWorld 파이썬 프로그래밍 언어의 대성공을 이끈 힘은 무엇일까? 물론 답은 네이티브와 서드파티 라이브러리를 가리지 않는 풍부한 파이썬용 라이브러리다. 문제는 파이썬 라이브...
    Date2019.03.17 CategoryIT KNOWLEDGE
    Read More
  6. “떠오르는 와이파이 6, 우리 회사에 맞을까?” 적합성 기준과 준비 사항

    Zeus Kerravala | Network World 차세대 와이파이 표준인 802.11ax, 통칭 와이파이 6를 둘러싼 기대가 높다. 신기술은 업체에 의해 “차세대 대박 상품”으로 선전되다가 기대에 미치지 못하고 실패하는 ...
    Date2019.03.17 CategoryIT KNOWLEDGE
    Read More
  7. "네트워크 보안의 필수" SIEM 툴 TOP 12 평가 비교

    Tim Ferrill | CSO 보안 정보 및 이벤트 관리(Security information and event management, SIEM)은 네트워크 보안 전문가들을 위한 실용적인 툴이다. 이벤트 로그를 관리하고, 리뷰 및 감사하는 작업은...
    Date2019.01.13 CategoryIT KNOWLEDGE
    Read More
  8. SSL/TLS의 이해와 TLS 1.3으로 업그레이드해야 하는 이유

    Josh Fruhlinger | 웹 초창기부터, SSL(Secure Sockets Layer) 프로토콜과 그 후예인 TLS(Transport Layer Security)는 암호화와 보안을 제공해 인터넷 상거래를 가능하게 만들었다. SSL, TLS와 같은 프...
    Date2018.12.16 CategoryIT KNOWLEDGE
    Read More
  9. 2019년 리눅스에 기대해도 좋을 것

    Sandra Henry-Stocker | Network World 2019년은 리눅스의 해가 될지도 모른다. 리눅스가 드디어 유력 집단으로써 인정 받는 해가 될 수도 있다. 사물 인터넷(IoT), 클라우드 기술, 슈퍼컴퓨터, 인공 지...
    Date2018.12.07 CategoryIT KNOWLEDGE
    Read More
  10. "JDK란 무엇인가" 자바 개발 키트 소개와 설치하기

    Matthew Tyson | JavaWorld 자바 개발 키트(Java Development Kit, JDK)는 자바 애플리케이션을 구축하기 위한 핵심 플랫폼 구성요소다. 이 중심에는 자바 컴파일러(Compiler)가 있다. Credit: Nic Mc...
    Date2018.09.25 CategoryIT KNOWLEDGE
    Read More
  11. 리눅스 디렉토리 구조와 의미

    리눅스는 최상위 /(root)를 기본으로 하며 모든 디렉토리들이 /를 거치게 되는게 가장 큰 특징입니다. 디렉토리 설명 / 최상위에 위치하는 디렉토리이며 루트 디렉토리라고 부름. 일반적인 데...
    Date2018.08.06 CategoryIT KNOWLEDGE
    Read More
  12. 단방향 전송, 반이중전송, 전이중 전송, 허브, 스위치, 라우터, 토폴로지

    * 랜카드  - 근거리 통신망에 접속하기 위한 장비  - 최근에 메인보드에 통합 1. 반이중 방식(Half-Duplex)  - 양방향으로 데이터가 전송  - 동시에 전송 불가능  - 충돌을 피하기 위해 상대방의 데이...
    Date2018.06.22 CategoryIT KNOWLEDGE
    Read More
  13. 프록시 서버(Proxy Server)에 대해

    * Server에서 Proxy란? 출처: wikipedia.org Proxy Server 는 클라이언트가 자신을 통해서 다른 네트워크 서비스에 간접적으로 접속할 수 있게 해 주는 컴퓨터 Server 와 Client 사이에서 중계기로...
    Date2018.05.06 CategoryIT KNOWLEDGE
    Read More
  14. DNS의 작동원리와 이를 공격하는 방법

    Keith Shaw | Network World 도메인 이름 시스템(Domain Name System, DNS)은 인터넷 기반 가운데 하나지만 네트워킹 종사자를 제외한 대부분의 사람은 매일 일을 하고 이메일을 확인하고 스마트폰으로 ...
    Date2018.04.15 CategoryIT KNOWLEDGE
    Read More
  15. MPLS의 이해 (Multi-Protocol Label Switch)

    Neal Weinberg, Johna Till Johnson | Network World MPLS(Multi-Protocol Label Switching)의 핵심은 서비스가 아니라 기술이며, IP VPN부터 메트로 이더넷에 이르기까지 온갖 기능을 제공할 수 있다. ...
    Date2018.03.21 CategoryIT KNOWLEDGE
    Read More
  16. SD 브랜치와 보안, 스토리지, IoT의 관계

    Ciaran Roche | Network World SD-WAN의 자연스러운 계승자로 SD 브랜치(SD-Branch)가 회자되기 시작했다. 중앙집중화된 오케스트레이션 모델은 많은 대기업들에게 매력적일 수밖에 없다. 하지만 SD-WAN...
    Date2018.03.04 CategoryIT KNOWLEDGE
    Read More
  17. 취약점 표준코드 CVE의 개념과 목적

    Taylor Armerding | CSO CVE는 '정보 보안 취약점 표준 코드(Common Vulnerabilities and Exposures)'의 약자이다. 1999년, 미국 연방 정부의 후원을 받는 비영리 연구 개발 기관인 MITRE가 소프트웨어...
    Date2018.02.03 CategoryIT KNOWLEDGE
    Read More
  18. SYN Flooding,Teardrop,세션 하이젝킹,패킷 필터링 등

    1. SYN Flooding 공격에 대한 조치 방법  - 클라이언트가 서버에게 요구한 SYN 개수보다 큰 Connect Queue Size를 증대시킨다.  - Backlog Queue 사이즈를 늘려준다.  - 중간 게이트웨이에서 SYN 패킷이 ...
    Date2018.01.20 CategoryIT KNOWLEDGE
    Read More
  19. SSL, HTTPS, 개인키, 공개키, 암호화에 대해

    *SSL, 인증서란? SSL(Secure Socket Layer) 프로토콜은 처음에 Netscape사에서 웹서버와 브라우저 사이의 보안을 위해 만들었다. SSL은 Certificate Authority(CA)라 불리는 서드 파티로부터 서버와 클라이...
    Date2017.12.30 CategoryIT KNOWLEDGE
    Read More
  20. 리플(XRP, Ripple)이란?

    [요약] 발행될 수 있는 코인 양이 1000억 개로 한정돼 있으며 채굴 방식을 사용하지 않는 가상화폐 외국어 표기 XRP, Ripple(영어) 본래 2004년 리플페이...
    Date2017.12.30 CategoryIT KNOWLEDGE
    Read More
  21. 이더리움에 대해(Ethereum)

    이더리움(Ethereum)은 비탈리크 부테린(Vitalik Buterin)이 2014년 개발했습니다. 거래 명세가 담긴 블록이 사슬처럼 이어지는 블록체인(blockchain)을 기반으로 하며 네트워크만 연결되어 있다면...
    Date2017.12.16 CategoryIT KNOWLEDGE
    Read More
  22. 사물 인터넷 정의 : 필수 IoT 용어 가이드

    Jon Gold | Network World 사물 인터넷과 관련해서는 온갖 프로토콜과 표준, 기술 약어가 난무한다. IoT 언어를 조금 더 이해하기 쉽도록 하기 위해 이러한 모호한 용어들의 의미를 정리했다. 6LoWPAN : 약...
    Date2017.11.06 CategoryIT KNOWLEDGE
    Read More
  23. “빅데이터란 무엇인가?” 구성요소와 기반 기술의 이해

    InfoWorld staff | InfoWorld 인간은 매일 먹고 일하고 놀고 데이터를 생산한다. IBM에 따르면 인류가 하루에 생산하는 데이터의 양은 무려 250경 바이트에 이른다. DVD를 쌓는다면 달까지 왕복할 만큼...
    Date2017.09.16 CategoryIT KNOWLEDGE
    Read More
  24. 비트코인의 이점은 무엇인가

    비트코인은 매우 낮은 비용으로 돈을 교환할 수 있는 가장 간단한 방법입니다. 보다 쉬운 모바일 결제모바일로 비트코인 결제를 하실 때에는 "스캔-앤-페이" 두 단계만 거치면 됩니다. 카드...
    Date2017.08.11 CategoryIT KNOWLEDGE
    Read More
  25. 5G란 무엇인가 : 현황, 기술개발, 해결과제, 일정, 전망

    Craig Mathias | Network World 5G라고 알려진 차세대 무선 WAN 통신이 조만간 언론의 1면을 장식할 것으로 보인다. 5G는 유선 보완제에서 유선 대체제로 이동통신의 진화를 완성할 것이며, 전략적으...
    Date2017.07.15 CategoryIT KNOWLEDGE
    Read More
  26. [보안NW] 내부망, DMZ구간, 외부망 이란?

    개인정보보호법이 시행되면서 개인정보보호의 기술적 보호대책을 위해 내부망, DMZ구간, 외부망이라는 말이 많이 언급되고 있습니다. 내부관리계획을 세우다보면, 내부망을 단순히 사내조직원들끼리 사용...
    Date2017.07.08 CategoryIT KNOWLEDGE
    Read More
  27. Wireless Multicast 무선구간 멀티캐스트

    * Lesson 2 Describing Implications for Multicast in 802.11 (p223) 멀티캐스트는 유선쪽에서 오는 트래픽을 무선 STA에 배포 하거나 혹은 모빌리티 메시지 정보를 교환하는데 사용 합니다.     -----...
    Date2017.06.10 CategoryIT KNOWLEDGE
    Read More
  28. L2TPv3 프로토콜, VPN

    L2TPv3(Layer 2 Tunnel Protocol Version 3, RFC 3931)은 Layer2 의 프레임을 그대로 IP 캡슐화해서 remote 측으로 전달하는 프로토콜이다. 즉 CDP, STP, ARP 까지 사업자를 통해서 remote 측으로 전달 ...
    Date2017.05.13 CategoryIT KNOWLEDGE
    Read More
Board Pagination Prev 1 2 3 4 5 6 Next
/ 6