Yêu cầu Phần cứng cho Nhà phát triển AWS - núm vú

Cho dù có bao nhiêu dịch vụ mà AWS cung cấp, bạn vẫn cần một số lượng phần cứng để sử dụng dịch vụ. Số lượng phần cứng bạn yêu cầu khi làm việc với các dịch vụ trong đám mây là tối thiểu bởi vì phần cứng AWS làm tất cả các nâng nặng. Khi làm việc với các dịch vụ tại địa phương, bạn cần thêm phần cứng vì AWS không còn làm việc nâng cao cho bạn nữa. Do đó, bạn nên xem xét các yêu cầu phần cứng khác nhau tùy thuộc vào nơi bạn lưu trữ dịch vụ AWS.

Lưu trữ các dịch vụ tại địa phương

Ẩn trong tài liệu AWS là tất cả các loại thông tin hữu ích về các dịch vụ khác nhau. Ví dụ: AWS Storage Gateway sẽ kết nối thiết bị phần mềm tại chỗ (một ứng dụng kết hợp với khả năng của hệ điều hành đủ để chạy trên phần cứng hoặc trên một máy ảo) với lưu trữ trên đám mây.

Nói cách khác, bạn sử dụng gateway để kết nối ứng dụng của bạn với bộ nhớ dữ liệu mà nó yêu cầu. Nó có vẻ như là chạy các gateway trong đám mây sẽ là một ý tưởng tốt bởi vì bạn sẽ không cần phải đầu tư thêm phần cứng. Tuy nhiên, khi bạn nhìn vào các yêu cầu, bạn sẽ thấy AWS Storage Gateway đi kèm với các yêu cầu phần cứng, dụ và lưu trữ cụ thể. Điều quan trọng để hiểu là đám mây giới hạn những giới hạn mà bạn phải xem xét trong bất kỳ giai đoạn lập kế hoạch nào.

Sử dụng các dịch vụ dựa trên đám mây có thể đi kèm với những hạn chế.

Sau khi bạn chắc chắn rằng bạn có thể chạy cấu hình dự định của mình, bạn có thể bắt đầu xem xét những lợi thế và bất lợi của việc làm việc trong đám mây. Ví dụ: khi lưu trữ dịch vụ trong đám mây, bạn sẽ có được quy mô tự động khi cần thiết, và Amazon thực hiện nhiều nhiệm vụ quản trị cho bạn. Tuy nhiên, đối với quan điểm thực tế, bạn phải bù đắp các lợi thế này với nhận thức về những bất lợi, chẳng hạn như:

Cần duy trì kết nối Internet đáng tin cậy

Mất linh hoạt

Các nhà cung cấp không còn kinh doanh

Mặc dù nhu cầu phần cứng cơ bản trở nên kém tốn kém, bạn cần phải xem xét các khoản chi phí bổ sung dưới hình thức dư thừa. Hầu hết các tổ chức đều thấy rằng chi phí phần cứng để di chuyển sang đám mây ít hơn đáng kể so với việc duy trì một bộ phận CNTT đầy đủ, đó là lý do tại sao họ thực hiện di chuyển. Tuy nhiên, bạn phải làm cho di chuyển với sự hiểu biết rằng bạn có những vấn đề khác để xem xét khi bạn làm.

Lưu trữ các dịch vụ trong đám mây

Khi lưu trữ các dịch vụ tại địa phương, bạn cần phải cung cấp tất cả các cơ sở hạ tầng cần thiết, có thể tốn kém.AWS cung cấp hướng dẫn về các yêu cầu tối thiểu để lưu trữ một dịch vụ tại địa phương.

Nguyên tắc chung của việc lưu trữ các dịch vụ cục bộ là xem bất kỳ yêu cầu nào của nhà cung cấp là tối thiểu. Nếu bạn không có kế hoạch để tải các dịch vụ rất nhiều, những tối thiểu này thường làm việc. Tuy nhiên, khi bạn nhấp vào liên kết Hiệu suất Tối ưu hóa Cổng, thì đề xuất đầu tiên bạn thấy là thêm tài nguyên vào cổng của bạn. Kế hoạch cho năng lực quá nhiều sẽ tốt hơn là không đủ, nhưng việc cấu hình càng gần càng tốt với những gì bạn cần sẽ luôn luôn giúp đỡ về mặt tài chính.

Lập kế hoạch cho nguồn lực đầy đủ.

