Akka için iyi kullanım durumu [kapalı]

Akka çerçevesi (Java / Scala servis platformu) hakkında çok çılgın duydum , ancak şimdiye kadar iyi olacağına dair birçok gerçek durum örneği görmedim. Bu yüzden geliştiricilerin başarılı bir şekilde kullandığı şeyleri duymakla ilgilenirim.

Yalnızca bir sınırlama: lütfen sohbet sunucusu yazma durumunu dahil etmeyin. (neden? bu çok benzer şeylere örnek olarak kullanıldığından)

Şimdiye kadar iki gerçek projede başarıyla kullandım. her ikisi de gerçek zamanlıya yakın trafik bilgi alanında (otoyollardaki otomobillerde olduğu gibi trafik), birkaç düğüm üzerinde dağıtılmış, birkaç taraf arasındaki mesajları entegre ediyor, güvenilir arka uç sistemleri. Henüz istemcilere özellikleri vermek için özgür değilim, Tamam aldığımda belki referans olarak eklenebilir.

Akka, 0.7 sürümündeyken başlamamıza rağmen, bu projeleri gerçekten üstlendi. (Bu arada scala kullanıyoruz)

En büyük avantajlardan biri, neredeyse hiçbir kazan plakası olmayan aktörlerden ve mesajlardan bir sistem oluşturabilme kolaylığıdır, elle yuvarlanmış diş çekme işleminin tüm karmaşıklıkları olmadan son derece iyi ölçeklenir ve nesneler arasında neredeyse ücretsiz olarak asenkron mesaj alırsınız.

