DevOps

Extreming X/X program 2017.09.20 14:37


데브옵스(DevOps)는 소프트웨어의 개발(Development)과 운영(Operations)의 합성어로서, 

소프트웨어 개발자와 정보기술 전문가 간의 소통, 협업 및 통합을 강조하는 개발 환경이나 문화를 말한다. 데브옵스는 소프트웨어 개발조직과 운영조직간의 상호 의존적 대응이며 조직이 소프트웨어 제품과 서비스를 빠른 시간에 개발 및 배포하는 것을 목적으로 한다.


데브옵스의 목적은 전반적인 배포 파이프라인에 걸쳐있다. 

여기에는 개선된 배치(deployment) 주기를 포함하며 다음으로 이어질 수 있다:


  • 더 빠른 타임 투 마켓
  • 새로운 릴리스의 더 낮은 실패율
  • 픽스 간 짧아진 리드 타임(상품 생산 시작부터 완성까지 걸리는 시간)
  • 복구 시 더 빠른 평균 시간 (새로운 릴리스의 충돌 및 그 밖에 현재의 시스템를 비활성화하는 상황에서)

단순한 프로세스들은 데브옵스 접근을 사용하여 더 프로그래밍 가능하게되고 유동적으로 되고 있다.데브옵스는 운영 프로세스의 예측 가능성, 효율성, 보안, 유지보수 가능성을 극대화하는 것이 목적이다. 더 가끔씩 자동화가 이러한 목표를 지원한다.



...

Posted by 홍반장水 홍반장水
DevOps!! 도데체 왜, 어떻게 할까??




데브옵스(DevOps)의 현재와 미래 - ChatOps & VoiceOps (윤석찬)



당신은 DevOps 엔지니어가 아닙니다.






...

Posted by 홍반장水 홍반장水

세 가지 방법 : DevOps를 뒷받침하는 원칙




첫 번째 방법 은 특정 부서 또는 업무 부서의 성과와는 달리 전체 시스템의 성과를 강조합니다. 이는 대규모 부서 (예 : 개발 또는 IT 운영) 또는 개별 기여자 (예 : , 개발자, 시스템 관리자).


IT 부서가 사용할 수있는 모든 비즈니스 가치 흐름에 중점을 둡니다. 즉 요구 사항이 식별되면 (예 : 비즈니스 또는 IT) 개발자가 개발 한 다음 IT 운영으로 전환 한 다음 서비스의 형태로 고객에게 제공됩니다.


첫 번째 방법을 실제로 적용한 결과는 알려진 결함을 다운 스트림 작업 센터로 전달하지 않으며, 로컬 최적화가 글로벌 성능 저하를 일으키지 않고, 항상 흐름을 증가 시키며 항상 시스템의 심오한 이해를 달성하려고 시도하는 것을 포함합니다 (Deming에 따라) .




두 번째 방법 은 왼쪽 피드백 루프에 대한 권리를 창출하는 것입니다. 거의 모든 프로세스 개선 이니셔티브의 목표는 피드백 루프를 단축하고 증폭하여 필요한 수정을 지속적으로 수행 할 수 있도록하는 것입니다.


두 번째 방법의 결과에는 모든 고객, 내외부의 이해 및 응답, 모든 피드백 루프의 단축 및 확대, 그리고 필요한 곳에 지식의 포함이 포함됩니다.




제 3의 길은 두 가지를 육성하는 문화를 창조하는 것입니다 : 지속적인 실험, 위험을 감수하고 실패로부터 배우기; 반복과 연습이 숙달의 전제 조건임을 이해하십시오.


우리는 이것들을 똑같이 필요로합니다. 실험과 위험을 감수하는 것은 우리가 지금까지 해왔 던 것보다 위험 지대에 더 깊숙이 들어가는 것을 의미한다고 할지라도, 우리가 개선하기 위해 계속 노력하도록하는 것입니다. 우리는 너무 멀리 지나갈 때 위험 지대에서 물러나는 데 도움이 될 수있는 기술을 숙달해야합니다.


제 3의 방법의 결과는 일상 업무 개선에 시간을 할당하고, 위험을 감수하는 팀에게 보상하는 의식을 만들고, 탄력성을 높이기 위해 시스템에 결함을 도입하는 것을 포함합니다.


...

Posted by 홍반장水 홍반장水

개발자 로드맵 - Roadmap to becoming a web developer in 2017


https://github.com/WegraLee/developer-roadmap






Balsamiq 을 이용해서 만들었다고 하네요. 



...

Posted by 홍반장水 홍반장水