소프트웨어 개발 및 배포를 위한 최신 플랫폼

이는 새 버전으로의 전환을 준비하는 데 도움이 될 예정인 Red Hat OpenShift 플랫폼 4.0 업데이트의 변경 사항, 개선 사항, 추가 사항에 대한 일련의 게시물 중 첫 번째입니다.

2014년 가을, 신생 Kubernetes 커뮤니티가 Google의 시애틀 사무실에 처음 모인 순간부터 Kubernetes 프로젝트가 오늘날의 소프트웨어 개발 및 배포 방식에 혁명을 일으킬 것이라는 점은 분명했습니다. 동시에, 퍼블릭 클라우드 서비스 제공업체는 인프라 및 서비스 개발에 지속적으로 적극적으로 투자하여 IT 작업과 소프트웨어 개발을 훨씬 더 쉽고 쉽게 만들 수 있게 했으며, 초창기에는 거의 상상할 수 없었던 놀라운 접근성을 제공했습니다. XNUMX년.

물론 새로운 클라우드 서비스가 발표될 때마다 트위터를 통해 전문가들의 수많은 토론이 이어졌고, 오픈소스 시대의 종말, 온프레미스 IT의 쇠퇴, 불가피성 등 다양한 주제에 대한 토론이 진행됐다. 클라우드에서의 새로운 소프트웨어 독점과 새로운 패러다임 X가 어떻게 다른 모든 패러다임을 대체할 것인지를 설명합니다.

말할 필요도 없이, 이 모든 논쟁은 매우 어리석었습니다.

현실은 아무것도 사라지지 않을 것이라는 것이며 오늘날 우리는 우리 삶에 새로운 소프트웨어가 끊임없이 등장함에 따라 최종 제품과 개발 방식이 기하급수적으로 증가하는 것을 볼 수 있습니다. 그리고 주변의 모든 것이 동시에 변할 것이라는 사실에도 불구하고 본질적으로 모든 것이 변하지 않을 것입니다. 소프트웨어 개발자는 여전히 오류가 있는 코드를 작성하고, 운영 엔지니어와 안정성 전문가는 여전히 호출기를 들고 돌아다니며 Slack에서 자동 알림을 받고, 관리자는 여전히 OpEx 및 CapEx 측면에서 작업하며, 오류가 발생할 때마다 선임 개발자는 "내가 그렇게 말했지"라는 말과 함께 슬픈 한숨을 쉬었습니다...

오, 진짜 논의되어야 한다, 더 나은 소프트웨어 제품을 만들기 위해 사용할 수 있는 도구와 보안을 향상하고 개발을 더 쉽고 안정적으로 만드는 방법에 대해 설명합니다. 프로젝트가 더욱 복잡해짐에 따라 새로운 위험이 발생하고 오늘날 사람들의 삶은 소프트웨어에 크게 의존하므로 개발자는 자신의 작업을 더 잘 수행하려고 노력해야 합니다.

Kubernetes는 그러한 도구 중 하나입니다. Red Hat OpenShift를 다른 도구 및 서비스와 단일 플랫폼으로 결합하여 소프트웨어를 더욱 안정적이고, 관리하기 쉽고, 사용자에게 더욱 안전하게 만드는 작업이 진행 중입니다.

OpenShift 팀은 다음과 같은 간단한 질문을 던집니다.

Kubernetes를 더 쉽고 편리하게 사용하려면 어떻게 해야 할까요?

대답은 놀랍게도 분명합니다.

• 클라우드 또는 클라우드 외부 배포의 복잡한 측면을 자동화합니다.
• 복잡성을 숨기면서 신뢰성에 집중합니다.
• 간단하고 안전한 업데이트를 출시하기 위해 지속적으로 노력합니다.
• 통제 가능성과 감사 가능성을 달성합니다.
• 처음에는 높은 보안을 보장하려고 노력하지만 유용성을 희생하지는 않습니다.

