우리 회사는 DevOps 영역에서 약간의 캐치 업을 시도하고 있습니다. 응용 프로그램의 컨테이너화와 함께 사용되는 오케스트레이션 시스템에 대해 많은 연구를 해왔습니다. 나는 그들이 더 나은 기능을 얻기 위해 Swarm과 Kubernetes를 결합하는 것에 대해 이야기하는 기사 (내가 저장하고 싶은 기사)를 보았습니다. 이 기사에서 그들은 그렇게함으로써 얻은 것을 정의하지 않았습니다.
이것이 어떤 이점을 제공하는지 궁금했습니다. 복잡성의 추가 계층을 추가하면 실제로 많은 수익을 얻을 수 있습니까?
편집 : 기술 전문가 / 단점을 찾고 있습니다. KISS는 좋은 모토이지만 CEO 또는 이사회와의 토론에 참여하지는 않습니다.
컨테이너를 위해 Docker를 선택하고 오케스트레이션을 위해 Swarm을 선택할 것입니다. 그러나 나는 우리 공간에서 Kubernetes를보고 싶습니다. 따라서 더 강력한 솔루션을 위해 기술을 함께 병합 할 수 있다는 제안이 저에게 도움이됩니다.
1
여기에서 작동하는 단어는 '내가 음모를 꾸미는 것'입니다. 당신은 사업의 일부입니다. 이를 수행하는 데 유효한 비즈니스 이유가 있어야합니다. 기술적 인 마법사가 아니라 여러분의 관심이 아니라,이 두 가지를 결합해야하는 확실한 사업상의 이유입니다. 그런 사업상의 이유가 없다면, 그것은 비 윤리적이라는 것입니다. 당신이 제안하는 것은 개인적인 이유로 비즈니스 자원을 낭비하는 것이며, 윤리적으로는 횡령과 유사합니다.
—
Jiri Klouda
솔직히 말해서이 대화가 시간 낭비 인 것 같은 느낌이 들기 때문에 이에 대한 응답 여부에 대해 토론했습니다. 그렇습니다, 나는 사업의 일부입니다. 그렇습니다. 그것은 흥미를 불러 일으 킵니다. 음모는 기술을 발전시키는 이유이며, 왜 / 왜 직무에 포함되지 않는 이유를 찾고, 당신보다 먼저 갔던 사람들에 대한 질문을하는 것이 가장 좋습니다. 이 질문은 실제로 이러한 플랫폼에서 작업을 수행했으며 해당 주제에 대한 올바른 의견을 가진 사람들로부터 피드백을 받기위한 것입니다.
—
EvanM
나는 철학적 논쟁에 대한 유행어 나 귀여운 머리 글자를 찾고 있지 않다. 기술적 인 이점이나 부족한 점을 찾고 필요할 때 틈을 메울 수있는 곳을 찾고있다. 게시 된 모든 내용은 사실에 대한 논증이없는 의견이었습니다. 컨테이너화 및 오케스트레이션을 해결하기 위해 사용하는 기술과 그로 인한 단점을 설명 할 수 있다면 감사하겠습니다. 그 시점에서 저와 제 사업은 우리에게 가장 좋은 길을 결정하게됩니다. 연구는 횡령이나 도둑질이 아니며, 실사라고하며, 좋은 기술이 훌륭한 솔루션으로 변하는 방법입니다.
—
EvanM
당신은 잘못된 포럼에서 묻는 것입니다. DevOps는 문화, 프로세스 및 기술 수단을 통해 비즈니스를보다 효율적으로 만드는 방법에 대한 학문입니다. 우리는 기술에 대한 활발한 토론을 가지고 있지만, 이러한 관점에서 본 것입니다. 엄밀히 기술적 인 관점에서 답변을 찾고 있다면 Kubernetes에 대한 많은 기술적 실무 그룹이있어 원하는 답변을 얻을 수 있습니다.
—
Jiri Klouda