Kuby-core: Kuby로 어떤 종류의 앱을 배포해야 합니까(아니요)?

안녕하세요 @hovancik입니다. 다양한 클라우드 제공업체와 비용에 대한 문서가 많지 않습니다. 나는 문서에 가격 매트릭스를 추가하는 것에 대해 생각하고 있었지만 배포 솔루션은 실제로 클라우드 공급자와 아무 관련이 없습니다. 예를 들어 Capistrano에게 같은 질문을 한다고 상상해 보세요. :)

Kuby는 클라우드 공급자와 비용에 관계없이 모든 Kubernetes 클러스터에 앱을 배포하도록 설계되었습니다. 개발자는 자신의 요구 사항에 가장 적합한 클라우드 제공업체를 자유롭게 선택할 수 있어야 합니다. 예를 들어 취미나 개인 프로젝트를 위해 EKS나 Azure를 선택하지 않을 것입니다. 비용이 많이 듭니다. EKS의 경우 언급한 $72/월은 말 그대로 Kubernetes 제어 평면에만 해당되며 컴퓨팅 리소스, 블록 스토리지 등의 비용은 포함하지 않습니다. 대신 훨씬 더 많은 비용이 드는 DigitalOcean 또는 Linode에 도달하겠습니다. -효과적이고(4GB RAM, 2 CPU 인스턴스의 경우 약 $20/월) 컨트롤 플레인을 무료로 제공합니다. 다른 수많은 AWS 또는 Azure 서비스를 사용하려는 비즈니스의 일부인 경우 EKS가 적합한 솔루션일 수 있습니다. 선택할 수 있다는 점입니다. Kuby는 상관하지 않습니다. 모든 곳에서 작동하도록 설계되었습니다.

즉, 문서에서 가격 매트릭스를 보는 것이 도움이 될까요? 1) 위에 나열된 이유, 2) 가격이 자주 변경, 3) 클라우드 제공업체를 추천하거나 어느 하나를 선호하는 것으로 인식되는 비즈니스에 참여하고 싶지 않기 때문에 하나 추가를 주저합니다.

생각?

@camertron 안녕하세요. 예, 가격 매트릭스는 좋지 않습니다.

내가 제목에서 말했듯이 내가 묻고자 하는 것은 Kuby로 어떤 종류의 앱을 배포해야 합니까(아니요)? 어떤 의미에서: 작업의 관점에서 도구를 설명하십시오 :)

저는 hobby vs professional ( =money) 로 시작했는데, 쉽기 때문에 어떤 앱을 목표로 하시는지 좀 더 듣고 싶습니다. db가 있는 간단한 서버 렌더링 레일 앱에 대한 과잉입니까? 아니면 완벽한 후보입니까? 아니면 이 도구가 개발자에게 더 좋은 앱이 더 복잡할까요?

내가 오해하고 있는 것일 수도 있고 이것은 모든 종류의 앱을 위한 것입니까? use this tool if 와 don't use this tool if 라고 써져있는 페이지들이 제가 확인할 때 찾는 페이지에요 :)

아 알았어 무슨 말인지 알겠어 Kuby는 모든 유형의 앱을 위한 것이지만 다른 앱보다 더 많은 이점을 얻을 수 있는 유형이 분명히 있습니다. 트래픽이 많지 않고 수백(또는 그 미만) 데이터베이스 행만 관리하는 초소형 앱에는 무료 Heroku dyno를 사용하는 것이 더 나을 것입니다. 문제는 Kuby가 이러한 유형의 앱에 나쁜 선택이라는 것이 아니라 Heroku를 설정하는 데 더 적은 돈과 두뇌력을 소비할 가능성이 있다는 것입니다. 단순함으로 그들을 이기는 것은 꽤 어렵습니다. 하지만 더 많은 리소스가 필요할 때 Heroku가 비싸지기 시작하며 일반적으로 Kuby와 함께 배포된 단일 노드가 있는 관리형 Kubernetes 클러스터가 동등한 Heroku 설정보다 비용 효율적이라는 것을 알게 되었습니다. 예, Kuby는 구성하는 데 더 많은 브레인파워가 필요합니다(다시 말하지만 git push heroku master 를 이기기는 꽤 어렵습니다). 그러나 결과적으로 얻을 수 있는 유연성은 그만한 가치가 있습니다.

또한 Kuby는 Rails 규칙에서 크게 벗어난 매우 크고 고도로 맞춤화된 앱에는 올바른 선택이 아닐 수 있습니다. Kuby가 그러한 앱에서 작동하도록 할 수 있다고 확신하지만, 이는 Kuby를 상당한 수준으로 사용자 지정하는 것을 의미할 수 있습니다. 그렇게 하려면 Docker, Kubernetes 및 Kuby가 작동하는 방식에 대해 더 깊이 이해해야 할 것입니다. 나는 당신이 기술을 배우는 데 얼마나 기꺼이 시간을 투자하느냐에 달려 있다고 생각합니다.

아마도 가장 좋은 표현은 Kuby가 Rails 자체와 같은 청중에게 서비스를 제공하도록 설계되었으며 활성 레코드, 활성 스토리지 등과 같은 수준에 있는 것으로 생각해야 한다는 것입니다. ORM이 아주 작은 앱이고 대형 맞춤형 앱에서 방해가 된다고 합리적으로 말할 수도 있습니다. 액티브 레코드는 데이터베이스 통신의 복잡성을 추상화하도록 설계되었으며 Kuby는 배포를 위해 동일한 작업을 수행하도록 설계되었습니다. 둘 다 DHH가 즐겨 말하는 것처럼 배터리가 포함된 상태로 제공됩니다.

감사 해요! 이것의 어떤 형태는 아마도 웹 어딘가에 있을 것입니다 :)

동의했습니다. @hovancik 을 가져와 주셔서 감사합니다.