OpenShift의 다음 릴리스에서는 제작자의 경험과 세계 최대 기업에서 대규모로 소프트웨어를 구현하는 다른 개발자의 경험을 모두 고려해야 합니다. 또한 오늘날 현대 세계의 근간을 이루고 있는 개방형 생태계의 축적된 경험을 모두 고려해야 합니다. 동시에, 아마추어 개발자의 낡은 사고방식을 버리고 자동화된 미래라는 새로운 철학으로 나아가는 것이 필요합니다. 소프트웨어를 배포하는 기존 방식과 새로운 방식 간의 격차를 해소하고, 최대 규모의 클라우드 제공업체에서 호스팅하든 엣지의 소규모 시스템에서 실행하든 관계없이 사용 가능한 모든 인프라를 최대한 활용해야 합니다.

이 결과를 달성하는 방법은 무엇입니까?

Red Hat에서는 기존 커뮤니티를 보존하고 회사가 참여하는 프로젝트가 종료되는 것을 방지하기 위해 오랫동안 지루하고 감사할 일 없는 작업을 수행하는 것이 관례입니다. 오픈 소스 커뮤니티에는 재미 있고, 교육적이며, 새로운 기회를 열어주고, 아름답지만, 물론 모든 사람이 같은 방향으로 움직이거나 공통 목표를 추구할 것이라고 기대하는 사람은 아무도 없습니다. . 사용자에게 도움이 되는 영역을 개발하려면 이 에너지를 활용하고 올바른 방향으로 방향을 바꾸는 것이 때때로 필요하지만, 동시에 우리는 커뮤니티의 발전을 모니터링하고 그들로부터 배워야 합니다.

2018년 초, Red Hat은 오픈 소스 원칙을 바탕으로 보다 안전하고 안정적이라는 미래에 대한 유사한 견해를 갖고 있는 CoreOS 프로젝트를 인수했습니다. 회사는 이러한 아이디어를 더욱 발전시키고 구현하기 위해 노력해 왔으며, 모든 소프트웨어가 안전하게 실행되도록 노력하는 우리의 철학을 실천에 옮겼습니다. 이 모든 작업은 Kubernetes, Linux, 퍼블릭 클라우드, 프라이빗 클라우드 및 현대 디지털 생태계를 뒷받침하는 수천 개의 기타 프로젝트를 기반으로 구축되었습니다.

OpenShift 4의 새로운 릴리스는 명확하고 자동화되며 더욱 자연스러워질 것입니다.

OpenShift 플랫폼은 베어메탈 하드웨어 지원, 편리한 가상화, 자동 인프라 프로그래밍, 물론 컨테이너(기본적으로 Linux 이미지임)를 갖춘 가장 신뢰할 수 있는 최고의 Linux 운영 체제와 함께 작동합니다.

플랫폼은 처음부터 안전해야 하지만 개발자가 쉽게 반복할 수 있어야 합니다. 즉, 충분히 유연하고 안전하면서도 관리자가 쉽게 감사하고 관리할 수 있어야 합니다.

소프트웨어가 "서비스로" 실행될 수 있어야 하며 운영자가 관리할 수 없는 인프라 성장으로 이어지지 않아야 합니다.

이를 통해 개발자는 사용자와 고객을 위한 실제 제품을 만드는 데 집중할 수 있습니다. 하드웨어와 소프트웨어 설정의 정글을 헤쳐나갈 필요가 없으며 모든 우발적인 문제는 과거의 일이 될 것입니다.

OpenShift 4: 유지 관리가 필요 없는 NoOps 플랫폼

