Tại sao và khi nào tôi cần Azure?

Question

Tôi đọc rất nhiều bài viết về Azure và .NET Service Bus. Tôi nghĩ rằng tôi hiểu phần kỹ thuật nhưng tại thời điểm này tôi đang thiếu điểm chính - một số "nghiên cứu trường hợp" nên giải thích cho tôi loại dự án nào nên được chuyển sang đám mây. Giả sử tôi bắt đầu dự án mới. Làm thế nào tôi có thể quyết định nếu dự án của tôi phù hợp với nền tảng Azure?

Các tình huống phổ biến cho Azure là gì? Là nó cho các ứng dụng B2C trên toàn thế giới, các ứng dụng B2C địa phương hay cũng cho các ứng dụng B2B "nội bộ"? Làm thế nào tôi có thể quyết định nếu Azure toàn cầu tốt hơn so với cơ sở hạ tầng cục bộ hoặc nhà cung cấp máy chủ lưu trữ cục bộ? Ưu và nhược điểm của việc chuyển sang Azure khi so sánh với các tình huống khác là gì?

Ngoài ra, tôi quan tâm đến trải nghiệm thực tế. Bạn đã triển khai bất kỳ dự án thực sự nào cho Azure? Kinh nghiệm của bạn là gì? Azure đã trưởng thành chưa? Nhiều công nghệ cần một số (ít nhất 3) realeases trước khi chúng trở thành có thể sử dụng được. Nó có giống với Azure không?

Mối quan tâm cuối cùng của tôi là về bảo mật và tin cậy. Bạn có tin tưởng nền tảng Azure không? Tôi đọc bài viết đã chứng minh một số giao dịch ngân hàng giả định trên Azure với việc sử dụng dịch vụ SQL Azure. Nó thực sự là một cái gì đó có thể được thực hiện một cách an toàn trên Azure?

Có tương tự post nhưng tôi không tìm thấy câu trả lời ở đó.

Edit:

tôi đọc article ngày hôm nay. Nó cũng giải thích một số câu hỏi của tôi.

Answer 1

Một trong những kịch bản tốt nhất cho Azure là một ứng dụng mà bạn đang hy vọng cho sự phát triển của virus. Vâng, nó gần như là ngu xuẩn để có những kỳ vọng như vậy, nhưng có một lớp ứng dụng nhất định - đáng chú ý là các ứng dụng "xã hội" - đó chỉ là sẽ sống nếu chúng trải qua sự phát triển của virus. Nó là vô cùng khó khăn để lập kế hoạch cơ sở hạ tầng của riêng bạn trong một cách mà nó có thể thích ứng với loại tăng trưởng mà không có thời gian cúp kéo dài hoặc ít nhất là sự chậm trễ đe dọa lòng trung thành. Bạn sẽ luôn ở phía sau, phản ứng với tình trạng thiếu tài nguyên trừ khi bạn liên tục cung cấp quá mức cho nhu cầu dự kiến ​​trong trường hợp bạn có khả năng sử dụng vốn của bạn kém và rút ngắn đường băng của bạn.

Azure giải quyết các vấn đề đó một cách gọn gàng. Bạn có thể thêm tài nguyên khi cần. Bạn có thể phản hồi mức sử dụng tăng đột biến trong một vài phút thông báo, thêm tài nguyên mới thông qua bảng điều khiển quản lý Azure.

Tôi nghĩ rằng có rất nhiều tình huống khác mà Azure là một kết hợp tuyệt vời, nhưng cái mà tôi đã mô tả là một trường hợp khá hấp dẫn, tôi nghĩ vậy.

Answer 2

Đối với tôi, phần lớn là phân tích lợi ích chi phí. Xác định bao nhiêu nó sẽ chi phí bạn để hỗ trợ tất cả các cơ sở hạ tầng nội bộ so với Azure.

Bảo mật, hiển nhiên, là điểm gắn bó lớn nhất.