Her türlü asenkron mesaj yönetimini modellemek çok iyidir. Bu tarzda başka herhangi bir tarzdan (web) herhangi bir hizmet sistemi yazmayı tercih ederim. (Hiç JAX-WS ile eşzamansız bir web hizmeti (sunucu tarafı) yazmaya çalıştınız mı? Bu yüzden, bileşenlerinden birine asmak istemeyen herhangi bir sistem söyleyebilirim, çünkü her şey senkronize yöntemler kullanılarak dolaylı olarak çağrılır ve bir bileşen bir şeye kilitlenir. Çok kararlı ve başarısızlığa karşı let-it-crash + süpervizör çözümü gerçekten iyi çalışıyor. Her şeyin programlı olarak kurulumu kolaydır ve birim testi zor değildir.

Sonra mükemmel eklenti modülleri var. Deve modülü gerçekten Akka'ya takılır ve yapılandırılabilir uç noktalarla asenkron servislerin bu kadar kolay geliştirilmesini sağlar.

Çerçeveden çok memnunum ve inşa ettiğimiz bağlantılı sistemler için bir standart haline geliyor.

Feragatname: Akka'nın PO'suyum

Akıl yürütmek ve düzeltmek (aktörler, aracılar, veri akışı eşzamanlılığı) ve STM şeklinde eşzamanlılık kontrolü ile çok daha basit bir eşzamanlılık smorgasbord sunmanın yanı sıra.

Düşünebileceğiniz bazı kullanım örnekleri şunlardır:

1. İşlem işleme (çevrimiçi oyun, finans, istatistik, bahis, sosyal medya, telekom, ...)
   • ölçek büyütme, ölçek büyütme, hata toleransı / HA
2. Hizmet arka ucu (herhangi bir endüstri, herhangi bir uygulama)
   • hizmet REST, SABUN, kuyruklu yıldız vb
   • mesaj merkezi / entegrasyon katmanı gibi davran
   • ölçek büyütme, ölçek büyütme, hata toleransı / HA
3. Ek bileşen eşzamanlılığı / paralellik (herhangi bir uygulama)
   • Doğru
   • Çalışması ve anlaması kolay
   • Kavanozları mevcut JVM projenize ekleyin (Scala, Java, Groovy veya JRuby kullanın)
4. Toplu işleme (herhangi bir endüstri)
   • Toplu veri kaynakları ile bağlantı kurmak için deve entegrasyonu
   • Aktörler toplu iş yüklerini böler ve fetheder
5. İletişim merkezi (telekom, web medya, mobil medya)
   • ölçek büyütme, ölçek büyütme, hata toleransı / HA
6. Oyun sunucusu (çevrimiçi oyun, bahis)
   • ölçek büyütme, ölçek büyütme, hata toleransı / HA
7. BI / veri madenciliği / genel amaçlı çıtırtı
   • ölçek büyütme, ölçek büyütme, hata toleransı / HA
8. buraya güzel kullanım örnekleri ekleyin

Bunu nasıl kullandığımızın bir örneği, banka / kredi kartı işlemlerinin öncelikli kuyruğundadır. Bunlardan milyonlar var ve çalışmanın çabası girdi dizesi türüne bağlıdır. İşlem CHECK türünde ise çok az işleme sahibiz, ancak satış noktası ise meta verilerle (kategori, etiket, etiketler vb.) Birleştirme ve hizmetler (e-posta / sms uyarıları, dolandırıcılık tespiti, düşük fon dengesi, vb.). Giriş türüne dayanarak, işi yürütmek ve daha sonra işi gerçekleştirmek için gerekli olan çeşitli özelliklerden (mixins adı verilir) sınıflar oluştururuz. Tüm bu işler, farklı finans kurumlarından gerçek zamanlı modda aynı sıraya giriyor. Veriler temizlendikten sonra, kalıcılık, analitik için bir soket bağlantısına veya Lift kuyruklu yıldız aktörüne gönderilmek üzere farklı veri depolarına gönderilir. Çalışan aktörler, verileri olabildiğince hızlı bir şekilde işleyebilmemiz için işi sürekli olarak kendi kendini dengeliyor. Ayrıca ek hizmetler, kalıcılık modelleri vestm kritik karar noktaları için.

JVM'den geçen Erlang OTP tarzı mesaj, mevcut kütüphanelerin ve uygulama sunucularının omuzlarında gerçek zamanlı sistemler geliştirmek için harika bir sistem oluşturur.

Akka geleneksel bir mesajda olduğu gibi mesaj geçişi yapmanızı sağlar esbama hızlı! Ayrıca, çözümünüz için ihtiyacınız olan çok sayıda aktör havuzunu, uzak düğümü ve hata toleransını yönetmek için çerçeve içinde araçlar sunar.

Akka'yı REST çağrılarını eşzamansız olarak işlemek için kullanırız - eşzamansız web sunucusu (Netty tabanlı) ile birlikte, kullanıcı istek modeli başına geleneksel iş parçacığına kıyasla düğüm / sunucu başına hizmet verilen kullanıcı sayısında 10 kat iyileştirme sağlayabiliriz.

Patronunuza AWS hosting faturanızın 10 katına düşeceğini ve no-brainer olduğunu söyleyin! Şşş ... ama Amazon'a söyleme ... :)

Akka'yı büyük ölçekli bir Telco projesinde kullanıyoruz (maalesef çok fazla ayrıntı açıklayamıyorum). Akka oyuncuları bir web uygulaması tarafından uzaktan dağıtılır ve erişilebilir. Bu şekilde, Google protobuffer tabanlı basitleştirilmiş bir RPC modelimiz var ve Akka Vadeli İşlemleri'ni kullanarak paralellik elde ediyoruz. Şimdiye kadar, bu model mükemmel bir şekilde çalıştı. Bir not: Java API'sini kullanıyoruz.

Sohbet sunucusunu bir seviye yukarı kaldırırsanız, yanıtı alırsınız.

Akka, Erlang'ın "çökmesine izin ver" anlayışına benzer bir mesajlaşma sistemi sunar.

Bu nedenle, mesajların değişen düzeylerde dayanıklılığı ve güvenilirliği gerektiren şeyler şunlardır:

• Sohbet sunucusu
• MMO için ağ katmanı
• Finansal veri pompası
• İPhone / mobil / herhangi bir uygulama için bildirim sistemi
• REST Sunucusu
• Belki WebMachine'a benzeyen bir şey (tahmin edin)

Akka ile ilgili güzel şeyler, kalıcılık için sağladığı seçenekler, STM uygulaması, REST sunucusu ve hata toleransı.

Bir sohbet sunucusu örneğinden rahatsız olmayın, belirli bir çözüm sınıfına örnek olarak düşünün.

Tüm mükemmel belgeleriyle, bu tam soru, kullanım örnekleri ve örnekler arasında bir boşluk olduğunu hissediyorum. Örnekleri akılda tutmak önemsiz değildir.

(Sadece video izleme ve kaynakla oynama deneyimi ile yazılmış, akka kullanarak hiçbir şey uygulamamıştım.)

Akka'yı işyerinde, en ilginç olanı araç kazasında onarım ile ilgili olan çeşitli projelerde kullanıyoruz. Öncelikle İngiltere'de olmakla birlikte şimdi ABD, Asya, Avustralasya ve Avrupa'ya genişlemektedir. Aktörleri, araçların güvenli ve uygun maliyetli onarımını sağlamak için kaza onarım bilgilerinin gerçek zamanlı olarak sağlanmasını sağlamak için kullanıyoruz.

Akka ile ilgili soru gerçekten daha 'Akka ile yapamayacağınız şey'. Güçlü çerçevelerle entegrasyon yeteneği, güçlü soyutlaması ve tüm hata toleransı özellikleri onu çok kapsamlı bir araç kiti haline getirir.

Akka'yı birkaç farklı şey için kullanabilirsiniz.

Teknoloji yığınını Scala ve Akka'ya taşıdığım bir web sitesinde çalışıyordum. Web sitesinde gerçekleşen hemen hemen her şey için kullandık. Bir Chat örneğinin kötü olduğunu düşünseniz bile, temelde hepsi aynıdır:

• Web sitesindeki canlı güncellemeler (ör. Görüntülemeler, beğeniler, ...)
• Canlı kullanıcı yorumları gösteriliyor
• Bildirim hizmetleri
• Arama ve diğer tüm hizmet türleri

Özellikle canlı güncellemeler kolaydır, çünkü bir Chat örneğinin istediklerine kaynar. Hizmetler bölümü başka ilginç bir konudur, çünkü uzaktan aktörleri kullanmayı seçebilir ve uygulamanız kümelenmemiş olsa bile, bunu farklı makinelere kolayca dağıtabilirsiniz.

Akka'yı bir dizüstü bilgisayardan bir veri merkezine ölçeklendirme fikriyle PCB otomatik yönlendirici uygulaması için de kullanıyorum. Ne kadar fazla güç verirseniz, sonuç o kadar iyi olur. Her zamanki eşzamanlılığı kullanmaya çalışırsanız bunu uygulamak son derece zordur çünkü Akka size konum şeffaflığı da verir.

Şu anda bir serbest zaman projesi olarak, sadece aktörleri kullanarak bir web çerçevesi oluşturuyorum. Yine, tek bir makineden bütün bir makine kümesine ölçeklenebilirlik avantajları vardır. Ayrıca, mesaj güdümlü bir yaklaşım kullanmak, yazılım hizmetinizi baştan itibaren yönlendirir. Tüm bu güzel bileşenlere sahipsiniz, birbirinizle konuşuyorsunuz, ancak birbirinizi tanımanız gerekmiyor, aynı makinede yaşıyor, aynı veri merkezinde bile.

Google Reader'ın kapanmasından bu yana, elbette Akka'yı kullanarak bir RSS okuyucu ile başladım. Her şey benim için kapsüllenmiş hizmetler. Sonuç olarak: Aktör modelinin kendisi ilk olarak benimsemeniz gereken şeydir ve Akka, yol boyunca alacağınız birçok fayda ile uygulamanıza yardımcı olan çok güvenilir bir çerçevedir.

Twimpact.com için analiz ve trend işlemlerimizi dağıtmak için akka devesi eklentisi ile kullanıyoruz . Saniyede 50 ila 1000 mesaj işlemek zorundayız. Deve ile çok düğümlü işlemeye ek olarak, tek bir işlemcideki çalışmayı maksimum performans için birden fazla çalışana dağıtmak için de kullanılır. Oldukça iyi çalışıyor, ancak tıkanıklıkların nasıl ele alınacağının anlaşılmasını gerektiriyor.

Akka (Java API) üzerinde ellerimi deniyordum. Denediğim şey Akka'nın aktör tabanlı eşzamanlılık modelini düz Java eşzamanlılık modeliyle (java.util.concurrent sınıflar) karşılaştırmaktı.

Kullanım durumu, karakter sayısının uygulanmasını azaltan basit bir kanonik harita idi. Veri kümesi, rastgele oluşturulmuş dizelerin (400 karakter uzunluğunda) bir koleksiyonuydu ve buradaki ünlülerin sayısını hesapladı.

Akka için bir BalancedDispatcher (iş parçacıkları arasındaki yük dengelemesi için) ve RoundRobinRouter (fonksiyon aktörlerimi sınırlamak için) kullandım. Java için, yürütmeleri çatallandıracak / azaltacak ve sonuçlara katılacak basit çatal birleştirme tekniği (herhangi bir iş çalma algoritması olmadan uygulanmış) kullandım. Birleştirmeyi mümkün olduğunca paralel hale getirmek için ara sonuçlar blokaj sıralarında tutuldu. Muhtemelen, yanılmıyorsam, bir şekilde mesaj aldıkları Akka oyuncularının "posta kutusu" kavramını taklit ederdi.

Gözlem: Orta yüklere (~ 50000 dize girişi) kadar sonuçlar karşılaştırılabilir ve farklı iterasyonlarda biraz değişmiştir. Ancak, yükümü ~ 100000'e yükselttiğimde Java çözümünü asacaktı. Java çözümünü bu koşulda 20-30 iş parçacığı ile yapılandırdım ve tüm yinelemelerde başarısız oldu.

Yükü 1000000'e çıkarmak Akka için de ölümcüldü. Kodu çapraz kontrol etmek isteyen herkesle paylaşabilirim.

Bu yüzden benim için Akka, geleneksel Java çok iş parçacıklı çözümden daha iyi ölçekleniyor gibi görünüyor. Ve muhtemelen nedeni Scala'nın kaput büyüsünün altında.

Sorunlu bir etkiyi, olayı ileten bir mesaj olarak modelleyebilirsem, Akka'nın JVM için iyi bir seçim olduğunu düşünüyorum.

Test gerçekleştirildiği tarih: Java sürüm: 1.6 IDE: Eclipse 3.7 Windows Vista 32 bit. 3GB RAM. Intel Core i5 işlemci, 2,5 GHz saat hızı

Test için kullanılan sorun alanı tartışılabilir ve Java bilgimin izin verdiği kadar adil olmaya çalıştım :-)

