분류 전체보기

https://youtu.be/2g1nBbHgZbY?si=_zVw2PPifVqkHolN Airflow Summit 2024What's coming in Airflow 3 and beyond?  2014년 : Airflow 등장!2015년 : Apache의 최고 수준 프로젝트2019년 : HA 스케줄러, REST API를 통한 완전한 스펙 정의 등을 포함한 Enterprise Production-Ready 완료2020년 ~ 2024년: 비동기 작업자, 동적 작업, 설치 및 해체, Airflow ObjectStore 등을 포함하여 사용 편의성과 효율성 증가2021년 ~ 2024년: 데이터 기반 스케줄링, 조건부 데이터셋, 통합된 데이터셋 및 시간 스케줄링, 데이터셋 이벤트 API 등을 포함하여 데이터 인식 ..

3. UNDERSTANDING TCP/IP 기술적인 세부 사항을 이해하는 능력은 TCP/IP 프로토콜 스위트를 이해하는 것을 필요로 합니다. 이 장에서는 응용 프로그램의 식별과 IP 데이터그램의 전달을 관리하는 필드에 중점을 두고 TCP/IP 프로토콜 스위트를 간략하게 검토할 것입니다.3.1 The TCP/IP Protocol Suite TCP/IP 프로토콜 스위트는 1970년대와 1980년대 초에 고등 연구 계획국(ARPA)의 연구에서 시작되었습니다. 이 기간 동안 컴퓨터를 상호 연결하려는 노력의 일환으로 일련의 프로토콜이 개발되었고, 이는 현대의 TCP/IP 프로토콜 스위트로 발전하게 되었습니다. 3.1.1 Protocol Suite Components 그림 3.1은 TCP/IP 프로토콜 스위트의 주..

2.2.4.2 Plug-Ins 플러그인은 브라우저의 확장 기능으로서 작동하는 컴퓨터 프로그램으로, 웹 페이지 내에서 멀티미디어 콘텐츠를 표시하는 등의 특정 기능을 추가합니다. Shockwave, RealPlayer, QuickTime과 같은 멀티미디어 관련 플러그인이 그 예입니다. 또한 NetZip과 Neptune과 같은 유틸리티 플러그인 프로그램도 있습니다. NetZip은 데이터 압축을 가능하게 하며, Neptune은 Netscape에서 ActiveX를 지원하여 Microsoft의 Internet Explorer와 유사하게 작동하도록 합니다.  원래 Microsoft는 Internet Explorer를 Netscape와 호환되도록 만들기 위해 많은 노력을 기울였습니다. JavaScript, HTML, ..

Chapter 2. CLIENT-SERVER MODELS 이 책의 첫 번째 장에서는 CLIENT-SERVER 아키텍처를, 데이터가 각 컴퓨터 간에 흐르는 방식에 따라 다양한 형태로 나타나는 단일 모델로 간주했습니다. 만약 데이터가 클라이언트에서 서버로 직접 흐른다면, 해당 아키텍처는 이른바 2계층 아키텍처(two-tier architecture)로 표현할 수 있으며, 클라이언트는 첫 번째 계층, 서버는 두 번째 계층으로 간주됩니다. 만약 데이터가 클라이언트에서 서버로 흐른 후 요청에 따라 다른 서버로 이동한다면, 해당 아키텍처는 3계층 아키텍처(three-tier architecture)라고 할 수 있습니다.  리뷰를 위해 정리하자면, 2계층 아키텍처에서는 사용자 인터페이스가 일반적으로 사용자의 데스크탑..

협업 도구 Slack Slack은 게임 개발자가 자사 채팅 프로그램으로 사용하던 것을 개발 제품으로 만들어 현재는 기업가치가 수십 조원에 달하는 채팅 프로그램입니다. 주요 기능으로는 모든 채널(채팅방)의 검색 기능과 허들(통화), Webhook을 통한 Alert API 연결이 있습니다.  Webhook과 더불어 slack은 chatbot 서비스를 제공합니다. chatbot을 통해 자동화 기능을 구현할 수 있습니다. 특정 단어를 chatbot handler가 모니터링하면서 트리거가 될 만한 요소가 있으면 실행이 되는 방식입니다. 따라서 데이터를 보낼 API와 handler가 필요합니다. https://api.slack.com/tools/bolt-python Building an app with Bolt..

1.2.5 Pull Technology Push(push) 기술이 도입되기 전까지, 정보 검색은 풀(Pull) 기술을 기반으로 이루어졌습니다. 즉, 사용자가 미리 관심 있는 항목을 찾아두거나, Google이나 Yahoo!와 같은 검색 엔진을 이용해 관심 있는 항목을 찾는 방식이었습니다. 관심 있는 항목을 찾으면, 소비자는 클라이언트 운영자로서 브라우저를 사용하여 서버의 URL을 지정해 해당 정보를 가져왔습니다. 1.2.5.1 Role of Caching 클라이언트-서버 풀 작업을 촉진하기 위해 개발된 인기 있는 방법 중 하나가 캐싱입니다. 대부분의 독자가 익숙한 브라우저 환경에서는 캐싱이 하드 드라이브의 미리 정의된 폴더에 인터넷 파일을 임시로 저장하는 방식으로 이루어집니다. 저장된 파일은 이전에 방문했..

Token used before issued  Go로 짜인 API를 사용하다가 만난 Error "401 Token used before issued" 이 문제는 jwt decode 유효성 검증 과정에서 실패해서 생긴 문제다. 나의 경우 iat((Issued At: 요청 시간))가 유효성 검증을 통과하지 못해 발생하는 것을 확인했다. iat는 요청 시간인데 요청 시간이 API가 받은 시간과 달라 문제가 발생했다. 이 케이스는 API와 별개로 요청하는 곳에서 iat 값을 밀리세컨드에서 다시 정수로 변환((언어마다 다름))하는 과정에서 생기는 문제로 반올림 과정에서 문제가 생긴다.  해결 방법은 iat 값을 검증하는 곳에서 ((mapClaims["iat"].(float64)) -= 5)) 일정 보정을 통해 ..

1.2.4 The Road to Push Technology Push technology는 일반적으로 정보 배포 및 데이터 검색의 새로운 모델로 여겨집니다. 실제로 초기 버전의 Push System은 1970년대와 1980년대 초반에 시스템과 방송 전송 비디오텍스트의 형태로 등장했습니다.  1.2.4.1 Teletext Systems은 1970년대 후반, 특히 유럽에서 인기를 끌기 시작했습니다. 정보 페이지는 텔레비전 신호의 수직 귀선 구간(VBI)에서 전송되며, TV에 내장된 디코더는 소비자가 선택한 “페이지”를 캡처, 디코딩 및 표시할 수 있는 기능을 갖추게 되었습니다. 유럽을 여행한 많은 사람들은 호텔에 있는 대부분의 TV가 리모컨을 사용해 날씨, TV 프로그램 일정 및 기타 정보를 볼 수 있는 ..