Akka หรือ Reactor [ปิด]

ฉันอยู่ระหว่างการเริ่มโปรเจ็กต์ใหม่ (ที่ใช้ Java) ฉันต้องการสร้างมันเป็นสถาปัตยกรรมแบบแยกส่วนกระจายและยืดหยุ่นได้

ดังนั้นฉันจึงต้องการให้กระบวนการทางธุรกิจสื่อสารกันเองสามารถทำงานร่วมกันได้ แต่ก็เป็นอิสระ

ตอนนี้ฉันกำลังดูสองกรอบที่นอกเหนือจากความแตกต่างด้านอายุแล้วยังแสดงมุมมองที่แตกต่างกัน 2 มุมมอง:

• อักคา ( http://akka.io )
• เครื่องปฏิกรณ์ ( https://github.com/reactor/reactor )

สิ่งที่ฉันควรพิจารณาเมื่อเลือกหนึ่งในกรอบข้างต้น

เท่าที่ฉันเข้าใจจนถึงตอนนี้ Akka ยังคงอยู่คู่กัน (ในลักษณะที่ฉันต้อง 'เลือก' นักแสดงที่ฉันต้องการส่งข้อความถึง) แต่มีความยืดหยุ่นมาก ในขณะที่ Reactor หลวม (ตามการโพสต์เหตุการณ์)

ใครช่วยให้ฉันเข้าใจวิธีการตัดสินใจที่ถูกต้อง?

อัปเดต

หลังจากตรวจสอบEvent Busของ Akka ให้ดีขึ้นแล้วฉันเชื่อว่าในลักษณะบางอย่างที่แสดงโดย Reactorนั้นรวมอยู่ใน Akka แล้ว

ตัวอย่างเช่นการสมัครสมาชิกและการเผยแพร่เหตุการณ์ซึ่งจัดทำเป็นเอกสารในhttps://github.com/reactor/reactor#events-selectors-and-consumersสามารถแสดงเป็น Akka ได้ดังนี้:

final ActorSystem system = ActorSystem.create("system");
final ActorRef actor = system.actorOf(new Props(
    new UntypedActorFactory() {

        @Override
        public Actor create() throws Exception {

            return new UntypedActor() {
                final LoggingAdapter log = Logging.getLogger(
                        getContext().system(), this);

                @Override
                public void onReceive(Object message)
                        throws Exception {
                    if (message instanceof String)
                        log.info("Received String message: {}",
                                message);
                    else
                        unhandled(message);
                }
            };
        }
    }), "actor");

system.eventStream().subscribe(actor, String.class);
system.eventStream().publish("testing 1 2 3");

ดังนั้นสำหรับฉันแล้วตอนนี้ความแตกต่างที่สำคัญระหว่างทั้งสองคือ:

• Akka เป็นผู้ใหญ่มากขึ้นผูกพันกับ typesafe
• เครื่องปฏิกรณ์ระยะเริ่มต้นผูกพันกับฤดูใบไม้ผลิ

การตีความของฉันถูกต้องหรือไม่? แต่แนวคิดของนักแสดงใน Akka กับผู้บริโภคในเครื่องปฏิกรณ์แตกต่างกันอย่างไร?

มันยากที่จะบอกในตอนนี้เนื่องจากเครื่องปฏิกรณ์ยังคงเป็นแบบร่างและฉัน (หัวหน้าฝ่ายเทคโนโลยีของ Akka) ไม่มีความเข้าใจว่าจะไปที่ใด มันจะน่าสนใจที่จะดูว่าเครื่องปฏิกรณ์กลายเป็นคู่แข่งกับ Akka หรือไม่เรารอคอยสิ่งนั้น

เท่าที่ฉันเห็นจากรายการความต้องการของคุณเครื่องปฏิกรณ์ไม่มีความยืดหยุ่น (เช่นสิ่งที่การกำกับดูแลให้คุณใน Akka) และความโปร่งใสของสถานที่ (เช่นการอ้างถึงเอนทิตีที่ใช้งานอยู่ในรูปแบบที่ช่วยให้คุณสามารถสรุปข้อความในพื้นที่หรือระยะไกลซึ่งเป็นสิ่งที่คุณ บ่งบอกโดย“ กระจาย”) สำหรับ "โมดูลาร์" ฉันไม่รู้จัก Reactor มากพอโดยเฉพาะอย่างยิ่งวิธีที่คุณสามารถค้นหาส่วนประกอบที่ใช้งานอยู่และจัดการได้

หากคุณเริ่มโครงการจริงตอนนี้และต้องการบางสิ่งที่ตรงกับประโยคแรกของคุณฉันก็ไม่คิดว่าจะเป็นการโต้เถียงที่จะแนะนำ Akka ในตอนนี้ (ตามที่จอนตั้งข้อสังเกต) อย่าลังเลที่จะถามคำถามที่เป็นรูปธรรมมากขึ้นในดังนั้นหรือบนAkka ผู้ใช้รายชื่อผู้รับจดหมาย

เครื่องปฏิกรณ์ไม่ผูกมัดกับ Spring แต่เป็นโมดูลเสริม เราต้องการให้ Reactor สามารถพกพาได้ซึ่งเป็นรากฐานตามที่จอนระบุไว้

ฉันจะไม่มั่นใจเกี่ยวกับการผลักดันในการผลิตเนื่องจากเราไม่ใช่ Milestone (1.0.0.SNAPSHOT) ในเรื่องนี้ฉันจะมองลึกลงไปที่Akkaซึ่งเป็น IMO กรอบอะซิงโครนัสที่ยอดเยี่ยม พิจารณาVert.xและFinagle ด้วยซึ่งอาจปรับเปลี่ยนได้หากคุณมองหาแพลตฟอร์ม (ในอดีต) หรือฟิวเจอร์สแบบประกอบ (รุ่นหลัง) หากคุณดูแลรูปแบบอะซิงโครนัสที่หลากหลายGParsอาจเป็นโซลูชันที่สมบูรณ์ยิ่งขึ้น

ในท้ายที่สุดเราอาจมีการทับซ้อนกันอย่างแน่นอนในความเป็นจริงเรากำลังเอนเอียงไปยังแนวทางแบบผสมผสาน (การจัดงานแบบผสมผสานที่ยืดหยุ่นกระจายและไม่ผูกมัดกับกลยุทธ์การจัดส่งใด ๆ ) ซึ่งคุณสามารถค้นหาบิตจากRxJava , Vert.x , Akka และอื่น ๆได้อย่างง่ายดายเราไม่ได้ให้ความเห็นเกี่ยวกับตัวเลือกภาษาแม้ว่าเราจะมีความมุ่งมั่นอย่างมากกับ Groovy แต่ผู้คนก็เริ่มใช้พอร์ตClojureและKotlinแล้ว เพิ่มไปนี้ผสมความจริงที่ว่าความต้องการบางอย่างที่จะขับเคลื่อนด้วยฤดูใบไม้ผลิ XDและGrails

ขอบคุณมากสำหรับความสนใจเป็นสักขีพยานหวังว่าคุณจะมีคะแนนเปรียบเทียบเพิ่มขึ้นในอีกไม่กี่เดือนนี้ :)

นี่เป็นคำถามที่ยอดเยี่ยมและคำตอบจะเปลี่ยนไปในอีกไม่กี่สัปดาห์ข้างหน้า เราไม่สามารถให้คำมั่นสัญญาได้ว่าการสื่อสารระหว่างโหนดจะเป็นอย่างไรในตอนนี้เพราะยังเร็วเกินไป เรายังมีบางส่วนที่ต้องรวบรวมก่อนที่เราจะสาธิตการรวมกลุ่มในเครื่องปฏิกรณ์

จากที่กล่าวไปเพียงเพราะ Reactor ไม่ทำการสื่อสารระหว่างโหนด OOTB ไม่ได้หมายความว่ามันทำไม่ได้ไม่สามารถทำได้:) เราต้องการเพียงเลเยอร์เครือข่ายที่บางพอสมควรในการประสานงานระหว่างเครื่องปฏิกรณ์โดยใช้บางอย่างเช่น Redis หรือ AMQP เพื่อให้มันมีสมาร์ทแบบคลัสเตอร์

เรากำลังพูดถึงและวางแผนสำหรับสถานการณ์แบบกระจายใน Reactor อย่างแน่นอน ยังเร็วเกินไปที่จะบอกว่ามันจะทำงานอย่างไร

หากคุณต้องการสิ่งที่ทำคลัสเตอร์ในตอนนี้คุณจะปลอดภัยยิ่งขึ้นเมื่อเลือก Akka