В 이 간행물 OpenShift 4에 대한 회사의 비전을 형성하는 데 도움이 된 작업을 설명했습니다. 팀의 목표는 소프트웨어를 운영하고 유지 관리하는 일상적인 작업을 최대한 단순화하여 구현에 관련된 전문가와 개발자 모두를 위해 이러한 프로세스를 쉽고 편안하게 만드는 것입니다. 하지만 어떻게 하면 이 목표에 더 가까워질 수 있습니까? 최소한의 개입이 필요한 소프트웨어를 실행하기 위한 플랫폼을 만드는 방법은 무엇입니까? 이 맥락에서 NoOps는 무엇을 의미합니까?

추상화하려고 하면 개발자에게 "서버리스" 또는 "NoOps" 개념은 "운영" 구성 요소를 숨기거나 개발자의 부담을 최소화할 수 있는 도구 및 서비스를 의미합니다.

• 시스템이 아닌 API(애플리케이션 인터페이스)로 작업하세요.
• 소프트웨어 구현을 귀찮게 하지 마십시오. 공급자가 대신 수행하도록 하십시오.
• 큰 프레임워크를 바로 만드는 데 뛰어들지 마십시오. "빌딩 블록" 역할을 할 작은 부분을 작성하는 것부터 시작하고, 이 코드가 디스크 및 데이터베이스가 아닌 데이터 및 이벤트와 함께 작동하도록 하십시오.

이전과 마찬가지로 목표는 소프트웨어 개발의 반복 속도를 높이고 더 나은 제품을 만들 수 있는 기회를 제공하여 개발자가 소프트웨어가 실행되는 시스템에 대해 걱정할 필요가 없도록 하는 것입니다. 숙련된 개발자는 사용자에게 초점을 맞추면 상황이 빠르게 바뀔 수 있다는 것을 잘 알고 있으므로 꼭 필요하다고 확신하지 않는 한 소프트웨어 작성에 너무 많은 노력을 들이지 말아야 합니다.

유지 관리 및 운영 전문가에게 "NoOps"라는 단어는 다소 무섭게 들릴 수 있습니다. 그러나 현장 엔지니어와 소통할 때 그들이 신뢰성과 신뢰성을 보장하기 위해 사용하는 패턴과 기술(SRE)이 위에 설명된 패턴과 많은 유사점을 가지고 있다는 것이 분명해졌습니다.

• 시스템을 관리하지 말고 관리 프로세스를 자동화하세요.
• 소프트웨어를 구현하지 마세요. 배포할 파이프라인을 만드세요.
• 모든 서비스를 하나로 묶어 하나의 오류로 인해 전체 시스템이 실패하도록 놔두지 마십시오. 자동화 도구를 사용하여 서비스를 전체 인프라에 분산시키고 모니터링 및 모니터링할 수 있는 방식으로 연결하십시오.

SRE는 문제가 발생할 수 있다는 사실을 알고 문제를 추적하고 해결해야 합니다. 따라서 일상적인 작업을 자동화하고 오류 예산을 미리 설정하여 문제가 발생할 때 우선 순위를 정하고 결정을 내릴 수 있습니다.

OpenShift의 Kubernetes는 두 가지 주요 문제를 해결하도록 설계된 플랫폼입니다. 즉, 가상 머신이나 로드 밸런서 API를 이해하도록 강요하는 대신 배포 프로세스 및 서비스라는 고차원 추상화를 사용하여 작동합니다. 소프트웨어 에이전트를 설치하는 대신 컨테이너를 실행할 수 있으며, 자체 모니터링 스택을 작성하는 대신 플랫폼에서 이미 사용 가능한 도구를 사용할 수 있습니다. 따라서 OpenShift 4의 비밀 소스는 실제로 비밀이 아닙니다. 이는 SRE 원칙과 서버리스 개념을 취하여 개발자와 운영 엔지니어를 돕기 위한 논리적 결론을 도출하는 것입니다.

• 애플리케이션이 사용하는 인프라 자동화 및 표준화
• 개발자 자신을 제한하지 않고 배포 및 개발 프로세스를 함께 연결
• XNUMX번째 서비스, 기능, 애플리케이션 또는 전체 스택을 시작, 감사 및 보호하는 것이 첫 번째보다 어렵지 않도록 보장합니다.