Tôi không thể nói chuyện với an ninh cá nhân, vì tôi không phải quá quan tâm đến nó, nhưng đây là một vài tài nguyên về bảo mật xanh tôi tìm thấy.

http://azuresecurity.codeplex.com

http://www.windowsecurity.com/articles/Microsoft-Azure-Security-Cloud.html

Answer 3

Sau khi bị hút khỏi đám mây cứu trợ Azure kool trong vài ngày qua, tôi có thể trả lời một vài điểm của bạn.

Có an toàn không?

Có. Nó an toàn về thể chất và bảo mật dữ liệu. Dữ liệu bạn lưu trữ trên nó không được đặt trên một ổ đĩa, nó được rải rác trên nhiều ổ đĩa. Rủi ro lớn nhất của bạn là từ Nhân viên cũ không hài lòng với số, điều này sẽ nằm trong tầm kiểm soát của bạn.

Có phù hợp với bạn không?

Câu trả lời cho điều này rất mở. Trả lời câu hỏi đó - bạn nên hỏi: Bạn có cần bất kỳ lợi ích nào của Azure không? Câu trả lời cho câu hỏi đó có thể rõ ràng hơn nhiều so với câu hỏi của nó. Có một số benefits to Azure (chủ yếu dựa trên khả năng mở rộng, khả năng bảo trì, hành vi kiểu CDN và loại bỏ chi phí cơ sở hạ tầng CNTT trong nhà), nhưng nó vẫn có những hạn chế và không phù hợp với mọi mục đích và trong một số trường hợp sẽ không mang lại lợi ích gì cho bạn .

Answer 4

Lợi ích chính của Azure là nó cho phép bạn mở rộng ứng dụng hoặc dịch vụ theo yêu cầu của bạn mà không phải đầu tư vào chi phí dài hạn như phần cứng hoặc nhân viên để duy trì phần cứng.

Nếu bạn triển khai cùng một ứng dụng bằng cơ sở hạ tầng của riêng mình, bạn có rất nhiều chi phí cố định trước bất kể giá trị hoặc tiện ích bạn nhận được từ ứng dụng. Ví dụ, bạn phải mua, cài đặt, thiết lập và duy trì đủ phần cứng để xử lý tải cao điểm dự kiến ​​của bạn, ngay cả khi tải cao điểm của bạn chỉ xảy ra một lần một ngày hoặc mỗi tháng một lần. Điều gì xảy ra nếu bạn đánh giá thấp tải trọng cao điểm của bạn? Dịch vụ của bạn sẽ ngừng hoạt động cho đến khi bạn có thể xây dựng thêm phần cứng. Điều gì xảy ra nếu bạn đánh giá quá cao tải trọng cao điểm của bạn? Bạn có phần cứng không sử dụng ngồi xung quanh, có nghĩa là bạn đã tiêu tiền mà không làm việc cho bạn.

Có, Azure có thể được sử dụng cho các tình huống B2C như chạy trang web hoặc dịch vụ của người tiêu dùng. B2C cần có khả năng mở rộng nhanh chóng (tính bằng phút hoặc vài giờ) để xử lý sự hấp thụ virus truyền miệng. Bạn có thể mang phần cứng máy chủ mới vào cơ sở và thiết lập và chạy trong nửa giờ? Chắc là không.

Có, Azure có thể được sử dụng cho các tình huống B2B, chẳng hạn như chạy API dịch vụ để quản lý chuỗi cung ứng hoặc khoảng không quảng cáo. Bạn có thể thiết lập ứng dụng Azure của mình làm một hòn đảo tự cung tự cấp hoặc sử dụng Service Bus, bạn có thể kết nối nó với mạng công ty của mình cho các dịch vụ back-end.

