[오픈소스컨설팅] Red Hat ReaR (relax and-recover) Quick GuideJi-Woong Choi
본 문서는 RHEL에 내장된 재해복구솔루션 ReaR (Relax and Recover)를 이용하여 OS 영역의 데이터를 백업하고 복구하는 방법을 다루고 있습니다. ReaR는 iso를 비롯한 다양한 백업 데이터 포맷을 지원하나, 이 문서에서는 CD/DVD 미디어 반입/보관이 보안상 대부분 허용되지 않는 기업 환경에서도 원활히 사용할 수 있는 PXE boot를 지원하는 포맷으로 ReaR 백업 데이터를 생성하고 복구하는 방법만을 자세히 설명합니다.
[IMQA] 빠른 웹페이지 만들기 - 당신의 웹페이지는 몇 점인가요?IMQA
웹 성능을 개선하기 위해 알아야 할 세 가지 지표 LCP(Largest Contentful Paint), FID(First Input Delay), CLS(Cumulative Layout Shift)에 대해 자세히 소개하고, Lighthouse로 개선하는 방법에 대해 살펴봅니다.
1. 웹 성능 개선은 무엇을 의미할까요?
2. 웹 성능 알아보기
3. Core Web Vitals
4. Lighthouse란?
5. Lighthouse로 개선하기
모바일 성능 모니터링, 웹 서버 성능 진단 및 부하테스트 컨설팅에 관심이 있으신 분은 아래 연락처로 연락해주시면, 전문 컨설턴트가 안내해드리겠습니다.
- 홈페이지: https://imqa.io
- 메일: support@imqa.io
- 전화: 02-6395-7730
- 채팅: https://imqa.channel.io/
Exploiting Cross-site scripting flaws can be a trivial challenge for anyone new to Web Application Security. This presentation aims to provide useful information on understanding different types of XSS, attack methodologies and common ways of exploiting them.
Google Cloud Platform monitoring with ZabbixMax Kuzkin
This presentation describes how to configure Zabbix (https://zabbix.com/) to configure Google Cloud Platform events through its Monitoring API, using gcpmetrics (https://github.com/odin-public/gcpmetrics/) command line tool.
웹 사이트의 빠른 로딩을 위한 프론트 엔드 최적화 기법과 더불어 알아두어야 할 HTTP 프로토콜 최적화를 언급하며, 최근 발표된 HTTP/3를 소개합니다.
HTTP/3는 "Hyper Text Transfer Protocol over QUIC"의 내용을 근간으로 UDP의 장점을 HTTP에 활용한 버전입니다.
HTTP/3를 알기 위해서는 QUIC에 대한 이해와 함께, 기존 버전인 HTTP/2에서 어떤 부분이 개선되었는지에 대한 이해가 동시에 필요합니다.
Chrome을 활용한 웹 성능 비교 예제들은 HTTP/3의 기술들을 빠르게 이해하는 데 도움이 될 것입니다.
커지고 있는 웹 애플리케이션에서 성능은 점점 더 중요한 요소가 되고 있습니다. 사용자와의 접점에서 긴밀한 상호작용을 요구하는 프런트엔드, 보다 빠르게 로딩되고 부드럽게 구동되어야 하는 웹 애플리케이션을 만들기 위해 노력하는 분들과 함께 이야기를 나눕니다.
목차
1. 로딩 최적화 방법
2. PWA 케이스 소개
3. 렌더링 최적화 방법
대상
- 프런트엔드 성능 개선을 시작하고 싶은 개발자
- 느린 웹 페이지를 빠르게 만드는 데 관심 있는 프런트엔드 개발자
- 로딩/렌더링 최적화에 대한 힌트를 얻고 싶은 개발자
[오픈소스컨설팅] Red Hat ReaR (relax and-recover) Quick GuideJi-Woong Choi
본 문서는 RHEL에 내장된 재해복구솔루션 ReaR (Relax and Recover)를 이용하여 OS 영역의 데이터를 백업하고 복구하는 방법을 다루고 있습니다. ReaR는 iso를 비롯한 다양한 백업 데이터 포맷을 지원하나, 이 문서에서는 CD/DVD 미디어 반입/보관이 보안상 대부분 허용되지 않는 기업 환경에서도 원활히 사용할 수 있는 PXE boot를 지원하는 포맷으로 ReaR 백업 데이터를 생성하고 복구하는 방법만을 자세히 설명합니다.
[IMQA] 빠른 웹페이지 만들기 - 당신의 웹페이지는 몇 점인가요?IMQA
웹 성능을 개선하기 위해 알아야 할 세 가지 지표 LCP(Largest Contentful Paint), FID(First Input Delay), CLS(Cumulative Layout Shift)에 대해 자세히 소개하고, Lighthouse로 개선하는 방법에 대해 살펴봅니다.
1. 웹 성능 개선은 무엇을 의미할까요?
2. 웹 성능 알아보기
3. Core Web Vitals
4. Lighthouse란?
5. Lighthouse로 개선하기
모바일 성능 모니터링, 웹 서버 성능 진단 및 부하테스트 컨설팅에 관심이 있으신 분은 아래 연락처로 연락해주시면, 전문 컨설턴트가 안내해드리겠습니다.
- 홈페이지: https://imqa.io
- 메일: support@imqa.io
- 전화: 02-6395-7730
- 채팅: https://imqa.channel.io/
Exploiting Cross-site scripting flaws can be a trivial challenge for anyone new to Web Application Security. This presentation aims to provide useful information on understanding different types of XSS, attack methodologies and common ways of exploiting them.
Google Cloud Platform monitoring with ZabbixMax Kuzkin
This presentation describes how to configure Zabbix (https://zabbix.com/) to configure Google Cloud Platform events through its Monitoring API, using gcpmetrics (https://github.com/odin-public/gcpmetrics/) command line tool.
웹 사이트의 빠른 로딩을 위한 프론트 엔드 최적화 기법과 더불어 알아두어야 할 HTTP 프로토콜 최적화를 언급하며, 최근 발표된 HTTP/3를 소개합니다.
HTTP/3는 "Hyper Text Transfer Protocol over QUIC"의 내용을 근간으로 UDP의 장점을 HTTP에 활용한 버전입니다.
HTTP/3를 알기 위해서는 QUIC에 대한 이해와 함께, 기존 버전인 HTTP/2에서 어떤 부분이 개선되었는지에 대한 이해가 동시에 필요합니다.
Chrome을 활용한 웹 성능 비교 예제들은 HTTP/3의 기술들을 빠르게 이해하는 데 도움이 될 것입니다.
커지고 있는 웹 애플리케이션에서 성능은 점점 더 중요한 요소가 되고 있습니다. 사용자와의 접점에서 긴밀한 상호작용을 요구하는 프런트엔드, 보다 빠르게 로딩되고 부드럽게 구동되어야 하는 웹 애플리케이션을 만들기 위해 노력하는 분들과 함께 이야기를 나눕니다.
목차
1. 로딩 최적화 방법
2. PWA 케이스 소개
3. 렌더링 최적화 방법
대상
- 프런트엔드 성능 개선을 시작하고 싶은 개발자
- 느린 웹 페이지를 빠르게 만드는 데 관심 있는 프런트엔드 개발자
- 로딩/렌더링 최적화에 대한 힌트를 얻고 싶은 개발자
글로벌 향 서비스 구축 시, 네이버 클라우드 플랫폼에서 사용할 수 있는 서비스들과 인프라단에서 고려해야 할 사항들에 대해서 자세히 소개해 드립니다 | Let me introduce you in detail the services available on the Naver cloud platform and what the infrastructure needs to consider when building a global service.
Scalability strategies for cloud based system architectureSangJin Kang
- Scalability & Availability for the Global Markets
- Global scaled Scalability, Availability and Security
- Architecture for 100, 1K, 100K, 500K, 1M and 10M global users
- Auto-Scaling
- Understand Cloud Services
- Cloud Demo(AWS, GCP, Azure and Cloudflare)
- Wrap-Up
18. 방송과 기술 등
기술 블로깅
https://brunch.co.kr/@sangjinkang
19. • 스크립트
병합
(script
combination)
• 스크립트
최소화
(script
minification)
• 스크립트
압축
전달
(gzip
encoding)
• 이미지
비손실
최적화
• 이미지
손실
압축
(compression)
• 브라우져
캐시
사용
(cache-‐control
헤더)
• DNS
조회
최소화
• CSS/JS의
위치
조절
• 페이지
미리
읽어오기
(page
prefetching)
• DNS
정보
미리
읽어오기
(DNS
prefetching)
Front
45. 추가된 장점
- 한번 Connection을맺으면 최대한 오래, 길게 사용
- 필요한 리소스를 먼저 달라고 서버에 우선 순위 요청 가능
- 필요한 크기 만큼 먼저 달라고 WINDOW_SIZE 요청
- 중요한 리소스를 미리 가져가라고 클라이언트에 요청 가능
Frame이라는 Encoding된Binary
158. Sharding)
• 도메인 1개당, 동시 연결 6개의 제한 극복을 위해 여러개의 도메인 사용
장점: 클라이언트 입장에서 가능한 최대 병렬 연결 개수 활용
단점: 각각의 도메인 DNS 조회 시간 및 관리의 복잡
• HTTP/2에서의 도메인 분할 호출 대응 방안
- Multiplexing을 통해 동시 연결 개수 제한을 이미 극복
- HTTP/2의 각종 기능을 사용하기 위해서, Single
170. 최소화 하기
• 모바일과 같이 작은 스크린에서 큰 이미지를 줄여 보여주지 않기
• 반응형 웹사이트에서는불필요한 이미지는 아에 다운로드 않하기
171. 다시 한번 HTTP/2
새로운 기능을 요약해주세요.
• 멀티플렉싱
복수개의 요청이 하나의 TCP connection으로 가능하도록,Stream
방식의 데이터 전달을 통해 구현한 것 입니다. 응답은 순서에 상관없이
stream으로 받으며, 기존의 Connection
Keep-‐Alive,
Pipelining이
개선된 부분 입니다.
• 중복 헤더 제거 및 헤더 압축
중복된 헤거를 제거하고, 나머지 헤더를 Huffman
coding방식으로
압축하여 전반적인 헤더 크기를 줄입니다
HTTP/2 – FAQs
172. 다시 한번 HTTP/2
새로운 기능을 요약해주세요.
• 스트림 우선 순위
각 스트림 별로 고유하게 가진 우선 순위 값을 통해, 서버가 어떤 요청
스트림의 응답 스트림을 먼저 만들어 줄지를 결정 합니다.
• 서버 푸시
클라이언트가 요청하지 않은 리소스를 미리 필요하다고 판단하여, 첫
요청에 연속적으로 미리 요청없이도 응답 스트림으로 보내주는 방식
입니다. 클라이언트는 이를 수락할 수도 거절할 수 도 있습니다.
HTTP/2 – FAQs
173. HTTP/2 – FAQs
• 왜 HTTP2.0이 아니라, HTTP/2인가요?
HTTP/2가 사용하는 binary
175. 포맷은 기존 HTTP1.X 버전에는 없는
획기적인 개선안이기에 HTTP/2가 되었고, IETF는 HTTP2.X
176. 서브
버전이 없을 것이라고 공식적으로 발표 하였습니다.
• HTTP/2가 사용되면 SPDY는 어떻게 되는건가요?
SPDY를 기반으로 많은 요소들이 이미 HTTP/2에 적용되어 중복으로
필요 없습니다. 실제로 구글은 2016년 2월, Chrome 브라우져에
내장된 SPDY 기능을 제거할 예정 입니다.
177. • HTTP/2를 지원하는 브라우져, 서버 군은 무엇인가요?
아래와 같으며, HTTP/2 지원을 위해서는 클라이언트와 서버 모두 해당
프로토콜을 지원해야 하며, 만약 한쪽이라도 지원하지 않는다면, 기존과
동일하게 HTTP1.1로 사용하도록 두 개의 프로토콜을 당분간 지원해야
합니다.
HTTP/2 – FAQs