Chuyển ứng dụng ASP.NET MVC của tôi sang Amazon AWS


8

Tôi đã xây dựng một ứng dụng ASP.NET MVC và bây giờ tôi muốn chuyển nó sang Amazon AWS từ máy chủ phát triển của mình. Câu hỏi của tôi là: Làm thế nào để một người di chuyển một ứng dụng ASP.NET sang Amazon AWS? Đây là những gì tôi đã nghiên cứu / tìm thấy cho đến nay:

  • Các phiên không hoạt động trên các phiên bản, vì vậy tôi cần sử dụng DynamoDB hoặc memcached để lưu trữ trạng thái. Tôi đã xem xét nhiều khách hàng khác nhau như Enyim như một giải pháp khả thi cho vấn đề trạng thái phiên sử dụng Amazon ElastiCloud .
  • Amazon có một dịch vụ web cho email SMTP. Vì vậy, tôi sẽ cần phải làm lại mã gửi email SMTP để gửi qua Amazon SES và định tuyến lại các email đến đến một máy chủ thư riêng bằng cách thay đổi các bản ghi DNS.
  • Có một SDK để quản lý danh tính người dùng ( Amazon IAM ). Tôi sẽ cần thay đổi mã xác thực để sử dụng dịch vụ web này.

Có lẽ có nhiều điểm mà tôi không biết. Vậy, làm thế nào để di chuyển một ứng dụng MVC sang AWS?


1
Chia sẻ nghiên cứu của bạn giúp mọi người . Hãy cho chúng tôi những gì bạn đã cố gắng và tại sao nó không đáp ứng nhu cầu của bạn. Điều này chứng tỏ rằng bạn đã dành thời gian để cố gắng tự giúp mình, nó giúp chúng tôi tránh nhắc lại các câu trả lời rõ ràng và hầu hết nó giúp bạn có được câu trả lời cụ thể và phù hợp hơn. Xem thêm Cách hỏi
gnat

Câu trả lời:


4

Thứ nhất, những điều bạn hiện đang điều tra sẽ giống nhau bất kể bạn đang đưa trang web của mình từ một máy đến một số máy chủ (tại chỗ), đến Azure, tới Rackspace, v.v.

Khi nói đến trạng thái phiên, trang web sản xuất của bạn hiện có khả năng chạy qua một số trường hợp, do đó sẽ cần duy trì dữ liệu phiên tại cửa hàng dùng chung để phiên của người dùng có thể được tải bất kể điểm cuối máy chủ nào kết thúc.

Máy phát điện cũng có thể cho phép bạn xử lý quy mô khổng lồ, nhưng có khả năng là tương đối tốn kém. Tùy thuộc vào khối lượng công việc lưu lượng truy cập dự kiến ​​(và cuối cùng là thực tế) của bạn, bạn hoàn toàn có thể thoát khỏi hình thức lưu trữ rẻ hơn như AWS Elasticache (đặc biệt là vì phiên của người dùng có thể là tạm thời).

Sửa đổi trình xử lý SMTP của bạn sẽ khá nhỏ.

IAM liên quan nhiều hơn đến việc kiểm soát quyền truy cập của người dùng vào các dịch vụ AWS.

Những gì bạn đã mô tả là muốn quản lý lưu trữ và truy cập tài khoản người dùng của riêng bạn (thông qua Thành viên ASP.NET?) - cho điều đó, một cơ chế lưu trữ quan hệ liên tục như Amazon RDS.

Có rất nhiều ví dụ về những người khác đã thực hiện hầu hết điều này - chỉ GoogleBing nó.

Những điều khác cần xem xét:

  1. Tôi hy vọng trang web của bạn không yêu cầu các phiên dính: điều này có thể làm cho việc cân bằng tải trở nên khó khăn một chút.
  2. Bạn đã thử nghiệm ứng dụng của mình chạy trên một vài trường hợp cục bộ, phía trước có bộ cân bằng tải / proxy đơn giản chưa? Dễ dàng hơn để gỡ lỗi những thứ này cục bộ so với trong đám mây.
  3. Bạn đã không đề cập đến bất kỳ hình thức cơ sở dữ liệu phụ trợ nào ... Tôi cho rằng bạn đã tổ chức di chuyển DB của mình?

Cảm ơn, chỉ trong thời gian! Trên thực tế, tôi chỉ sắp chuyển ứng dụng sang AWS trong hai tuần tới (tôi đã tạo câu hỏi trong giai đoạn lập kế hoạch). Đây là một ứng dụng ASP.NET với phần phụ trợ MySQL. Nó sử dụng SignalR cho hầu hết mọi thứ, vì vậy tôi nghĩ rằng Elasticache chính là thứ tôi cần vì SingalR hỗ trợ Redis cho một bảng nối đa năng. Cảm ơn một lần nữa!
arao6
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.