Azure đặc biệt hữu ích để xử lý việc xử lý "tăng", chẳng hạn như thực hiện phân tích dữ liệu trên dữ liệu lớn. Đánh dấu một vài trường hợp Azure để nhai qua dữ liệu, sau đó tắt tất cả khi bạn về nhà vào cuối ngày. Bạn có lợi ích của việc có hàng trăm hoặc hàng ngàn nút tính toán có sẵn cho bạn, nhưng bạn chỉ trả tiền cho chúng khi bạn sử dụng chúng.

Mặc dù tôi luôn thúc đẩy họ làm nhiều hơn, tôi phải ghi nhận nhóm nền tảng Azure vì không tham gia quá nhiều cùng một lúc. Azure cung cấp một menu khá nhỏ các dịch vụ ngay bây giờ (lưu trữ blob, lưu trữ bảng, dịch vụ xếp hàng), nhưng các dịch vụ đó hoạt động tốt và mở rộng tốt.

Azure có trưởng thành không? Trong ý nghĩa rằng các dịch vụ được cung cấp là hoàn toàn nướng và đáng tin cậy, có, tôi sẽ nói Azure là trưởng thành. Nếu bạn có nghĩa là trưởng thành theo nghĩa rằng mọi dịch vụ có thể bạn có thể muốn được tích hợp sẵn, không, Azure vẫn đang phát triển bề rộng của các dịch vụ của nó.

Có các trường hợp ứng dụng và dịch vụ mà Azure có thể không phù hợp nhất ngay bây giờ.Tôi không biết liệu các trung tâm dữ liệu Azure có phù hợp để xử lý thị trường tài chính thời gian thực không, ví dụ. Azure phù hợp để phân tích dữ liệu gần thời gian thực và phân tích rủi ro cuối cùng trong ngày. Azure không triển khai tự động triển khai và mở rộng quy mô để xử lý các tải động hoặc quá trình cạo tối đa - bạn có thể quản lý thủ công hoặc viết trình quản lý cá thể của riêng bạn bằng API dịch vụ. Cấu trúc giá của Azure được thiết kế cho các ứng dụng kinh doanh - nó quá mức cần thiết và không hiệu quả về chi phí để lưu trữ một trang web cá nhân hoặc blog trừ khi một trang web có lưu lượng truy cập khá cao và là một máy tạo doanh thu.

Tiết lộ: Tôi là nhân viên của Microsoft và tôi làm việc trên các công cụ dành cho Windows Azure.

Answer 5

[Chỉnh sửa]

Vừa phát hiện ra bài đăng cũ 10 tháng này của tôi. Vâng, mọi thứ thay đổi. Chúng tôi đã chuyển từ Microsoft sang Ruby, Coffeescript, Node.js và một chút Scala và không bao giờ hối hận về nó. Heroku và MongoHQ tỏ ra phù hợp hơn với những gì chúng tôi đang làm.

[/ Edit]

Tôi có hai trang web đối mặt với người tiêu dùng đang chạy thử nghiệm trên Azure và đang chơi với nó từ phiên bản beta sớm nhất.

Các Ưu điểm:

• Azure là khó tin ổn định. Chúng tôi đã không có một sự cố duy nhất mặc dù chúng tôi xử lý rất nhiều dữ liệu.
• SDK toàn diện, được ghi chép và tích hợp vào IDE.
• Uptime vượt SLA
• Nhanh - Azure thực sự là thực sự nhanh chóng trên tất cả các khía cạnh
• Phù hợp rất tốt vào công việc phát triển
• nhân viên Rất cam kết và MVP của Microsoft. Bạn nhận được sự giúp đỡ bất cứ khi nào bạn cần.
• Chúng tôi tiết kiệm rất nhiều chi phí quản trị. Ví dụ. chúng tôi không cần một ;-)
• Dễ dàng chia tỷ lệ. Đây là điểm bán lớn nhất. Không cần capex ban đầu, và một khi chúng tôi nhận được cuộc phỏng vấn CNN đó, chúng tôi sẽ chỉ quay thêm một vài vai trò trong một hoặc hai ngày.
• Lớp doanh nghiệp, hệ thống cơ sở dữ liệu cân bằng tải với SQL Azure. Việc chuyển mã qua là một vài giờ.

