운영유지는 본질적으로 자신의 기술로 지식을 비축하여 자신이 관리하는 IT 서비스가 제대로 작동할 수 있도록 하는 자리입니다.
장사를 하는 것도 마찬가지다. 소프트웨어 엔지니어의 임무는 코드를 작성하여 사용자에게 그래픽 형태로 소프트웨어를 제공하는 것이고, 운영 및 유지 보수 엔지니어의 임무는 소프트웨어가 컴퓨터나 시스템에서 정상적으로 작동하도록 하는 것입니다. 그러나 소프트웨어에 문제가 생기면 대부분의 사람들은 운영 및 유지 보수 엔지니어가 아닌 소프트웨어 엔지니어를 찾고 싶어합니다.
우리가 집을 짓는 것처럼. 제품 개발은 집 계획을 담당하고, 디자이너는 집의 외관 설계를 담당하고, 개발 엔지니어는 집을 짓고, 운영 유지 관리 부서는 집의 기초를 다지는 일을 담당한다. 기초를 잘 다지는 것은 단순한 구덩이가 아니다. 안의 기술은 매우 높다. 광갱의 크기, 깊이, 크기, 습도를 철저히 연구해야 한다.
집을 지은 후, 모두들 집이 완공된 후의 스타일만 주시할 것이다. 집의 기초에 관심을 기울이는 사람은 거의 없지만, 일단 집이 무너지면 기초가 튼튼한지 의심할 것이다. 이때 운비가 나온다. 솥으로 돌아가다.
많은 사람들이 일방적으로 운수 유지에는 기술적인 함량이 없다고 생각한다. 이것은 사실 잘못된 이해이다. 운비도 여러 단계로 나뉘어 있기 때문에 어느 단계에 도달했는지에 따라 달라진다. 기본적으로 기본기를 익히는 것 외에도 클라우드 컴퓨팅 기술과 프로그래밍 언어 (예: 파이썬 언어가 운영자에게 가장 적합한 언어) 를 습득할 수 있다면 당신은 이미 전문가입니다. 기본적으로 전체 스택 개발 운영자입니다. 이런 운비는 직업을 찾지 못할까 봐 걱정할 필요가 없고, 임금도 당연히 다른 일반 운보다 높다.
나는 대기업과 중소기업에 혼자 있었다. 나는 주로 초급 운비가 너무 많아서 운비라고 할 수 없는 일을 많이 했다고 생각한다. 다음 사항을 요약합니다.
운위는 서비스 배치, 온라인, 심지어 이동기 재설치 시스템과 같은 기초적인 작업을 할 수밖에 없다. (윌리엄 셰익스피어, 템플릿, 운영명언) 하지만 운위는 이것만 할 수 없다. 그렇다면 남은 시간 동안 어떻게 운수 기술 향상에 도움이 되는 일을 하는 것이 특히 중요하다. (윌리엄 셰익스피어, 윈스턴, 운수, 운수, 운수, 운수, 운수)
간단한 예를 들자면, R&D 를 할 때, 당신은 어디에 있고, 당신은 어떻게 당신의 가치와 기술력을 보여줄 수 있습니까? 그렇지 않다면, 당신은 기본적으로 다른 사람들을 돕고 있습니다.
하드웨어, 네트워킹, 운영 체제, 데이터베이스, 스토리지, 오픈 소스 소프트웨어 등 다양한 분야를 포괄합니다. 책임: LDAP, samba, Nagios 등과 같은 기능을 배포하고 디버그합니다. 더 자세한 분업으로는 스트레스 테스트, 성능 최적화, 커널 매개변수 튜닝, 시스템 문제 추적 등이 있습니다.
많은 운영들이 서로 다른 차원에서 너무 많은 일을 해야 하기 때문에 많은 일이 임무를 완수하고 심층적인 연구가 부족하다. 물론 심층적인 연구 시나리오가 부족할 수도 있다.
사실 첫 번째 점과 큰 관계가 있다. 목표 자체에 대한 계획이 부족하고, 총결산 소개가 부족하고, 기술 향상이 제한되어 있기 때문이다.
진짜 예를 들어, 나는 한 사람을 알고, 7 년 넘게 운운을 했다. 그동안 그는 여러 회사에서 많은 일을 했고 시간도 짧지 않았다. 보통 상당한 축적이 있다. 얼마 전, 나는 내부적으로 그에게 사이드볼을 치라고 추천할 때 그의 이력서를 확인했다. 저는 몇 가지 감정을 가지고 있습니다. 이력서 전체가 설명적인 단어이고, 데이터 지지가 없습니다. 프로젝트 작업은 모두 서술적인 묘사로, 모두 서비스 건설과 문제 해결이며, 기술적 지점이 없다. 유일한 기술 업무는 거절하고, 방안 선택과 기술 능력이 없고, 기술 수준은 반영되지 않는 것이다.
나 자신도 많은 사람을 인터뷰한 적이 있다. 솔직히 이런 이력서는 아직 시험을 훨씬 넘지 못한다. 입사회사에서 이런 이력서를 받았을 때 자신이 회사에서 필요로 하는 사람이라는 것을 어떻게 빨리 알 수 있습니까?
만약 운비의 구체적인 내용을 모른다면, 우리는 운비의 기술 함량을 평가할 권리가 없다. 일반적으로 인터넷 회사의 운영 및 유지 보수 내용은 두 가지 수준으로 나뉩니다.
간단히 말하면 서비스 배포, 컴퓨터 수리, 시스템 설치, 소프트웨어 설치, 네트워크 문제 처리 등이다. , 각종 집안일을 하고, 심지어 라우터를 만들고, 네트워크 케이블을 자른다.
네트워크 운영 및 유지 보수, 즉 네트워크 엔지니어링은 시스코, 화웨이, H3C 라우팅 및 교환을 포함한 다양한 네트워크 프로토콜 및 아키텍처에 정통해야 합니다.
데이터베이스 운영 유지 보수, 데이터베이스 운영 유지 보수는 DBA 로 이해되어야 하며, 최소한 데이터베이스에 정통해야 합니다.
운영 체제 유지 관리는 운영 체제, 운영 체제 내부 작동 방식, 하드웨어 지식, 문제 해결을 위한 네트워크 프로토콜 등에 정통해야 합니다.
서버 운영 및 유지 보수와 같은 다른 많은 것들이 있으며, 광범위한 적용 범위와 다양한 기술이 필요합니다.
운영 및 유지 보수 기술이 좋지 않은 것은 단지 회사가 작기 때문일 수 있습니다. 만약 회사가 매우 작다면, 네가 본 운수 작업은 표면적이고 기초적일 수밖에 없다. 많은 운영 및 유지 보수 작업이 클라우드 서비스로 대체되었습니다. 운영 및 유지 보수의 내용은 클라우드 플랫폼에서 소프트웨어를 실행하는 것입니다.
실제로 어떤 사람들은 플랫폼에서 소프트웨어를 조작하는 것이 간단하다고 생각하지만, 실제로 컴퓨터 관련 지식의 축적이 없어 클라우드 플랫폼에서의 기능 실현을 알기가 어렵다. 이 방면에서 기술 함량이 낮지 않다.
회사가 대기업으로 성장하면, 운위의 가치가 부각될 것이다. 클라우드 및 오프라인 리소스 관리, 데이터베이스 관리, 네트워크 관리, 컴퓨팅 리소스, 네트워크 리소스 로드, 스케줄링 처리 등 모두 풍부한 컴퓨터 이론 지식과 실무 경험이 필요합니다. 그렇지 않으면 안정적이고 상위 수준의 신뢰할 수 있는 서비스를 제공할 수 없습니다.
인터넷 서비스를 제공하는 회사로서, 사용자가 인터넷 서비스를 안정적이고 안정적으로 사용할 수 있는지 여부는 그 안식처의 근본이다. 3 일마다 회사가 파산하고 서비스를 사용할 수 없다고 상상해 보세요. 운비의 존재를 강조하지만 여러분의 제품을 믿으시겠습니까?
운영 및 유지 보수 기능:
첫째, BAT 의 운영 및 유지 보수 분업은 더욱 세분화됩니다. 일반적으로 시스템, 데이터베이스 및 애플리케이션 운영 차원은 완전히 분리되어 있습니다. 따라서 기능에 더 중점을 둘 수도 있지만, 물론 관련된 범위는 매우 좁을 것이다.
업무 기능 측면에서 운영 유지 보수는 주로 가용성, 효율성 향상 및 비용 관리에 초점을 맞추고 있으며, 이는 회사와 R&D 의 목표와 밀접한 관련이 있습니다. 운영 및 유지 보수가 수행하는 대부분의 작업은 이러한 세 가지 목표를 기반으로합니다. 철거하다.
기술 향상의 경우, 주로 프로젝트 형식으로 서비스에 대한 이해와 기술 방안을 이용하여 공통성 문제를 해결한다. (윌리엄 셰익스피어, 윈스턴, 기술, 기술, 기술, 기술, 기술, 기술, 기술)
기술 작업:
서비스 가용성을 예로 들어 보겠습니다. 이것은 단지 경보를 처리하는 것이 아니다. 조작 시 조심해야 한다. 자동화 도구를 쓰는 것만큼이나 간단합니다.
작업 방법의 경우:
정해진 계획에 따라 일을 엄격히 안배하여 총결을 회고하다. 명확한 분업 시행 세칙이 있습니까? 어떤 시간 차원이 분기까지 정확합니까? 달? 일주일? 하나님? 얼마나 자주 복습합니까?
이 몇 가지 측면과 결합해서, BAT 운비 학생이 기술의 빠른 향상을 실현하는 것이 가능하다. 이것은 내가 본 것이다.
마지막으로, 운영 및 유지 보수의 방향에 대해 이야기하십시오.
운영 및 유지 관리에 대한 밝은 미래를 위해서는 다음과 같은 몇 가지 요소가 필요합니다.
적어도 발전한 것은 일정한 기계 규모의 업무가 있다. 여기는 사이드볼을 칠 필요가 없고 자신에게 맞는 것을 선택하세요.
많은 사람들이 문제를 다루는 것을 좋아하지 않고, 그런 다음 단지 큰 일만 하고 싶어한다. 이 결과는 너에게 말하고 싶지 않지만, 접지는 하지 않고, 그들이 하는 것은 쓸모가 없다.
그래서 저는 운영 및 유지 보수 건축가가 비즈니스를 이해하고, 비즈니스에 익숙하며, 매우 익숙한 사람들이어야한다고 생각합니다. 내 곁에서도 이런 사람을 만난 적이 있다. 그들은 매우 고급스럽고 평상시에는 어떤 문제도 처리하지 않지만, 중요한 순간 (예: 문제가 있을 때) 에는 빠르게 키를 찾아 해결할 수 있으며, 어떤 세부 사항은 당신보다 더 많습니다. 나는 이해한다, 나는 어쩔 수 없이 탄복해야 한다. 운위는 분명 이런 사람일 거야!
매일 반복해서 온라인에 접속하고, 고장 문제를 처리하고, 수요에 응답하고, 유지 관리 스크립트를 개발하는 것은 상관없다. 관건은 당신이 한 문제에서 업무와 운수의 문제점을 보고 기존의 것을 이용했는가 하는 것이다. (존 F. 케네디, 일명언) 기술 방안, 처리!
문제가 많다고 해서 많은 문제를 해결한 것이 위인이라는 뜻은 아니다. 문제의 관건은 어떻게 문제를 해결하느냐 하는 것이다. 동시에 너의 전반적인 시각과 기술 능력을 반영하는 것이다.
가장 간단한 예를 들어, 한 대의 기계의 디스크가 거의 꽉 찼다. 이것은 분명히 아주 작은 문제이다. 운유생은 자주 만나야 한다.
디스크 사용만 확인한 다음 데이터를 삭제하거나 스크립트를 조정하여 디스크를 삭제하는 것이 가장 나쁜 파일입니다. 디스크 사용 확인, 독립 실행형 또는 배치 시스템에 문제가 있는지 확인, 왜 이럴 때 에스컬레이션하고 해결할 수 있는지 확인하는 것이 더 높은 수준입니다. 디스크 사용량을 조사해 디스크 증가의 원인을 철저히 파악했지만 디스크 증가를 통제할 수 없고 기존 데이터 삭제 방식도 경보를 피할 수 없다는 것을 알게 되었습니다. 그렇다면 중요한 데이터가 정상적으로 저장될 때 디스크가 경찰에 신고하지 않도록 어떻게 보장할 수 있을까요? 그런 다음 기술 솔루션을 사용하십시오. 이것은 더 높은 수준입니다. ... 이런 예가 많다.
운영 및 유지 보수는 실제로 시스템, 네트워크, 하드웨어, 사양 및 서비스에 대한 친숙도를 활용하여 전문 지식과 결합하여 R&D 및 테스트로 해결할 수없는 일련의 공통 문제를 해결하는 것입니다. 단독으로 해결하다. 도구, 플랫폼, 프레임워크를 형성하여 운영 및 유지 관리 부서와 회사에 가치를 창출할 수 있습니다. 이것은 훌륭한 운영 및 유지 보수입니다.
그래서 여전히 그 말: 저기능 없는 일은 모두 네가 어떻게 하느냐에 달려 있다.
시대가 발전함에 따라 우리가 현재 사용하고 있는 모든 기술은 클라우드 컴퓨팅을 통해 해결할 수 있으며, 그에 상응하는 제품과 솔루션을 통해 해결할 수 있습니다. 클라우드 컴퓨팅도 운영 및 유지 보수에 일정한 영향을 미쳤다. 새로운 발전 추세가 이로부터 왔다.
첫 번째는 IOE 에서 오픈 소스 X86 까지입니다. 사실, 나는 연애한 지 꽤 되었다. 왜 IOE 에 가야 합니까? 2008 년, 인터넷 전체가 인상적이었다. 당시 안전은 점차 국가 차원으로 올라갔다. 게다가, 중국의 현지 환경도 나날이 변화하고 있다. 내수와 자체 연구개발 능력이 갈수록 강해지고 있다. 강력한 내부 유전자가 위치한다. 또한 국가 차원이든 기업 차원이든 모든 업계는 구조를 유연하게 통제할 수 있는 능력을 원하고 있다. 이것이 바로 이 업계의 현지화에 대한 수요이며, 이것이 IOE 에 가는 두 번째 이유이다. 장기적으로 IOE 아키텍처와 비 IOE 아키텍처는 장기적으로 존재할 것입니다. 기술 시스템의 업그레이드는 하루 이틀 만에 해결할 수 있는 것이 아니기 때문입니다. 특히 핵심 데이터베이스, 핵심 애플리케이션, 핵심 시스템의 핵심 시스템 등이 있습니다. 일반적으로 IOE 프레임워크 아래에 배포됩니다.
두 번째는 운영 및 유지 보수의 자동화와 지능화입니다. 이것은 이미 몇 년 동안 언급되었는데, 접촉 실천이 대략 5, 6 년 정도 되었는데, 지금도 여전히 언급하고 있다. 사실, 많은 산업은 운영 및 유지 보수의 자동화와 지능을 반복적으로 최적화해 왔습니다. 확실히 우리의 운수에 많은 이점과 장점을 가져다 줄 수 있다.
셋째, 이중 상태 IT 운영 및 유지 보수. 전통적인 인터넷 및 모바일 전환 과정에서 기존 비즈니스의 운영을 보장하기 위한 한편, 이러한 새로운 IT 기술의 변화에 적응하기 위한 것입니다.
네 번째는 R&D 와 운영의 융합인 DevOps 입니다. DevOps 는 지난 2 ~ 3 년 동안 수많은 가구에 침투했습니다. 핵심 개념으로는 린 (Lean) 관리, 애자일 이론, 지속적인 제공, 도구 체인의 지속적인 통합, 가벼운 IT 서비스 관리 등이 있습니다. 이러한 이념과 도구를 바탕으로 R&D 에서 운영에 이르는 전 과정 체계를 형성하였다. 운영 유지 보수는 더 효율적이고, 반복이 더 빠르며, 피드백이 더 빠르며, 내부 비즈니스 요구 사항과 사용자 요구 사항을 더 잘 충족할 수 있습니다. 이것은 또한 연구 개발 개념 및 운영 통합의 가치입니다.
다섯째, 클라우드 리소스를 통합하고, 더 큰 플랫폼을 제공하고, 빅 데이터, AI 인텔리전스, 운영 및 유지 보수 등 모든 업종을 지원하는 것이 상호 연결 시나리오의 대세다. 이것은 운비에게 도전이자 기회이다. 왜요 업계가 끊임없이 변화하고 있고, 기술도 끊임없이 변화하고 있기 때문에, 우리가 대세에 순응하면 시대의 조류에 서 있을 것이다.
만약 우리가 여전히 이전의 운영 유지 보수 이념에서 보수적이고, 클라우드에 오르지 않고, 클라우드를 건드리지 않는다면, 당신은 분명히 탈락할 것입니다. 왜냐하면 10 년 전에 데이터베이스, 다양한 구성, 각종 호출을 배치하기가 어려웠기 때문입니다. 지금 바로 RDS 를 열고 최적화하면 클러스터가 완성될 것입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 운영명언) 효율성과 안정성에 있어서, 분은 우리의 전통적인 운수 수준에 도달할 수 있는데, 이것이 바로 우리 운수가 직면할 큰 추세이다.
이를 바탕으로 최근 1 ~ 2 년 동안 구름 원생의 개념이 유행하기 시작했다. 실제로 기존 클라우드 아키텍처 시스템 기술 스택에 대한 심층적이고 광범위한 통합, Devops, 마이크로서비스, 민첩한 개념, 중국 대륙과 대만성과 같은 개념 또는 개방형 개념을 사용하여 기술 시스템을 구축하고 개조하여 새로운 서비스의 빠른 반복 개발을 더 잘 지원할 수 있습니다. DevOps 의 개념과 많은 유사점이 있습니다.
여섯 번째는 디지털화입니다. 이것은 또한 최근 2 년 동안 중국에서 뜨거운 주제입니다. 사실, 그렇습니다. 우리는 다양한 정보화 건설을 진행했고, 많은 시스템과 플랫폼을 구축했지만, 종종 많은 장애를 만들어 많은 정보 시스템을 사용할 수 없게 되고, 업무가 조각화된다. 조직도 사분오열이다. 디지털화에서 해결해야 할 문제는 새로운 서비스를 구축하고 기본 데이터와 알고리즘을 통해 우리의 업무를 개통하는 것이다. 이것이 바로 디지털화가 해결해야 할 문제이다.
전반적으로, 추세는 이렇게 많은데, 물론 몇 가지도 있고, 기본적으로 이렇다. 예전에는 하드웨어였지만 지금은 소프트웨어 자동 정의입니다. 예전에는 서버를 사용했는데 지금은 클라우드를 사용하고 있습니다. 우리는 지금 구름을 사용하고 있고, 미래는 더 복잡할 수 있다. 클라우드, 클라우드 통합 예전에는 기술 운영 및 유지 보수였지만 지금은 기술 운영 및 유지 보수 통합에 종사하고 있습니다. 또한, 우리가 지금 무엇을 하든, 사이버 공간 보안은 이제 국가 차원으로 올라섰고, 기업에 가장 높은 지점을 제공한다는 점도 마찬가지로 중요하다. (윌리엄 셰익스피어, 윈스턴, 사이버, 사이버, 사이버, 사이버, 사이버, 사이버, 사이버) 이 네트워크 보안은 IT 의 표준입니다.