TCP / IP uygulamalarının HTTP uygulamalarıyla karşılaştırılması [kapalı]

Java ile yazılmış, büyük ölçekli, kullanıcılara yönelik bir web sitesi geliştirmekle ilgileniyorum.

Tasarıma gelince, ana web uygulamam için veri sağlayıcısı olabilecek bağımsız, modüler hizmetler geliştirmeyi düşünüyorum.

Bu modüler hizmetleri (veri sağlayıcıları) yazmaya gelince, Spring gibi mevcut bir çerçeveden yararlanabilir ve RESTful tasarım modelini izleyerek bu hizmetleri geliştirebilir ve kaynakları JSON gibi bir mesaj biçimiyle HTTP aracılığıyla gösterebilirim ... veya mevcut bir ağdan yararlanabilirim Netty ( http://netty.io/ ) gibi çerçeve ve Protobufs ( https://developers.google.com/protocol-buffers/docs/overview ) gibi serileştirme biçimi ve serileştirilmiş protobufu ileri geri gönderen bir TCP sunucusu geliştirin yük.

Birini ne zaman diğerinden seçmelisiniz? Protobuflar gibi bir serileştirme formatı kullanmanın ve tel üzerinden bayt akışı göndermenin herhangi bir yararı olur mu? Sadece JSON kullanımında ek yük olur mu? TCP / IP kullanma ile HTTP kullanma arasında ne kadar ek yük var? Ne zaman böyle bir hizmet oluşturmak için Spring Over Netty ve tam tersi kullanmalısınız?

Kesinlikle ikili protokol ile TCP / IP vs REST üzerinden JSON kullanma hakkında artıları / eksileri vardır ve zaten ikili protokol daha hızlı olacağından şüpheleniyorum düşünüyorum. Size tam olarak ne kadar daha hızlı olduğunu söyleyemem (ve bu birçok faktöre bağlı olacaktır), ancak tahminim 1-2 büyüklük farkı olabilir.

İlk bakışta bir şey başka bir şeyden 10-100 kat daha yavaşsa, diz sarsıntılı bir reaksiyonunuz olabilir ve "hızlı şey" için gidebilirsiniz. Ancak, bu hız farkı sadece protokolün kendisindedir. Sunucu tarafında veritabanı / dosya erişimi varsa, aktarım katmanı seçiminizden etkilenmez. Bazı durumlarda, aktarım katmanı hızınızı çok daha az önemli hale getirebilir.

HTTP REST ve JSON birçok nedenden dolayı iyidir:

• hemen hemen herkes tarafından kolayca tüketilebilir. Web Uygulamanızı yazabilir, daha sonra dönüp dünyanın geri kalanı için API'nızı yayınlayabilirsiniz. Artık herkes aynı uç noktalara ulaşabilir ve hizmetlerinize ulaşabilir
• kolayca hata ayıklanabilir, bir paket dinleyicisi açabilir veya sadece metin dosyalarına gelen istekleri dökebilir ve neler olduğunu görebilirsiniz. Bunu ikili protokollerle yapamazsınız
• kolayca genişletilebilir. Daha sonra daha fazla özellik ve veri ekleyebilir ve eski istemcilerle uyumluluğu bozamazsınız.
• javascript istemcileri tarafından sarf edilebilir (henüz protobuf JS ayrıştırıcıya sahip olduklarından emin değil, bir tane olduğuna inanmıyorum)

TCP / IP üzerinden Protobuflar:

• daha hızlılar

Benim seçimim olsaydı, eller aşağı HTTP REST ve JSON ile gitmek istiyorum. Diğer birçok şirketin ve web sitesinin bu rotaya gitmesinin bir nedeni var. Ayrıca gelecekte 2 uç noktayı her zaman destekleyebileceğinizi unutmayın. Tasarımınız doğruysa, son nokta seçiminizin sunucu tarafı iş mantığınızdan veya veritabanından tamamen ayrılması gerekir. Bu nedenle, daha sonra tüm / bazı istekler için daha fazla hıza ihtiyacınız olduğunu fark ederseniz, minimum yaygara ile protobuflar ekleyebilmeniz gerekir. Ancak hemen REST / JSON sizi daha hızlı yerden indirecek ve daha da ileriye götürecek.

Netty vs Spring'e kadar. Netty'yi doğrudan kullanmadım, ancak Spring'in sizin için bundan çok daha fazlasını sağlayan bir çerçeve olduğu hafif bir web sunucusu olduğuna inanıyorum. Veri erişim katmanları, arka plan iş planlaması ve (bence) bir MVC modeli var, bu yüzden çok daha ağır. Hangisini seçmeli? HTTP yoluna gitmeye karar verdiyseniz, sonraki soru muhtemelen uygulamanızın ne kadar standart olduğudur? Standart kalıba uymayan çılgın bir özel mantık yazmak üzereyseniz ve ihtiyacınız olan tek şey sadece bir HTTP sunucusu katmanı ise, Netty ile gidin.

Ancak, uygulamanın o kadar da özel olmadığını ve muhtemelen Spring'in sunduğu birçok şeyden faydalanabileceğinden şüpheleniyorum. Ancak bu, uygulamanızı Spring'in çerçevesi etrafında yapılandırmanız ve sizden beklediğiniz şekilde yapmanız gerektiği anlamına gelir; bu, ürününüze dalmadan önce Spring hakkında daha fazla bilgi edinmek anlamına gelir. Çerçeveler genel olarak harika çünkü tekrar sizi yerden daha hızlı çıkarıyorlar, ancak dezavantajı kendi tasarımınızı yapmak yerine kalıplarına uymanız ve çerçevenin sadece çalışmasını beklemeniz.

(*) - geçmişte yayınlarımın tüm dünyanın görüşlerini yansıtmadığı belirtildi, bu yüzden kayıtlara gideceğim ve sadece Netty ile sınırlı deneyime sahip olduğumu ekledim (daha önce Play framework'ü kullandım) Netty'ye dayanan) veya Spring (sadece okudum) Öyleyse söylediğimi bir tuz tanesi ile al.

Bu gerçek bir soru değil. Internet protokol paketine göre tcp, taşıma katmanındaki bir protokol ve http, uygulama katmanındaki bir protokoldür. Tamamen farklı şeyleri birbirleriyle karşılaştırıyorsunuz. (Daha fazlasını buradan görebilirsiniz: http://en.wikipedia.org/wiki/Internet_protocol_suite )

Aslında, çoğu http tcp / ip üzerindedir. Sorunuzu cevaplamak için, evet tcp / ip kullanmalısınız. Daha sonra bunun üzerine bir uygulama katmanı protokolü (http gibi) ve ardından bir veri biçimi (json, xml, html gibi) eklemek istersiniz. Netty http kullanmanıza izin verir ve protobuff json, xml, html'ye eşittir.

Her şey gereksinimlerinizin ne olduğuna ve ne tür verileri taşımanız gerektiğine bağlıdır. Protokolünüzde oturumlara ihtiyacınız var mı, bir el sıkışma protokol yapılandırmanızı geliştirebilir mi, aynı anda ne kadar veri göndereceksiniz, şifrelemeye ihtiyacınız var mı? Bunlar bir uygulama protokolü seçerken cevaplamanız gereken sorulardır.

Bir veri sunum formatı (json, xml, html, protobuff vb.) Seçmek için bant genişliğinize, okunabilirliğinize, dil / araç desteğinize vb. Bağlıdır.

Http ile tcp'yi karşılaştıramazsınız.

Hızın her şey olmadığını unutmayın. Kendinizi mantıklı bir şekilde ifade edemezseniz, hızın bir faydası olmaz.