DevOps에서 소규모 회사를 찾을 수 있습니까?

내가 Great Idea (TM)를위한 종자돈이 거의없는 기업가이고 처음에 내 Great Idea (TM)를 구현하려는 회사를 시작하고 회사 성장률에 따라 추가 도움을받는다고 가정 해 봅시다.

종종이 사이트에서 DevOps가 역할이 아니라 새로운 운영 철학으로 업무를 수행하는 새로운 방식 으로 역할 팀이 실제로 DevOps를 수행 할 수 있다는 아이디어를 중심으로 답변합니다 . 이것은 소진과 사람들 이 고독한 늑대처럼 느끼는 것을 방지합니다

신생 기업이자 신생 회사로서 철학으로 DevOps를 추구하는 것을 귀찮게해야합니까, 아니면 충분한 규모의 개발 팀을 보유 할 수있는보다 성숙한 운영에만 적합합니까?

DevOps에는 툴링 / 자동화, 조직 및 문화의 세 부분이 있습니다.

조직의 구조와 프로세스를 비즈니스 성숙도에 기반을두고 있습니다. 똑똑하다. 신생 기업과 포춘 1000 대 기업에 대한 경험을 통해 DevOps로 시작하는 것이 회사 성장에 더 효과적이라는 것을 알 수있었습니다. 효율적이며 민첩하게 잘 맞습니다.

압형

성숙도가 매우 어리기 때문에 DevOps 프로세스를 saas 제품으로 구입하여 출시 시간을 단축해야합니다. Jenkins 대신 circleCI 또는 유사한 제품을 사용하십시오. VM 및 도커 대신 Heroku를 사용하십시오. 도구 세트를 사용하여 통합하지만 비즈니스 규모에 맞는 방식으로 수행하십시오. 코드를 수동으로 배포하는 데 일주일에 4 시간이 걸리고 1 시간 내에 자동화하면 절약됩니다. 해.

조직

또한 조직적인 관점에서 모든 개발자는 제품 개발까지도 운영 / 기능에 대한 책임 당사자로 자연스럽게 시작할 것입니다. 조직 구조 는 http://web.devopstopologies.com/ 을 참조하십시오 . 우리의 스타트 업은 유형 2로 시작했으며, 성숙함에 따라 유형 7로 이동할 것입니다.

문화

DevOps는 단순히 팀워크입니다. 함께 일하면 모든 것이 쉬워집니다. 처음에는 리더십이이를 염두에 두지 않기 때문에 일반적으로 문제가됩니다. 모든 사람이 비즈니스와 떨어져 있는지 확인하십시오. 이것은 또한 민첩하게 반영됩니다.

즉, DevOps를 추구하지만 비즈니스 성숙도에 맞는 수준에서 그렇게하십시오.

1-2 명 규모의 회사를 시작하고 돈이 들어 오면서 성장하는 회사는 다른 회사와 아무런 관련이 없습니다 (DevOps 철학 사용).

1 인 비즈니스도 DevOps 기반 일 수 있습니다. 완벽하게 작동하는 컨테이너화 된 CI / CD 파이프 라인으로 Great Idea (tm) 구현을 시작할 수 있습니다. 사실 처음부터, 돌봐야 할 부분이없고 , 중요한 일을 하기 전에는 더 나은 시간이 없습니다. 사용자 수. 수개월의 작업이 필요하지 않습니다. 몇 시간 (많이 이미 알고있는 경우) 또는 며칠 (기본적으로는 해당 항목을 학습하는 데 생산적으로 소비 된 시간)에 기본 Jenkins / Docker 파이프 라인을 해킹 할 수 있습니다.

그린 필드 프로젝트에서 CD 부분으로 시작하는 것은 이전에 수동 배포를 사용했던 기존 응용 프로그램에 CD를 추가하는 것보다 훨씬 쉽습니다.

CI / CD의 일부로 테스트 범위를 검증하는 도구를 포함하여 시작시 전체 테스트 범위를 시작할 수 있습니다 (명백한 이유로 더 나은 시간은 없습니다).

테스트 스위트에서 불필요한 개방 포트 등을 검사하는 것과 같은 작은 보안 조치로 쉽게 시작할 수 있습니다.

Pet-not-Pet으로 바로 시작할 수 있고 시작해야합니다 (IaC, IaaS, PaaS 및 매우 능률적 인 "빅 3"제공 업체 중 하나에서 호스팅되는 모든 좋은 것들을 의미). 소규모로 시작하여 필요한 규모로 확장하십시오.

더 많은 인원을 추가하면, 그 유익한 분위기에서 시작될 것이며, 더 싼 값의 많은 오류가 CI / CD에 즉시 포착되기를 바랍니다.

나는 그것이 가능한 아이디어라고 생각합니다. DevOps 서비스가 필요한 회사에 서비스 제공 업체로 설정할 수 있지만 직원을 월급으로 유지할 여유가 없거나 사업을하지 않아서 그러한 서비스를 위해 직원을 고용하고 싶지 않은 경우 영구적으로 누군가가 필요합니다. 이러한 회사는 귀하의 서비스를 이용하거나 귀하를 특정 형태의 보유자에게 제공 할 수 있습니다.

DevOps 철학과 관행을 채택하여 새로운 벤처 개발이 실제로 더 쉬워 질 수 있음을 발견했습니다. 결국, 소규모 (1-2) 개인 회사에는 개발자, QA, 운영 및 고객 서비스를 고용 할 리소스 (또는 사치품)가 없습니다.

따라서 거의 초기 단계의 플레이어는 여러 역할을 수행해야하며 개발 및 운영 (기능 및 릴리스)을 "DevOps"스타일 비즈니스에 직접 매핑 할 수 있습니다.

이전의 마이크로 에이전시로 내가 한 일은 결국 2 풀 타임이되었습니다 (주로 개발자, 파트너는 주로 ops 배경이지만 우리는 하이브리드로 꽃가루를 시작했습니다 :) 및 3-4 명의 정규 계약자 필요합니다. 결국 우리는 기능을 추가하는 것 외에도 클라이언트를위한 일부 프로젝트를 지속적으로 관리 (운영)하기 시작했습니다.

"DevOps"라는 용어를 사용하지는 않았지만 (현재로서는 그 기능이 존재한다고 생각하지는 않았지만) 배포 기간에 따라 기능을 개선하고 클라이언트 환경을 최대한 고통스럽게 만드는 데 중점을 두었습니다.

또한 DevOps 모델을 사용하면 다른 사람이 자신의 역할을 다룰 수 있기 때문에 사람들이 쉬는 시간을 더 쉽게 만들 수 있습니다!

이제 막 소규모 비즈니스에 벤처 (DevOps 서비스 제공)를 시작하고 있습니다.

간단히 말해서, 그것이 가능 하다고 생각할 뿐만 아니라 그것이 시작 하는 가장 좋은 방법 이라고 생각합니다 !

행운을 빕니다!

예. 고급 자동화를 사용하여 가치를 창출하고 미래의 대기업의 재사용 가능한 기반을 구축 할 수 있기 때문입니다. 물론 디지털 제품을 얼마나 자주 업데이트 할 것인지에 달려 있습니다. 그러나 반복 운동에 필요한만큼의 수동 작업 가능성을 높이 평가합니다.