Các Nhược điểm:

• Không phân phối bộ nhớ cache - có những giải pháp memcached lên đó, nhưng nó cảm thấy như một hack
• chi phí ban đầu cao khi nhìn vào nó từ một kịch bản ứng dụng web (ví dụ như chi phí có ảnh hưởng quá mức đến kiến ​​trúc ứng dụng của bạn)
• Chi phí rất cao của giải pháp NoSQL và hàng đợi. Có một khoản phí giao dịch liên quan đến việc làm cho một số kịch bản rất phức tạp để đạt được.
• Không có thông tin thanh toán theo thời gian thực (hoặc bán thời gian thực) thông qua API.
• Giao diện quản lý là một sự ô nhục đối với Microsoft.
• Microsoft đang di chuyển chậm/phải mất một thời gian dài để tạo các tính năng mới.
• Bạn bị khóa nhiều vì Azure là nhà cung cấp PaaS và Amazon (IaaS). Điều này sẽ thay đổi khi VM Roles khả dụng.
• Phải mất rất lâu (~ 10 - 30 phút) để quay lên một trường hợp mới
• Thiếu Bản đồ/Giảm khuôn khổ

Bây giờ một số khuyết điểm nghiêm túc ngay bây giờ nhưng họ không nên ngăn cản bạn từ việc chọn nền tảng Azure vì hầu hết chúng có thể được giải quyết tại PDC. Tôi nghĩ rằng Azure làm việc cho tất cả các kịch bản bạn đã đề cập, có thể với ngoại lệ là do thiếu bộ nhớ đệm được phân phối, bạn sẽ gặp rắc rối ở cuối ứng dụng web rất cao ngay bây giờ.

Tôi chắc chắn tin tưởng Azure nhiều hơn tôi tin tưởng ngân hàng của mình và rất nhiều sự cố đã chứng minh cho tôi ngay trong vài năm qua. Cuối cùng nó đi xuống để nó dễ dàng hơn nhiều cho Microsoft để thuê và tập trung những người an ninh hàng đầu notch sau đó các công ty không IT. Và họ còn thua nhiều hơn nữa.

Answer 6

Câu hỏi đặt trên cơ sở sai. Các dự án không cần để chuyển sang đám mây. Những gì đám mây cung cấp, như đã đề cập bởi người trả lời trước, là một nền tảng cho những ý tưởng mới không bị giới hạn bởi khả năng mở rộng. Lợi ích chính của đám mây là tất cả các chi phí liên quan đến tăng trưởng chính là opex, trong khi các dự án truyền thống cần vốn để tăng trưởng và do đó dựa trên mô hình tăng trưởng theo phong cách VC tài chính trước khủng hoảng. Vấn đề là khi ý tưởng mới xuất hiện và nếu chúng trở nên phổ biến và nếu chúng được lưu trữ trên đám mây, chúng có thể phát triển không hạn chế (miễn là mô hình chi phí của chúng luôn đảm bảo rằng chi phí mỗi giao dịch nhỏ hơn hoặc bằng doanh thu trên mỗi giao dịch) và kết quả sẽ là các 'dự án' này trở nên không liên quan. Ví dụ, trong khi MS mua Skype với giá x tỷ, các lập trình viên có thể tạo một đám mây populare được lưu trữ trên máy khách Skype và đạt được những gì Skype đã làm không có capex hoặc cần VC/tài chính tăng trưởng (về mặt lý thuyết).

Câu hỏi đặt ra nên được, do đó, không phải là 'lợi ích của điện toán đám mây là gì nhưng thực sự 'những gì mô hình kinh doanh có ý nghĩa, một khi nó được chấp nhận rằng một đám mây đã tổ chức một sẽ có khả năng cuối cùng xuất hiện'