Những nhược điểm có thể có của một trang web IIS 7 có một giao diện NTFS là một web root?


13

Tôi đang cố gắng đưa ra một cách để triển khai mã ASP.NET với ít sự xáo trộn trang web nhất có thể. Một suy nghĩ là thiết lập trang web sẽ được phục vụ từ một ngã ba NTFS c:\www\example.com, nơi

c:\www\example.com -> c:\www\example.com_r1234

Sau đó, khi mã mới được triển khai, nó sẽ được sao chép c:\www\site.com_r1235và đường nối được nhắm mục tiêu lại

c:\www\example.com -> c:\www\example.com_r1235

Vì vậy, câu hỏi của tôi là những gì ảnh hưởng đến điều này có thể có trên các yêu cầu hiện tại trong IIS? Những nhược điểm nào khác có thể có từ quan điểm về phản ứng của IIS đối với sự thay đổi (nếu có)? Điều này sẽ được liền mạch cho người dùng cuối của trang web như tôi hy vọng?

(Tôi đã xem xét việc thay đổi trang web gốc của trang web thông qua dòng lệnh, nhưng tôi thực sự không thích ý tưởng cấu hình lại IIS vì bất kỳ miền ứng dụng hoặc nhóm ứng dụng không cần thiết nào có thể xảy ra, nhưng tôi không biết nhiều về Điều gì xảy ra khi đường dẫn vật lý được cấu hình của một trang web bị thay đổi trong khi tải)

Để rõ ràng, mối quan tâm duy nhất của tôi ở đây là trải nghiệm của người dùng cuối của tôi. Mục đích của tôi là để tránh xáo trộn cho họ, không thuận tiện cho tôi.


1
Đặt lại gốc web. Bất kỳ quá trình tái chế nào (không nghĩ là như vậy) và nhóm ứng dụng khởi động lại sau đó a) có thể không "không cần thiết" và b) giúp quy trình công nhân duy trì một ý tưởng thực tế về trạng thái của nội dung và bộ nhớ cache. Đó là một giải pháp thông minh, chắc chắn, nhưng thông minh hiếm khi có nghĩa là ổn định. Tìm hiểu những gì đa số mọi người làm, sau đó làm điều đó.
TristanK

Đó là một câu hỏi hay, tôi đã tìm kiếm một câu trả lời cho điều đó trong một thời gian dài. Tất cả những gì tôi từng thấy là một triển khai cuộn theo bộ cân bằng tải (mà tôi không có) hoặc một bản sao / svn đơn giản của các tệp vào webroot (mà tôi không thích).
jayrdub

1
Vì vậy, hãy thử nhắm mục tiêu lại root web trước.
TristanK

Câu trả lời:


3

một cách để triển khai mã ASP.NET với sự xáo trộn trang web càng ít càng tốt.

Có vẻ như mục tiêu này và giải pháp đề xuất của bạn không được liên kết, bởi vì bây giờ bạn có một loạt các công việc bổ sung hoặc tập lệnh liên quan cho mỗi lần triển khai.

Một điều tôi đã thấy là cài đặt một máy khách svn trên máy chủ sản xuất và trang sản xuất là một bản sao được kiểm tra của một vị trí / chi nhánh cụ thể trên cây điều khiển nguồn. Bằng cách này, ít nhất bạn chỉ phải cập nhật các tệp đã thay đổi để triển khai mới.


Hoạt động mạng đó sẽ khiến các tạo phẩm của trang web ở trong tình trạng mơ hồ quá lâu. Đó là tình huống chính xác tôi đang cố tránh. Tôi đang cố gắng loại bỏ thời gian mà các hội đồng dưới webroot là các phiên bản khác nhau.
jayrdub

1
"Công việc làm thêm và các kịch bản liên quan" không phải là vấn đề đáng lo ngại, chúng tôi hoàn toàn tự động
jayrdub

Tôi đoán là công bằng, xáo trộn và yêu cầu công việc không thực sự giống nhau
Mark Henderson

Sự phiền nhiễu của người dùng cuối trang web của tôi là những gì tôi đang đề cập
jayrdub

2

Tôi đã tạo một thư mục đằng sau web root của tôi được gọi là _images

C:\DEV\_IMAGES

sau đó sao chép một loạt các tập tin gif vào nó. Sau đó tôi đã tạo một liên kết tượng trưng NTFS trên root của mình bằng cách sử dụng

C:\DEV\PROJECT\ROOT mklink /D webimages ..\_images

Trong Visual studio 2010 tôi "Hiển thị tất cả các tệp" sau đó làm mới ... và đưa "webimages" mới vào dự án của mình. Bây giờ tôi có thể chỉ đến ...

img src='webimages/icon.gif'

Khi tôi chạy ứng dụng, nó cũng hoạt động tốt trên máy cục bộ của tôi.

Tôi không biết nếu nó hoạt động trên máy chủ thực (IIS 7) cho đến khi cơ sở hạ tầng xử lý vấn đề này, có ai biết bất kỳ vấn đề nào về lý do tại sao điều này sẽ không hoạt động trong sản xuất không ??

Tôi cảm thấy miễn là có quyền, và nếu vậy thì cách tuyệt vời để đơn giản hóa việc chia sẻ thư mục (của tất cả các loại) giữa các ứng dụng web.

Tôi chưa thử thể hiện điều này trong TFS, vì vậy nếu có ai có phản hồi về điều này hãy cho chúng tôi biết!


0

Điều này sẽ không hoạt động vì IIS có thể nghĩ rằng web.config đã thay đổi bởi một chương trình khác. IIS có thể sẽ ném ngoại lệ System.Configuration.ConfigurationErrorsException. Tôi sẽ đề nghị viết một số loại kịch bản để chỉ thay đổi thư mục chính của trang web.

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.