Việc lựa chọn giữa phần mềm hoạt động tại chỗ và phần mềm đám mây chủ yếu là một quyết định về nơi hệ thống hoạt động, ai chịu trách nhiệm cho cơ sở hạ tầng của nó, cách người dùng truy cập vào nó và cách bảo mật, bảo trì, tích hợp, phục hồi và các thay đổi trong tương lai sẽ được quản lý.
Sự khác biệt giữa phần mềm tại chỗ và phần mềm đám mây là gì?
Sự khác biệt chính là nơi phần mềm và cơ sở hạ tầng hỗ trợ được vận hành và ai chịu trách nhiệm duy trì chúng.
Phần mềm hoạt động tại chỗ là gì?
Phần mềm tại chỗ được triển khai trong cơ sở hạ tầng do tổ chức kiểm soát, chẳng hạn như máy chủ trong các cơ sở của chính nó hoặc môi trường được quản lý riêng.
Tổ chức thường chịu trách nhiệm lớn hơn cho các lĩnh vực như:
- Quản lý máy chủ và cơ sở hạ tầng
- Cài đặt phần mềm
- Cập nhật và vá lỗi
- Sao lưu
- Cấu hình mạng
- Kiểm soát truy cập
- Giám sát
- Phục hồi thảm họa
Phần mềm hoạt động đám mây là gì?
Phần mềm đám mây được lưu trữ trong cơ sở hạ tầng từ xa và được truy cập qua mạng, thường là internet.
Tùy thuộc vào mô hình dịch vụ, nhà cung cấp phần mềm hoặc nền tảng đám mây thường quản lý nhiều hơn về cơ sở hạ tầng cơ bản, trong khi khách hàng vẫn chịu trách nhiệm về người dùng, dữ liệu, cấu hình, quy trình kinh doanh và các lĩnh vực khác được xác định bởi thỏa thuận dịch vụ.
Điều gì thực sự thay đổi giữa hai mô hình?
Sự khác biệt quan trọng không chỉ đơn giản là nơi máy chủ nằm. Đó là cách trách nhiệm được phân chia.
| Khu vực | Tại chỗ | Đám mây |
|---|---|---|
| Cơ sở hạ tầng | Được quản lý chủ yếu bởi tổ chức. | Trách nhiệm cơ sở hạ tầng nhiều hơn thuộc về nhà cung cấp. |
| Truy cập | Thường gắn liền với mạng nội bộ hoặc truy cập từ xa được cấu hình. | Thường được thiết kế cho truy cập dựa trên mạng qua các địa điểm. |
| Cập nhật | Tổ chức thường quản lý việc triển khai và bảo trì. | Nhà cung cấp thường quản lý các cập nhật nền tảng hoặc ứng dụng. |
| Mở rộng | Có thể yêu cầu lập kế hoạch cơ sở hạ tầng bổ sung. | Khả năng thường có thể được mở rộng thông qua mô hình dịch vụ. |
| Cấu trúc chi phí | Có thể liên quan đến chi phí cơ sở hạ tầng, cấp phép, CNTT và bảo trì. | Thường sử dụng mô hình giá đăng ký định kỳ hoặc dựa trên mức tiêu thụ. |
| Kiểm soát | Kiểm soát trực tiếp lớn hơn đối với cơ sở hạ tầng. | Trách nhiệm cơ sở hạ tầng được chia sẻ với nhà cung cấp. |
Phần mềm đám mây và phần mềm tại chỗ khác nhau ở đâu nhiều nhất?
Ai sở hữu trách nhiệm cơ sở hạ tầng?
Triển khai tại chỗ mang lại cho tổ chức nhiều quyền kiểm soát cơ sở hạ tầng trực tiếp hơn, nhưng quyền kiểm soát đó đi kèm với trách nhiệm vận hành, giám sát, bảo trì và phục hồi môi trường.
Triển khai đám mây chuyển nhiều trách nhiệm cơ sở hạ tầng hơn cho nhà cung cấp, nhưng khách hàng vẫn cần hiểu những gì nhà cung cấp quản lý và những gì vẫn là trách nhiệm của khách hàng.
Người dùng truy cập hệ thống như thế nào?
Các hệ thống đám mây thường được thiết kế cho những người dùng cần truy cập qua các văn phòng, tài sản, địa điểm hoặc thiết bị.
Môi trường tại chỗ cũng có thể hỗ trợ truy cập từ xa, nhưng việc đó có thể yêu cầu cơ sở hạ tầng mạng, xác thực, VPN hoặc các cơ sở hạ tầng truy cập khác.
Ai quản lý các cập nhật và bảo trì phần mềm?
Môi trường tại chỗ thường đặt nhiều trách nhiệm về cập nhật và bảo trì lên tổ chức hoặc đối tác công nghệ của nó.
Các nhà cung cấp đám mây thường xử lý nhiều hơn về bảo trì nền tảng cơ bản và quy trình phát hành ứng dụng, tùy thuộc vào mô hình dịch vụ.
Sự khác biệt về khả năng mở rộng là gì?
Mở rộng một môi trường tại chỗ có thể yêu cầu lập kế hoạch năng lực, cơ sở hạ tầng bổ sung, thay đổi cấu hình hoặc phần cứng mới.
Một môi trường đám mây thường có thể mở rộng mà không cần khách hàng mua và cài đặt cùng một cơ sở hạ tầng vật lý trực tiếp.
Phần mềm đám mây hay phần mềm tại chỗ an toàn hơn?
Không có mô hình triển khai nào tự động an toàn hơn chỉ vì nơi nó được lưu trữ.
Bảo mật phụ thuộc vào cách môi trường được thiết kế, cấu hình, giám sát, bảo trì và quản lý.
Trách nhiệm bảo mật nào đi kèm với phần mềm tại chỗ?
Một tổ chức vận hành môi trường của riêng mình có thể có quyền kiểm soát trực tiếp hơn về:
- Kiến trúc mạng
- Cấu hình máy chủ
- Chính sách truy cập
- Lịch trình vá lỗi
- Sao lưu
- Giám sát
- Cơ sở hạ tầng vật lý
Sự đánh đổi là tổ chức phải có chuyên môn và quy trình để quản lý các lĩnh vực đó một cách hiệu quả.
Trách nhiệm bảo mật nào đi kèm với phần mềm đám mây?
Các triển khai đám mây sử dụng mô hình trách nhiệm chia sẻ trong đó nhà cung cấp quản lý các phần được xác định của môi trường trong khi khách hàng vẫn chịu trách nhiệm về các lĩnh vực như truy cập người dùng, quyền hạn, xử lý dữ liệu, cấu hình và quy trình kinh doanh.
Bạn nên đánh giá điều gì thay vì hỏi mô hình nào an toàn hơn?
Hãy đặt ra các câu hỏi như:
- Người dùng được xác thực như thế nào?
- Quyền hạn được kiểm soát như thế nào?
- Dữ liệu nhạy cảm được bảo vệ như thế nào?
- Các thay đổi và truy cập được ghi lại như thế nào?
- Các lỗ hổng và bản vá được quản lý như thế nào?
- Sao lưu và phục hồi được xử lý như thế nào?
- Các yêu cầu tuân thủ nào áp dụng?
- Trách nhiệm nào thuộc về nhà cung cấp?
- Trách nhiệm nào vẫn thuộc về tổ chức của bạn?
Những lợi thế và hạn chế chính của phần mềm đám mây là gì?
Phần mềm đám mây có thể làm cho hoạt động dễ dàng hơn ở đâu?
Truy cập qua các địa điểm
Các nhóm thường có thể truy cập hệ thống từ các tài sản, văn phòng hoặc thiết bị được phê duyệt khác mà không cần vận hành ứng dụng chỉ từ một môi trường máy chủ cục bộ.
Cơ sở hạ tầng cục bộ ít hơn
Tổ chức thường không cần phải mua và vận hành cùng một cơ sở hạ tầng ứng dụng.
Cập nhật tập trung
Nhà cung cấp phần mềm hoặc nền tảng thường quản lý nhiều hơn về quy trình cập nhật ứng dụng và bảo trì cơ sở hạ tầng.
Mở rộng dễ dàng hơn
Người dùng mới, tài sản hoặc quy trình hoạt động có thể được thêm vào mà không cần xây dựng cơ sở hạ tầng vật lý tương đương tại mỗi địa điểm.
Những hạn chế nào bạn nên xem xét với phần mềm đám mây?
- Phụ thuộc vào kết nối mạng
- Chi phí đăng ký định kỳ hoặc chi phí nền tảng
- Phụ thuộc vào mô hình dịch vụ và phát hành của nhà cung cấp
- Yêu cầu về vị trí dữ liệu hoặc quy định
- Giới hạn được xác định bởi kiến trúc nền tảng
- Kế hoạch di chuyển và thoát nhà cung cấp
Vì vậy, phần mềm đám mây nên được đánh giá như một mô hình hoạt động, không chỉ đơn giản là phần mềm chạy trên internet.
Những lợi thế và hạn chế chính của phần mềm tại chỗ là gì?
Phần mềm tại chỗ có thể hợp lý hóa ở đâu?
Kiểm soát cơ sở hạ tầng trực tiếp
Các tổ chức có thể quản lý cơ sở hạ tầng, mạng, lịch trình triển khai và môi trường cục bộ trực tiếp.
Môi trường chuyên biệt
Một số tổ chức cần cơ sở hạ tầng, mạng lưới, vị trí dữ liệu hoặc các sắp xếp tích hợp rất cụ thể.
Sẵn có tại chỗ
Một số quy trình làm việc tại chỗ có thể tiếp tục mà không phụ thuộc vào kết nối internet bên ngoài khi các hệ thống cần thiết vẫn có sẵn trong mạng cục bộ.
Tùy chỉnh cơ sở hạ tầng
Các tổ chức có đủ nguồn lực kỹ thuật có thể thiết kế môi trường phù hợp với các yêu cầu nội bộ.
Những hạn chế nào bạn nên xem xét với phần mềm on-premise?
- Mua sắm và bảo trì cơ sở hạ tầng
- Chuyên môn kỹ thuật nội bộ
- Trách nhiệm về bản vá và cập nhật
- Trách nhiệm về sao lưu và phục hồi
- Kiến trúc truy cập từ xa
- Lập kế hoạch năng lực
- Quản lý vòng đời phần cứng
- Mở rộng cơ sở hạ tầng có thể chậm hơn
Phần mềm đám mây có rẻ hơn phần mềm on-premise không?
Không nhất thiết.
So sánh chỉ giấy phép phần mềm hoặc đăng ký hàng tháng có thể đưa ra một bức tranh không đầy đủ.
Chi phí nào thuộc về một phép tính on-premise?
Tùy thuộc vào môi trường, tổng chi phí có thể bao gồm:
- Giấy phép phần mềm
- Máy chủ và cơ sở hạ tầng
- Mạng lưới
- Nhân viên IT hoặc hỗ trợ
- Công cụ bảo mật
- Sao lưu
- Phục hồi thảm họa
- Thay thế phần cứng
- Cập nhật và bảo trì
Chi phí nào thuộc về một phép tính đám mây?
Tùy thuộc vào dịch vụ, tổng chi phí có thể bao gồm:
- Phí đăng ký hoặc nền tảng
- Giấy phép người dùng
- Triển khai
- Lưu trữ dữ liệu
- Tích hợp
- Dịch vụ bổ sung
- Hỗ trợ
- Di chuyển
- Mở rộng trong tương lai
Cách tốt hơn để so sánh chi phí là gì?
So sánh tổng chi phí vận hành mỗi mô hình trong một khoảng thời gian thực tế và bao gồm con người, cơ sở hạ tầng, hỗ trợ, di chuyển, tích hợp và trách nhiệm phục hồi cần thiết cho mỗi mô hình.
Tích hợp nên ảnh hưởng đến quyết định đám mây so với on-premise như thế nào?
Kiến trúc triển khai quan trọng vì phần mềm vận hành hiếm khi hoạt động độc lập.
Hệ thống nào cần trao đổi dữ liệu?
Tùy thuộc vào tổ chức, phần mềm vận hành có thể cần kết nối với:
- Hệ thống CRM
- Hệ thống kế toán hoặc ERP
- Nền tảng thanh toán
- Hệ thống kiểm soát truy cập
- Công cụ giao tiếp
- Kho dữ liệu
- Công cụ phân tích kinh doanh
- Nhà cung cấp danh tính
- Các ứng dụng vận hành khác
Phần mềm đám mây có tự động tích hợp dễ dàng hơn không?
Không. Tích hợp phụ thuộc vào API, mô hình dữ liệu, xác thực, phần mềm trung gian, hỗ trợ nhà cung cấp, kiến trúc mạng và các hệ thống đang được kết nối.
Booking Ninjas cung cấp một khung tích hợp để kết nối các quy trình làm việc vận hành với các hệ thống bên ngoài nơi mà tích hợp liên quan có sẵn và được bao gồm trong phạm vi triển khai.
Tại sao nên đánh giá kiến trúc dữ liệu sớm?
Một hệ thống phù hợp về mặt kỹ thuật vẫn có thể tạo ra các vấn đề vận hành nếu các nhóm phải liên tục xuất, nhập, đối chiếu hoặc nhập lại thông tin giữa các hệ thống không kết nối.
Điều này liên quan chặt chẽ đến quyết định rộng hơn giữa một nền tảng kết nối và nhiều giải pháp điểm .
Uptime và phục hồi thảm họa nên ảnh hưởng đến quyết định như thế nào?
Điều gì xảy ra nếu kết nối internet bị lỗi?
Một ứng dụng đám mây thường yêu cầu truy cập mạng. Các nhà vận hành nên hiểu cách các quy trình làm việc quan trọng được xử lý trong trường hợp có sự cố kết nối và liệu có cần kết nối dự phòng hoặc các quy trình liên tục khác hay không.
Điều gì xảy ra nếu cơ sở hạ tầng cục bộ bị lỗi?
Một môi trường on-premise có thể tiếp tục hoạt động độc lập với việc truy cập internet bên ngoài trong một số cấu hình, nhưng tổ chức vẫn chịu trách nhiệm về các sự cố ảnh hưởng đến máy chủ, lưu trữ, mạng, điện và môi trường cục bộ của mình.
Ai chịu trách nhiệm về phục hồi?
Đánh giá:
- Tần suất sao lưu
- Vị trí sao lưu
- Quy trình phục hồi
- Độ dư thừa
- Phản ứng sự cố
- Cam kết dịch vụ của nhà cung cấp
- Quy trình liên tục nội bộ
Mục tiêu không phải là giả định rằng bất kỳ mô hình triển khai nào cũng loại bỏ thời gian ngừng hoạt động. Mục tiêu là hiểu cách thời gian ngừng hoạt động được ngăn chặn, phát hiện, quản lý và phục hồi.
Bạn nên chọn giữa phần mềm đám mây và on-premise như thế nào?
Bắt đầu với các yêu cầu vận hành thay vì sở thích cho một mô hình công nghệ.
1. Xác định nơi mọi người cần làm việc
Xác định những người dùng, tài sản, văn phòng và thiết bị nào cần truy cập và liệu làm việc từ xa có phải là một phần của mô hình vận hành bình thường hay không.
2. Xác định trách nhiệm về bảo mật và tuân thủ của bạn
Xác định dữ liệu đang được xử lý, ai nên truy cập nó, các yêu cầu tuân thủ áp dụng và các kiểm soát mà tổ chức của bạn phải giữ lại.
3. Đánh giá khả năng IT nội bộ của bạn
Xác định xem tổ chức của bạn có đủ nhân lực và quy trình cần thiết để vận hành cơ sở hạ tầng, quản lý cập nhật, giám sát hệ thống, duy trì sao lưu và phục hồi từ các sự cố hay không.
4. Lập bản đồ kiến trúc tích hợp
Xác định các hệ thống phải trao đổi thông tin trước khi chọn một kiến trúc ứng dụng.
5. So sánh tổng chi phí sở hữu
Bao gồm phần mềm, cơ sở hạ tầng, hỗ trợ, triển khai, tích hợp, bảo trì, con người, di chuyển và mở rộng trong tương lai.
6. Lập kế hoạch cho sự phát triển
Xem xét điều gì sẽ xảy ra khi tổ chức thêm nhiều địa điểm, người dùng, hồ sơ, đơn vị kinh doanh, quy trình làm việc hoặc tích hợp.
7. Lập kế hoạch thoát trước khi chọn nền tảng
Hiểu cách dữ liệu có thể được xuất khẩu, các tích hợp phụ thuộc vào nền tảng, mất bao lâu để di chuyển và điều gì sẽ xảy ra nếu tổ chức sau này thay đổi hệ thống.
Truy cập phân tán, cơ sở hạ tầng do nhà cung cấp quản lý, mở rộng nhanh hơn và giảm trách nhiệm về cơ sở hạ tầng cục bộ là quan trọng đối với mô hình vận hành.
Sở hữu cơ sở hạ tầng trực tiếp, kiến trúc cục bộ chuyên biệt hoặc các yêu cầu kỹ thuật và quy định cụ thể biện minh cho việc quản lý môi trường nội bộ.
Bạn nên xem xét điều gì trước khi chuyển từ on-premise sang đám mây?
Chuyển sang phần mềm đám mây không chỉ đơn giản là sao chép một cơ sở dữ liệu sang một máy chủ khác.
Kiểm kê dữ liệu trước
Xác định các hồ sơ đang được di chuyển, chủ sở hữu của chúng, định dạng, phụ thuộc, vấn đề chất lượng, yêu cầu lưu giữ và thông tin nhạy cảm.
Lập bản đồ tích hợp và phụ thuộc
Tài liệu hóa các hệ thống hiện đang trao đổi thông tin và các quy trình kinh doanh nào phụ thuộc vào chúng.
Xây dựng lại vai trò và quyền hạn một cách có chủ ý
Không chỉ đơn giản là mang các mẫu truy cập cũ vào môi trường mới. Sử dụng việc di chuyển để xác nhận ai cần truy cập vào hồ sơ và chức năng nào.
Kiểm tra quy trình làm việc trước khi triển khai đầy đủ
Các quy trình làm việc quan trọng nên được kiểm tra với người dùng đại diện và dữ liệu thực tế trước khi môi trường cũ được ngừng hoạt động.
Chuẩn bị đội ngũ cho sự thay đổi trong vận hành
Một mô hình triển khai mới có thể ảnh hưởng đến việc đăng nhập, quy trình làm việc, trách nhiệm, báo cáo, hỗ trợ và quy trình hàng ngày.
Hướng dẫn của chúng tôi về chuẩn bị cho các đội ngũ tài sản cho phần mềm mới đi sâu hơn vào việc triển khai từng giai đoạn, đào tạo và áp dụng.
Một chuỗi di chuyển thực tế
Dữ liệu hàng tồn kho → tích hợp bản đồ → cấu hình môi trường mới → di chuyển và xác thực → kiểm tra quy trình làm việc → đào tạo người dùng → triển khai có kiểm soát → ngừng sử dụng môi trường cũ khi được phê duyệt
Booking Ninjas phù hợp với quyết định phần mềm đám mây như thế nào?
Booking Ninjas là một nền tảng gốc Salesforce cho việc đặt chỗ và hoạt động.
Nền tảng được xây dựng xung quanh Salesforce
Thay vì hoạt động như một ứng dụng tài sản cục bộ tách biệt, Booking Ninjas hoạt động trong hệ sinh thái Salesforce rộng lớn hơn.
Nền tảng gốc Salesforce có liên quan đến các tổ chức đang đánh giá cách mà các ứng dụng vận hành phù hợp với CRM, dữ liệu, bảo mật, quy trình làm việc, và kiến trúc nền tảng rộng hơn của họ.
Các tích hợp vẫn là một phần của kiến trúc
Chuyển hoạt động lên đám mây không loại bỏ nhu cầu kết nối các hệ thống hiện có.
Các khả năng tích hợp liên quan có thể bao gồm tích hợp API , hệ thống danh tính, nền tảng thanh toán, hệ thống ERP, hệ thống kế toán, công cụ phân tích, và các ứng dụng khác tùy thuộc vào việc triển khai.
Đám mây không có nghĩa là một quy trình làm việc tiêu chuẩn cho mọi tổ chức
Mô hình triển khai và quy trình làm việc kinh doanh là những quyết định riêng biệt.
Booking Ninjas có thể được cấu hình xung quanh các loại hồ sơ hoạt động, quy trình, người dùng, quyền hạn, và tích hợp khác nhau, với việc triển khai chính xác được xác định bởi yêu cầu và phạm vi của tổ chức.
Quyết định vẫn nên bắt đầu từ yêu cầu kinh doanh
Các tổ chức nên đánh giá Booking Ninjas giống như họ nên đánh giá bất kỳ nền tảng hoạt động nào: dựa trên quy trình làm việc, bảo mật, người dùng, tích hợp, yêu cầu dữ liệu, triển khai, hỗ trợ, và mô hình hoạt động lâu dài.
Quyết định giữa đám mây và tại chỗ trông như thế nào trong thực tế?
Hãy xem xét một nhà điều hành tài sản với nhiều địa điểm và một đội ngũ hoạt động trung tâm.
Mô hình tại chỗ sẽ yêu cầu gì?
Tổ chức có thể vận hành môi trường ứng dụng nội bộ, quản lý dung lượng máy chủ, duy trì sao lưu, kiểm soát việc triển khai phần mềm, cấu hình truy cập từ xa, và cung cấp hỗ trợ kỹ thuật nội bộ.
Mô hình đám mây sẽ thay đổi điều gì?
Nhà cung cấp sẽ chịu trách nhiệm cho nhiều cơ sở hạ tầng nền tảng hơn trong khi người dùng được ủy quyền có thể truy cập ứng dụng qua mạng.
Tổ chức vẫn cần quản lý người dùng, quyền hạn, quy trình kinh doanh, dữ liệu, tích hợp, đào tạo, quản trị, và trách nhiệm của mình theo thỏa thuận dịch vụ.
Mô hình nào mà nhà điều hành nên chọn?
Câu trả lời phụ thuộc vào việc tổ chức có nhận được nhiều giá trị hơn từ việc sở hữu và vận hành cơ sở hạ tầng hay từ việc chuyển giao nhiều trách nhiệm cơ sở hạ tầng hơn cho một nền tảng đám mây.
Các câu hỏi thường gặp
Sự khác biệt chính giữa phần mềm đám mây và phần mềm tại chỗ là gì?
Sự khác biệt chính là nơi mà cơ sở hạ tầng phần mềm được vận hành và cách mà trách nhiệm được phân chia. Phần mềm tại chỗ thường đặt nhiều trách nhiệm cơ sở hạ tầng hơn lên tổ chức, trong khi phần mềm đám mây đặt nhiều trách nhiệm đó hơn lên nhà cung cấp.
Phần mềm đám mây có luôn rẻ hơn phần mềm tại chỗ không?
Không. Phần mềm đám mây có thể giảm một số chi phí cơ sở hạ tầng ban đầu, nhưng tổng chi phí phụ thuộc vào các khoản đăng ký, người dùng, triển khai, lưu trữ, tích hợp, hỗ trợ, và mở rộng. Chi phí tại chỗ có thể bao gồm phần cứng, cấp phép, nhân viên CNTT, bảo trì, bảo mật, sao lưu, và cơ sở hạ tầng thay thế.
Phần mềm đám mây có an toàn hơn phần mềm tại chỗ không?
Không mô hình nào tự động an toàn hơn. Bảo mật phụ thuộc vào kiến trúc, cấu hình, kiểm soát truy cập, giám sát, bảo trì, xử lý dữ liệu, thực tiễn của nhà cung cấp, và các quy trình bảo mật của tổ chức.
Phần mềm tại chỗ có hỗ trợ làm việc từ xa không?
Có. Các hệ thống tại chỗ có thể hỗ trợ truy cập từ xa, nhưng tổ chức có thể cần cấu hình và duy trì mạng, xác thực, VPN, hoặc cơ sở hạ tầng khác cần thiết để truy cập an toàn.
Phần mềm đám mây có vẫn yêu cầu sự tham gia của CNTT nội bộ không?
Có thể. Các nhà cung cấp đám mây có thể quản lý nhiều cơ sở hạ tầng hơn, nhưng các tổ chức vẫn cần quản lý các lĩnh vực như người dùng, quyền hạn, tích hợp, quản trị dữ liệu, quy trình kinh doanh, quản lý nhà cung cấp, và hỗ trợ.
Bạn nên kiểm tra điều gì trước khi chuyển từ tại chỗ sang đám mây?
Xem xét dữ liệu, tích hợp, quyền hạn, yêu cầu bảo mật, phụ thuộc mạng, quy trình di chuyển, kiểm tra, đào tạo, tính liên tục kinh doanh, và cách mà môi trường cũ sẽ được ngừng sử dụng sau khi hệ thống mới được phê duyệt.
Booking Ninjas có dựa trên đám mây không?
Booking Ninjas là một nền tảng đặt chỗ và hoạt động gốc Salesforce. Kiến trúc hệ thống chính xác, tích hợp, quyền hạn, quy trình làm việc, và việc triển khai phụ thuộc vào yêu cầu và phạm vi đã thỏa thuận của tổ chức.
Chọn mô hình hoạt động trước khi chọn phần mềm
Bắt đầu với người dùng, quy trình làm việc, yêu cầu bảo mật, tích hợp, dữ liệu, năng lực CNTT, và kế hoạch phát triển của bạn. Sau đó quyết định kiến trúc phần mềm nào có thể hỗ trợ hoạt động mà bạn thực sự cần.
.jpg)