그러나 OpenShift 4 플랫폼과 이전 플랫폼의 차이점은 무엇이며 이러한 문제를 해결하기 위한 "표준" 접근 방식과의 차이점은 무엇입니까? 구현 및 운영 팀의 규모를 확대하는 요인은 무엇입니까? 이 상황에서 왕이 클러스터라는 사실 때문입니다. 그래서,

• 우리는 클러스터의 목적이 명확한지 확인합니다. (클라우드님께, 저는 할 수 있기 때문에 이 클러스터를 선택했습니다.)
• 클러스터를 서비스하기 위한 기계와 운영체제가 존재합니다(폐하)
• 클러스터에서 호스트 상태를 관리하고 재구축(드리프트)을 최소화합니다.
• 시스템의 각 중요한 요소에는 문제를 모니터링하고 제거하는 유모(메커니즘)가 필요합니다.
• 시스템의 *모든* 측면이나 요소 및 관련 복구 메커니즘의 실패는 삶의 정상적인 부분입니다.
• 전체 인프라는 API를 통해 구성되어야 합니다.
• Kubernetes를 사용하여 Kubernetes를 실행하세요. (예, 예, 오타가 아닙니다)
• 업데이트는 설치가 쉽고 번거롭지 않아야 합니다. 업데이트를 설치하는 데 두 번 이상의 클릭이 필요하다면 분명히 뭔가 잘못하고 있는 것입니다.
• 모든 구성 요소를 모니터링하고 디버깅하는 것은 문제가 되지 않으므로 전체 인프라에 대한 추적 및 보고도 쉽고 편리해야 합니다.

플랫폼의 기능이 실제로 작동하는 모습을 보고 싶으십니까?

OpenShift 4의 미리보기 버전이 개발자에게 제공되었습니다. 사용하기 쉬운 설치 프로그램을 사용하면 Red Had CoreOS를 기반으로 AWS에서 클러스터를 실행할 수 있습니다. 미리 보기를 사용하려면 인프라를 프로비저닝하기 위한 AWS 계정과 미리 보기 이미지에 액세스하기 위한 계정 세트만 필요합니다.

1. 시작하려면 다음으로 이동하세요. try.openshift.com 그리고 “시작하기”를 클릭하세요.
2. Red Hat 계정에 로그인(또는 새 계정 생성)하고 지침에 따라 첫 번째 클러스터를 설정합니다.

성공적으로 설치한 후 튜토리얼을 확인하세요. OpenShift 교육OpenShift 4 플랫폼을 Kubernetes를 실행하는 쉽고 편리한 방법으로 만드는 시스템과 개념을 더 깊이 이해합니다.

새로운 OpenShift 릴리스를 사용해 보고 의견을 공유해 보세요. 우리는 Kumbernetes와의 작업을 최대한 접근 가능하고 쉽게 만들기 위해 최선을 다하고 있습니다. NoOps의 미래는 오늘부터 시작됩니다.

그리고 이제 주목!
회의에서 데브옵스포럼 2019 20월 37일에는 OpenShift 개발자 중 한 명인 Vadim Rutkovsky가 마스터 클래스를 개최할 예정입니다. 그는 XNUMX개의 클러스터를 깨고 강제로 수정하도록 할 것입니다. 컨퍼런스 비용은 유료이지만 프로모션 코드 #RedHat을 사용하면 XNUMX% 할인을 받을 수 있습니다.

마스터 클래스는 17:15 - 18:15이며 스탠드는 하루 종일 열려 있습니다. 티셔츠, 모자, 스티커 - 평소!

홀 #2
"여기서 전체 시스템을 변경해야 합니다. 우리는 인증된 정비사와 함께 고장난 k8s 클러스터를 수리합니다."

출처 : habr.com