Discourse와 함께 작동할 것이라고 생각합니다:
링크 감사합니다. 전체 대화를 살펴봤는데, 저 같은 초보자에게는 논의되는 내용 중 많은 부분이 새로웠습니다. 하지만 스스로 조사하고 테스트해봐야 할 것 같습니다. 혹시 문제가 생기면 Digital Ocean으로 돌아가면 되는 거죠?
Contabo는 가격과 제공되는 서비스 측면에서 확실히 좋은 옵션인 것 같습니다. 일부 제공사가 이메일 제공사를 차단한다는 문제에 대해서는 아직 이해가 되지 않습니다. 그 부분이 정확히 무엇인지 모르겠거든요. Brevo를 사용했을 때 포트 관련 문제가 있어서 공식 설치 문서에 권장된 포트가 아닌 다른 포트를 사용해야 했던 기억이 납니다. 조금만 조사하고 테스트하면 무엇이든 가능할 것 같습니다.
몇몇 사람들이 Inbound(수신)와 Outbound(발신)를 혼동한 것 같아요.
Ionos 전화 상담원도 제가 Inbound를 의미한다고 했음에도 불구하고, 정말로 Outbound를 의미한다고 가정하려 했어요 
가상 메모리 부족으로 보입니다. 이는 스왑을 추가하면 해결될 수 있음을 의미합니다.
하지만 다음도 참고하십시오.
통제된 실험을 해볼 시간을 내보지 못했지만, 오버커밋을 설정하면 필요한 스왑 양이 줄어들 것이라고 확신합니다.
제 경우에는 Ionos VPS의 성능 일관성과 네트워크 다운로드 성능이 항상 인상적이었습니다. 하지만 이는 사용자 기반의 정확한 위치에 따라 달라집니다.
영국 남쪽 지역에서 멀리 떨어진 곳에 거주한다면 Contabo가 더 유효한 옵션이 될 수 있지만, 그들은 공유 네트워크 인프라를 선호하는 경향이 있습니다. 이는 예측 불가능한 핑/레이턴시의 원인이 되곤 합니다.
호스팅 제공업체에 관한 모든 채팅을 자체 호스터를 위한 추천 호스팅 제공업체로 이동하는 것을 제안할 수 있을까요?
참고로, 오늘 최신 업데이트(v3.5.0.beta8 +93)는 UI에서 문제없이 정상적으로 완료되었습니다. (완전히 문제가 없었으며, “실패했다고 표시되지만 실제로는 작동한” 그런 경우가 아니었습니다.)
저는 RAM 2GB와 스왑 3GB를 보유하고 있으며, 이는 모든 가이드에서 권장하는 용량보다 많습니다. 앞으로 계속 정상 작동할지 지켜보겠지만, 이전에는 여러 번 업데이트가 실패한 적이 있습니다.
Introducing pre-compiled JS assets for self-hosters 덕분에 리소스 요구 사항이 이제 훨씬 낮아졌습니다.
따라서 이러한 유형의 Command was killed with SIGKILL (Forced termination): ember build 오류는 이제 과거의 일이 될 것으로 기대합니다. 
RAM이 충분한 셀프호스터의 경우 표준 설치 방식을 사용하고 있다면, 이 변경 사항에 대해 특별히 해야 할 일이 없나요?
변경 사항은 없습니다. 자세한 내용은 공지사항에서 확인하세요.
Discourse와 이 커뮤니티를 사랑하는 또 다른 이유입니다. 여러분은 이름에 걸맞게 거의 모든 게시물에 대해 꾸준히 의견을 나누고 있어요. 개선 사항을 직접 체험해 볼 날이 기대되고, 이 주제를 논의에 올려서 개선으로 이어질 수 있게 되어 정말 기쁩니다.
세 번 업데이트했는데 모두 정상적으로 완료되었고(시간도 이전의 8~9분에서 2~3분으로 단축) 뭔가 좋아진 것 같다