Có rất nhiều điều liên quan đến việc "di chuyển một ứng dụng từ máy chủ này sang máy chủ khác" - thực sự không có cách nào chúng ta có thể trả lời này một cách toàn diện cho tất cả các trường hợp sử dụng. Bạn có thể trả lời nó khá toàn diện cho thiết lập của bạn, nếu bạn tiếp cận nó một cách có hệ thống:
- Tạo một danh sách tất cả mọi thứ ứng dụng của bạn cần.
- Máy chủ web?
- Máy chủ cơ sở dữ liệu?
- Máy chủ thư?
- Ngôn ngữ kịch bản (PHP, Ruby / Rails, Perl, cái gì khác)?
- Các chương trình phụ trợ (ImageMagick, v.v.)?
- Lập danh sách các mục cấu hình quan trọng.
- Địa chỉ IP, Netmask, Cổng, v.v.
- Máy chủ DNS
- Các mục dành riêng cho ứng dụng (thư mục tạm thời, v.v.)
- Lấy danh sách từ (1) và (2) và viết phác thảo về việc di chuyển.
Điều này sẽ bao gồm những thứ như cài đặt và định cấu hình bất kỳ phần mềm / gói nào bạn cần, đổ và tải cơ sở dữ liệu, v.v.
- KIỂM TRA DI CHUYỂN
Sao chép mọi thứ giống như bạn sẽ làm nếu máy chủ sẽ hoạt động, nhưng đừng làm cho nó hoạt động. Dán nó trên một mạng bị cô lập khi bạn hoàn thành và kiểm tra mọi thứ.
Nếu bạn có một quy trình kiểm tra tiêu chuẩn cho ứng dụng của mình, bạn nên chạy nó trên máy chủ được di chuyển.
- Nếu mọi thứ không diễn ra hoàn hảo, goto (3), cập nhật (1) và (2) sau đó sửa đổi kế hoạch của bạn.
- Khi di chuyển thử nghiệm diễn ra hoàn hảo, hãy thực hiện di chuyển thực tế.
Tùy thuộc vào mức độ phức tạp của quá trình di chuyển, điều này có thể chỉ có nghĩa là bỏ và tải lại cơ sở dữ liệu hoặc bạn có thể muốn xóa sạch máy và thực hiện tất cả từ đầu.
Khi bạn hoàn thành, bạn sẽ có một danh sách kiểm tra cho ứng dụng cụ thể của mình, trong môi trường cụ thể của bạn. Danh sách kiểm tra đó có thể sẽ phát triển khi bạn phát triển ứng dụng, nhưng nó có thể đóng vai trò là điểm khởi đầu sau 3-5 năm khi bạn phải di chuyển lại.
Những thứ khác để xem xét bao gồm thực hiện quản lý cấu hình ala Puppet hoặc Chef.
(Nếu bạn sẽ trở thành "sysadmin", bạn nên xem xét chúng, nếu không hãy chuyển chúng cho người / nhóm có trách nhiệm.)