레드햇 오픈시프트

Openshift4

Red Hat® OpenShift® 4 는 자동화된 풀스택 오퍼레이션으로 엔터프라이즈 쿠버네티스를 확장하여 하이브리드 클라우드 및 멀티클라우드 배포를 관리합니다. CoreOS 기반 , 쿠버네티스 오퍼레이터 자동화, 서비스 메쉬, KNative 지

레드햇이 개발한 CRI-O 는 Kubernetes 용 Open Container Initiative (OCI) 컨테이너 런타임이다.

CRI-O : Kubernetes 를 위한 표준 컨테이너 런타임

여러분은 KUBERNETES에서 어떤 컨테이너 런타임을 사용하고 계신가요?레드햇이 개발한 CRI-O 는 Kubernetes 용 Open Container Initiative (OCI) 컨테이너 런타임이다. 특히 Kubernetes와의 통합을 염두에 두고 설계하였습니다.

Kubernetes Containerd

containerd – Kubernetes 표준 컨테이너 런타임

컨테이너 세계는 컨테이너 엔진에서 부터 레지스트리, 오케스트레이션 ,보안,네트워크,스토리지, 애플리케이션 관리까지 다양한 기술이 뒤섞여 혼란스러운 상황입니다.
2016 년 1 월에 정식 출범 한 Cloud Native Computing Foundation (이하 CNCF)는 혼돈스러운 컨테이너와 관련된 다양한 기술적인 문제들을 오픈소스로 해결하는 하는 것을 목표로하고 있습니다.

Cloud Native Computing Foundation - CNCF Projects

CNCF ( Cloud Native Computing Foundation )

컨테이너 세계는 컨테이너 엔진에서 부터 레지스트리, 오케스트레이션 ,보안,네트워크,스토리지, 애플리케이션 관리까지 다양한 기술이 뒤섞여 혼란스러운 상황입니다.
2016 년 1 월에 정식 출범 한 Cloud Native Computing Foundation (이하 CNCF)는 혼돈스러운 컨테이너와 관련된 다양한 기술적인 문제들을 오픈소스로 해결하는 하는 것을 목표로하고 있습니다.

컨테이너 표준

컨테이너 기술에 대한 표준화 – OCI ( OPEN CONTAINER INITIATIVE )

컨테이너 기술에 대한 표준화 단체인 Open Container Initiative는 2015 년 6 월에 레드햇, Docker, CoreOS, Google, IBM Red Hat, Amazon Web Services, VMware, HP, EMC, Pivotal, 마이크로소프트, The Linux Foundation 등이 주요 멤버로 설립 된 단체입니다.

REST 애플리케이션에서 메모리 사용량 비교

Quarkus : 기존 Java 보다 10 배 가볍고 30 배 빠른 시작 시간

기존 Java 환경 보다 10 배 가볍고 30 배 빠른 시작 시간을 제공- Quarkus 는 놀랍도록 빠른 부팅 시간과 엄청나게 낮은 메모리를 사용합니다. Kubernetes 와 같은 컨테이너 오케스트레이션 플랫폼에서 즉각적인 스케일업과 고밀도로 메모리를 사용할 수 있게 합니다.

Quarkus 소개

Quarkus : Java 에서 네이티브 바이너리를 생성해주는 컨테이너에 최적화된 프레임워크

Quarkus 는 Java 애플리케이션 코드에서 네이티브 바이너리를 생성하고 컨테이너화함으로써 컨테이너와 Kubernetes 환경에 최적화 된 빠르게 시작하고 메모리 소비량도 적은 애플리케이션 실행 파일을 만들수 있는 것입니다.

OpenShift

OpenShift 소개자료 , 브로셔 , 데이터시트 다운로드

OpenShift (오픈시프트) 에 대한 제품소개 자료 , 브로셔 그리고 다양한 데이터시트를 다운로드 받으세요.
OpenShift (오픈시프트) 는 기업에 Docker(도커)와 Kubernetes(쿠버네티스)를 제공하는 컨테이너 애플리케이션 플랫폼입니다.
레드햇은 도커와 쿠버네티스 프로젝트를 선도하고 있으며, 최신 레드햇 컨테이너 애플리케이션 플랫폼을 통해 쿠버네티스 1.4(Kubernetes 1.4) 및 도커 컨테이너 런타임의 기업용 버전을 제공합니다.

Immutable infrastructure ( 변경 불가능한 인프라) with Docker

클라우드에서는 서버를 한번 쓰고 버린다고? – Immutable infrastructure & Docker

이 기사에서는 “변경 불가능한 인프라”가 무엇인지, 이전의 운영 방법인 “변경 가능한 인프라”와 개념적 차이점 그리고 이점 등에 대해 살펴봅니다.전자는 서버 컴포넌트들을 배포한 후에도 변경되도록 설계된 반면, 후자의 경우에는 배포된 서버 환경을 변경하지 않고 궁극적으로는 기존 것은 버리고 새 것으로 대체하는 것입니다.두 가지의 인프라 관리 방법은 서버를 어떻게 처리 ( 생성, 유지, 업데이트, 제거)해야 하는지에 대한 접근 방법에서 다른 점이 있습니다. 도커 ( Docker ) 는

Immutable Infrastructure with Docker

Immutable infrastructure ( 변경 불가능한 인프라) with Docker ( 도커 )

Docker ( 도커 ) 는 Immutable Infrastructure ( 변경 불가능한 인프라) 를 가능하게 하는 가장 중요한 기술요소 입니다.Immutable Infrastructure 의 배경 기술로는 오토스케일링(Auto Scaling)과 블루-그린 배포 방식(Blue-Green Deployment) 가 있습니다. 또한 클라우드와 컨테이이너 기술, 가상화 기술들이 발전하면서 서비스 운영 환경을 이미지로 구성하여 배포하는 방법이 가능하게 되면서 “변경 불가능한 인프라” 도입이 확산되기 시작하였습니다.