Akka'yı konuşulan iletişim sistemlerinde ( primetalk ) kullanıyoruz. Hem dahili hem de harici. Tek bir küme düğümünde aynı anda çok sayıda telefon kanalı çalıştırmak için, bazı çok iş parçacıklı çerçevelere sahip olmak açıkça gereklidir. Akka mükemmel çalışıyor. Java eşzamanlılığıyla daha önce kabus gördük. Ve Akka ile bu bir salıncak gibi - sadece işe yarıyor. Sağlam ve güvenilir. 24 * 7, kesintisiz.

Bir kanalın içinde, paralel olarak işlenen gerçek zamanlı olay akışı var. Özellikle: - uzun otomatik konuşma tanıma - bir aktörle yapılır; - birkaç ses kaynağını (sentezlenmiş konuşma dahil) karıştıran ses çıkış üreticisi; - metinden konuşmaya dönüştürme, kanallar arasında paylaşılan ayrı bir dizi aktördür; - semantik ve bilgi işleme.

Karmaşık sinyal işleme ara bağlantılarını yapmak için SynapseGrid kullanıyoruz . Karmaşık aktör sistemlerinde DataFlow'un derleme zamanı kontrolü avantajına sahiptir.

Son zamanlarda Akka: Word sayımında kanonik harita azaltma örneğini uyguladım . Bu yüzden Akka'nın bir kullanım örneği: daha iyi performans. JRuby ve Akka'nın aktörlerinin her şeyden çok bir denemesiydi , ancak Akka'nın sadece Scala veya Java olmadığını da gösteriyor: JVM'nin üstündeki tüm dillerde çalışıyor.