Một số nền ....Làm cách nào để lưu trữ vai trò của nhân viên Azure cục bộ/trên tiền đề?
Lần đầu tiên chúng tôi mạo hiểm vào Azure và đang cố gắng thực hiện nó trong các bước nhỏ. Hiện tại, các ứng dụng đầu tiên của chúng ta sẽ là các hàng đợi giám sát vai trò của nhân viên để xử lý các yêu cầu (chẳng hạn như gửi email hoặc thực hiện một số màn hình) và chúng tôi sẽ chèn vào hàng đợi từ ứng dụng MVC và WCF tại chỗ của chúng tôi. Sau đó, chúng tôi sẽ chuyển ứng dụng MVC và dịch vụ WCF sang Azure.
công việc phát triển của chúng tôi chủ yếu đi như thế này (hơi điều chỉnh theo cách không quan trọng):
- Phát triển tại địa phương và trên một số máy chủ chia sẻ. Kiểm tra vào kiểm soát nguồn.
- Cứ sau 15 phút, xây dựng máy chủ được xây dựng và triển khai với môi trường "phát triển" (gấp đôi CI và bao gồm trong trường hợp chúng ta cần nhấn vào môi trường "phát triển" ngoài địa phương)
- Trình kiểm tra kỹ thuật kích hoạt thủ công máy chủ xây dựng để triển khai "Dev" thành công cuối cùng xây dựng cho môi trường Test (hoặc luân phiên, bản dựng thử nghiệm đã triển khai trước đó, bao gồm/không bao gồm cơ sở dữ liệu).
- Người thử nghiệm kỹ thuật và người thử nghiệm kinh doanh tự kích hoạt máy chủ xây dựng để triển khai xây dựng "Thử nghiệm" thành công cuối cùng (hoặc luân phiên, bản dựng thử nghiệm đã triển khai trước đó, bao gồm/loại trừ cơ sở dữ liệu) cho môi trường QA.
- Tại một thời điểm nào đó, chúng tôi hợp nhất các thay đổi mà QA phê duyệt để triển khai.
- Sau đó máy chủ xây dựng sản xuất của chúng tôi triển khai phiên bản này để dàn dựng và sau đó đến môi trường sản xuất của chúng tôi (chúng tôi lưu trữ N lần trong môi trường song song/độc lập).
Như bạn có thể nói, chúng tôi có một số phiên bản được lưu trữ nội bộ của ứng dụng để người hỗ trợ nội bộ đạt được trước khi tiếp cận sản xuất. Tôi muốn cho những điều này để có mức độ phụ thuộc hợp lý thấp vào Azure. Tôi không cần phải hoàn thành sự phụ thuộc của sever vì vậy chúng tôi sẽ tiếp tục sử dụng Azure Queues và có lẽ một số cơ chế khác chỉ vì chúng dễ tiếp tục sử dụng, nhưng chúng tôi không muốn máy chủ xây dựng của chúng tôi phải triển khai Azure cho mỗi một trong những môi trường này (và cách khác phải trả cho tất cả các lưu trữ đó).
Vậy làm cách nào chúng tôi có thể lưu trữ hợp lý Vai trò của nhân viên tại chỗ theo cách chúng tôi thực sự kiểm tra mã được triển khai cho Azure?
Một tùy chọn được đề xuất là chúng tôi tạo vai trò công nhân làm trình bao bọc/mặt tiền và thực hiện tất cả công việc thực tế bên trong thư viện lớp, đó là kế hoạch của chúng tôi. Tuy nhiên, việc theo dõi để cho phép chúng tôi "lưu trữ" điều này là tạo ứng dụng bao bọc/mặt tiền thứ hai thực hiện công việc giống như vai trò của nhân viên, theo cách chúng tôi có thể chạy nó dưới dạng tác vụ theo lịch hoặc cửa sổ máy chủ. Cuối cùng, tôi không thích tùy chọn này bởi vì toàn bộ dự án sẽ không bao giờ được thử nghiệm cho đến khi nó phát triển.
Có thể làm điều tương tự khi chúng ta tạo ứng dụng bao bọc/mặt tiền thứ hai thay vì gọi thư viện lớp mà nó thực sự tham chiếu và gọi hàm Run() trong vai trò của nhân viên?
Điều này nghe giống như những gì VS2010 sử dụng để gỡ lỗi ứng dụng Azure cục bộ. Đây có phải là cái gì tôi có thể thiết lập một cách rất hạn chế "máy chủ" (một lần nữa, chủ yếu là cho các nhà phát triển không có ứng dụng được lưu trữ để họ có thể kiểm tra nó)? Tôi cần một cái gì đó như TeamCity hoặc CruiseControl (cuối cùng nant/powershell/bạn-tên-nó script) để triển khai để giả lập Azure nếu nó là để làm việc cho tôi. – Jaxidian
Tôi hy vọng tôi hiểu bạn: bạn chắc chắn có thể triển khai chúng thông qua các tập lệnh và để kiểm tra QA trên những máy đó. Bạn có thể sử dụng vỏ nguồn cho truy cập Azure VM từ xa. Bạn không cần VS2010 để triển khai hay gì đó. – Vladimir
Nếu bạn có nghĩa là tôi có thể sử dụng tập lệnh để triển khai cho trình mô phỏng, thì có, bạn hiểu tôi. Nếu bây giờ bạn đang nói về Azure, đó không phải là câu hỏi của tôi. Một lần nữa, mục tiêu cấp cao ở đây là có thể "lưu trữ Azure" cho mục đích thử nghiệm. – Jaxidian