ამაზონი და მაიკროსოფტი შეთანხმებაშია

მოთავსებულია მხიარული პრესრელიზის უკან Amazon S3 ონლაინ შენახვის სერვისის შესახებ, რომელიც რიჩარდ მაკმანუსმა გასულ კვირას გააშუქა, იყო კიდევ უფრო მნიშვნელოვანი სიახლე Amazon SQS-ის (Simple Queue Service) შესახებ, რომელიც, როგორც ჩანს, ახლა პირდაპირ არის Windows Communication Foundation-ის მხარდაჭერით, Windows Vista-ში ჩაშენებული ვებ სერვისების სანტექნიკა (და ასევე მხარდაჭერილი XP).

მე ვაკვირდები Amazon SQS-ს 18 თვის წინ გაშვების შემდეგ. ის საბოლოოდ გამოვიდა ბეტადან გასულ კვირას (რაც, სხვათა შორის, იმას ნიშნავს, რომ ახლა მას აქვს დატენვის გეგმა, სხვა რამ მე მიყვარს ძალიან ყურადღებით ყურება). The წარმოების გამოშვება აქვს სრულიად ახალი API SOAP-ის, REST-ისა და HTTP შეკითხვის მხარდაჭერით, ახალი დომენი და შეტყობინების მაქსიმალური ზომა 256k (ბეტას დროს 4k-დან).

ასევე ახალი იყო გამოცხადება, რომ Microsoft-მა შეიმუშავა დანამატი, რომელიც Amazon SQS-ს შეტყობინებების ქვესისტემის ნაწილად აქცევს დეველოპერებისთვის, როდესაც ისინი წერენ WCF აპლიკაციებს. Მიხედვით

გათავისუფლება:

"ეს უადვილებს WCF აპლიკაციებს შეტყობინებების გადაცემას სხვა სისტემებზე, რომლებიც არ არიან მათ ქსელში, როგორიცაა დისტანციური ბრაუზერზე დაფუძნებული აპლიკაციები და სისტემები, რომლებსაც მართავენ მათი ბიზნეს პარტნიორები."

ეს ნიშნავს, რომ დეველოპერს შეუძლია დაწეროს პროგრამა, რომელიც მუშაობს Windows დესკტოპზე ან სერვერზე და გამოიყენეთ Amazon SQS, როგორც შეტყობინებების ინფრასტრუქტურა ინფორმაციის გაცვლა სისტემებთან და აპლიკაციებთან, რომლებიც მდებარეობენ ინტერნეტის ნებისმიერ ადგილას. კოდი მალე იქნება ხელმისაწვდომია აქ.

ვინმეს აინტერესებს რა პოსტ Java EE სამყარო შეიძლება გამოიყურებოდეს მათი პასუხი სწორედ აქ. დაივიწყეთ ძვირადღირებული Middleware ინფრასტრუქტურა. უბრალოდ გადაიხადეთ სასმელით თქვენი აპლიკაციიდან აპლიკაციაში შეტყობინებების საჭიროებისთვისრაც არ უნდა სპორადული იყოს ისინი. Amazon SQS იხდის 0,10 აშშ დოლარს 1000 შეტყობინებაზე და 0,20 დოლარს თითო GB მონაცემზე, მინიმალური საკომისიოსა და დაყენების ღირებულების გარეშე.

მე ვფიქრობ, რომ SQS-ს აქვს პოტენციალი, რომ გახსნას რამდენიმე ძალიან ძლიერი mashup შესაძლებლობები, განსაკუთრებით WCF-თან დაკავშირებული, რომელიც ათავსებს მშობლიურ ვებ სერვისების მხარდაჭერას თქვენს Windows დესკტოპის შიგნით, რაც შესაძლებელს ხდის, მაგალითად, დაკავშირება პირდაპირ საწარმო აპლიკაციებში SOAP ვებ სერვისების გამოყენებით. ეს საშუალებას აძლევს SQS გახდეს ვებ-ზე დაფუძნებული კატალიზატორი ზოგიერთი პოტენციურად გასაოცარი საწარმოს შეხვედრებისთვის. ამაზონის პრესრელიზში მოცემული მაგალითები იმის შესახებ, თუ როგორ იყენებდნენ მომხმარებლები S3 შენახვის სერვისს, ასახავს მსგავსი საერთო ინფრასტრუქტურის სერვისების ნიველირებას. მომხმარებლები საუბრობენ მკვეთრად შემცირებულ ხარჯებზე და უპირატესობებზე, რომ არ უნდა იფიქრონ საიმედოობაზე, მასშტაბურობაზე და სიმძლავრის დაგეგმვაზე, რადგან ისინი აძლიერებენ გამოყენებას. და ეს მხოლოდ შესანახად. წარმოიდგინეთ, რისი მიღწევაა შესაძლებელი შეტყობინებების სერვისებით.

ამაზონს ვთხოვე გამოყენების რამდენიმე მაგალითი. აი, როგორ ხედავს პროვაიდერი დეველოპერებს, რომლებიც თავდაპირველად იყენებენ WCF დანამატს:

• დეველოპერი, რომელსაც აქვს WCF აპლიკაცია არა-SQS არხით და სჭირდება ის Firewall-ის მეშვეობით კომუნიკაციისთვის შეუძლია გადართოს მისი კონფიგურაცია SQS არხზე მუშაობაზე და მიიღოს ჯვარედინი კედელზე კომუნიკაცია ყოველგვარი კოდის შეცვლის გარეშე.
• SQS დეველოპერებს შეუძლიათ გამოიყენონ WCF ფენების დასამატებლად, რომლებიც ასრულებენ შეკვეთით მიწოდებას და სხვა გაუმჯობესებებს SQS-ში.
• ყველას, ვინც დაინტერესებულია WCF-ისა და Amazon Web Services-ის გაგებით, შეუძლია შეამოწმოს SQS-ის გარშემო აგებული WCF არხის წყაროს კოდი.

ვფიქრობ, ეს მხოლოდ დამწყებთათვისაა. ვისაც სურს გააკეთოს უსაფრთხო, ავთენტიფიცირებული ასინქრონული ინტეგრაცია მრავალ აპლიკაციას ან მონაცემთა წყაროს შორის ინტერნეტით, მაგრამ მანამდე არ ჰქონია წვდომა სანდო შეტყობინებების ინფრასტრუქტურაზე, ახლა უფლებამოსილია განაგრძოს Amazon SQS-ის გამოყენებით. ოჰ, და რა თქმა უნდა, თქვენ არ ხართ შეზღუდული Windows-ით. თუ თქვენ მზად ხართ ცოტა კოდირების გასაკეთებლად, ამის გაკეთება ასევე მარტივად შეგიძლიათ AJAX-ში (Openfount რიგის სერვისი, როგორც აღწერილია ამაზონის ვებ სერვისების ბლოგზე, იყენებს S3-ს, როგორც უკანა მხარეს, მაგრამ ასახავს პრინციპს).