Không phải tất cả các dịch vụ sẽ hoạt động tại địa phương, nhưng bạn có thể ngạc nhiên khi thấy nhiều người làm như vậy. Vấn đề là một trong những xác định chính xác cách bạn định sử dụng một dịch vụ nhất định và những sự đánh đổi mà bạn sẵn sàng thực hiện. Ví dụ: khi lưu trữ một dịch vụ tại địa phương, bạn có thể thấy khó để cung cấp cùng mức kết nối mà bạn có thể cung cấp cho các bên thứ ba khi lưu trữ cùng một dịch vụ trong đám mây.

Xác định một môi trường phát triển tốt

Sau khi bạn biết về các nguồn lực cần thiết cho AWS và đã tính đến các vấn đề cơ bản của thiết lập, bạn cần xem xét môi trường phát triển của mình. Vấn đề đầu tiên bạn phải xem xét là một trong những ngôn ngữ. AWS không quan tâm đến IDE bạn sử dụng (mặc dù sự lựa chọn của IDE xác định tính năng nào bạn có để truy cập từ xa), nhưng nó quan tâm đến ngôn ngữ. Bạn phải xác minh rằng AWS hỗ trợ ngôn ngữ bạn chọn cho dịch vụ mà bạn muốn truy cập. Ví dụ, đây là những lựa chọn cho dịch vụ hàng đợi đơn giản (SQS).

Đảm bảo rằng AWS cung cấp hỗ trợ cho ngôn ngữ bạn muốn sử dụng.

Bạn có thể tạo môi trường triển khai sử dụng EC2. Hướng dẫn này mô tả cách thực hiện tác vụ này. Ưu điểm chính của cách tiếp cận này là bạn về mặt lý thuyết có thể phát triển ứng dụng AWS từ bất cứ nơi nào bởi vì sự phát triển không còn cần đến một hệ thống địa phương với các nguồn lực cụ thể.

Tuy nhiên, cách tiếp cận này chắc chắn không phải là miễn phí, và nó có nghĩa là bạn phải có kết nối Internet đáng tin cậy từ bất cứ nơi nào bạn muốn thực hiện các nhiệm vụ phát triển - đó không phải là một vấn đề trong công việc, nhưng có thể là một vấn đề ở nhà. Cách tiếp cận phát triển dựa trên đám mây sử dụng giao diện dòng lệnh AWS (CLI).

Lý do chính để sử dụng môi trường phát triển bản địa hóa là bạn giữ lại quyền truy cập vào tài nguyên cục bộ và các thư viện mã mà tổ chức của bạn đang dựa vào để thực hiện các nhiệm vụ phát triển.

Tùy chọn này cũng có lợi thế về độ tin cậy vì bạn không dựa vào kết nối từ xa để sử dụng nó. Nếu kết nối Internet của bạn bị hỏng, bạn có thể tiếp tục phát triển mã (nhưng không thể thử nghiệm cho đến khi kết nối được khôi phục). Khi sử dụng tùy chọn này, bạn cần thêm băng thông - ít nhất là cho mục đích thử nghiệm và quyền truy cập AWS thông qua tường lửa của tổ chức.

Bạn không phải chỉ có hai lựa chọn khi làm việc với AWS. Ví dụ, bạn có thể sử dụng một môi trường phát triển địa phương nhưng đặt mã của bạn trên S3.Việc sử dụng lưu trữ dữ liệu dựa trên đám mây có nghĩa là bạn có thể thiết lập bản địa hóa ở một số vị trí (để duy trì quyền truy cập vào các tài nguyên cục bộ) và vẫn có được lợi thế phát triển dựa trên đám mây, chẳng hạn như truy cập mã của bạn từ bất kỳ vị trí nào có một môi trường phát triển được cấu hình.

Hướng dẫn này cũng thú vị vì nó cho bạn biết làm thế nào để cấu hình môi trường phát triển của bạn để sử dụng Elastic Beanstalk cho dự án, kiểm soát nguồn, và sử dụng kho. Như với môi trường phát triển bản địa hóa, bạn vẫn cần quyền truy cập Internet và đủ băng thông để xử lý sự gia tăng yêu cầu dữ liệu để làm cho tùy chọn này hoạt động tốt. Trong thực tế, các yêu cầu về băng thông cao hơn cấu hình cục bộ, và môi trường phát triển phải làm việc với các tài nguyên từ xa.

Việc chọn đúng môi trường phát triển không phải là dễ dàng. Trong nhiều trường hợp, sự lựa chọn trở thành một trong những sở thích cá nhân và yêu cầu tổ chức. Ví dụ: sử dụng giải pháp phát triển dựa trên đám mây có thể không phải là một lựa chọn khi đối phó với các nhiệm vụ phát triển nhạy cảm; nhu cầu bảo mật có thể vượt qua những mong muốn khác.