Page Comparison

General

We recommend Cloud accounts be integrated with the centralized billing and account management offered by the University, known as the Cloud Services Program. Some benefits include integration with centralized authentication for managing access, billing discounts, and improved visibility to our Office of Information Assurance (IT security).
Most Cloud services and resources can be accessed and managed programmatically. As you gain proficiency consider how treating "architecture as code" could be beneficial, e.g. automation and version control.UCSD domain names can be assigned to Cloud servers but a static IP address must be associated with the Cloud resource. AWS uses the term "elastic IP address".
There is no cost for additional Cloud accounts so consider putting projects in separate accounts to maintain a clear separation of data and access.

If you have access to the root user for your Cloud account it should be protected by a complex password and multi-factor authentication. Do not use the root account unless necessary.
All user identities with access to your Cloud account should be configured with multi-factor authentication.
Use the principle of least privilege to and limit users to only the resources they need. Policies and Roles can be used to control which services users can access. Cloud providers may offer builtin job-function roles such as Developer, DBA, etc., as a way to limit users to the appropriate services.
Virtual Machines in the Cloud should be properly maintained by promptly installing security updates and be protected by vulnerability and malware scanners such as Qualys and FireEye HX.
Use firewalls (a.k.a. security groups) to protect your Cloud resources, such as virtual machines

Create a budget report to be notified of your monthly costs.
Create budget alerts to notify you when expenses costs exceed projections.
Be aware that there may be a delay of several days before the cost of Cloud usage is known.Unless Try the estimating your costs using Cloud pricing calculators:
It's easy to forget where services have been spun up so, unless there is an architectural reason to do otherwise , deploy services and resources to a single geographic region. It's easy to forget where services have been spun up and get an unexpected bill.
Costs may vary depending on geographic region. Consider a balance of cost and distance when selecting a geographic region to deploy resources. In AWS we recommend using the us-west-2 (Oregon) region.

Cloud costs are typically based on usage so shut down services when not in use and delete data that is no longer needed.
Downloading data from the Cloud (a.k.a. egress) usually incurs a cost. If you need to distribute a lot of data then an on-campus service may be a better choice.
In the Cloud you have more control over your infrastructure but also more responsibility
For intermittent use, batch workloads or short term projects the Cloud can be a great fit. See AWS Batch, Azure Batch, and GCP Dataproc.
For long term use of highly utilized resources, buying servers and installing them on campus may be more cost effective.