亚马逊云服务建立网站

亚马逊提供的服务器包括了1CPU + 1G RAM，可以免费用1年，然后使用最低配的系统每年的费用大约是365元。申请一个AWS账号
选择服务器所在的国家。（重要）
申请一个带Wordpress的AWS云服务器。
检查你的网站已经建好了。
找到你的用户名密码
登陆到你的网络服务器
修改网站的标题和样式
开通新用户的注册。
添加访问量监控
使用自己的域名
今天开篇说一下如何申请一个AWS云服务器，并建立一个Wordpress的instance
首先当然是打开AWS的网站
>

亚马逊账号账号受限关联问题可从：如何解决账号关联问题

1）在亚马逊平台上 *** 作，必须要按照亚马逊相关政策 *** 作，一定不可以销售侵权产品、敏感产品、灰色产品等。尽量销售有自己品牌或者授权品牌的产品。

2）登录亚马逊后台之前，必须使用1台干净的电脑和1台干净的宽带，同时清除浏览器下“历史记录”里所有的Cookies。登录时，不要自动保存用户名和密码；退出时，点击亚马逊后台首页右侧顶部的“Setting”，选择“Logout”正常退出后台，同时清除浏览器下“历史记录”里所有的Cookies。

3）拿到新亚马逊账户后，前7天请不要使用（或是VPS登录），否则信号会触发验证审核。

4）新亚马逊账户，头1个月，建议不要轻易跟卖，尽量销售有自己品牌、认证的产品。至少发布50个左右产品，账户稳定后，再进行跟卖。

要做好亚马逊运营，需要考虑以下几个方面：

产品选择和采购：选择有市场需求、具有竞争力的产品，并与可靠的供应商建立良好的合作关系，确保产品的品质和供货稳定。

产品优化：对产品标题、描述、关键词等信息进行优化，以提高搜索排名和转化率。同时，需要定期对产品价格、评论、评分等信息进行监控和分析，及时调整策略。

店铺设计：店铺的设计需要简洁清晰、易于导航，同时要充分展示产品的特点和优势，提高用户体验和信任度。

广告投放：可以通过亚马逊广告、社交媒体广告等多种途径进行推广，增加流量和销量。需要根据广告投放效果调整投放策略和预算。

物流管理：选择可靠的物流服务提供商，并对物流过程进行监控和管理，确保订单能够及时准确地配送给客户。

客户服务：及时回复客户咨询和投诉，并积极解决问题，提高客户满意度和口碑。

数据分析和监控：通过数据分析和监控，了解产品和店铺的表现和趋势，及时调整策略和提高运营效率。

需要注意的是，亚马逊运营是一个不断优化和改进的过程，需要持续关注市场和用户需求，不断学习和改进。

通常远程登录亚马逊账号可以有以下几种方法，楼主可以根据自己的情况自行选择：
1如果店铺不多可以选择用笔记本电脑在家中进行日常办公。
2 如果近期不打算进行一些上新或者做活动，可以专门准备一个手机用来回复邮件、处理售后等问题。要注意一部手机只登一个账号，并且不要连接无线网络。
3 对于有多个账号的大卖家来说，以上两种方法都不推荐。如果办公室有值班人员可以帮你开关电脑的话可以用一些远程软件来辅助，将家中的电脑与公司的电脑相连，远程 *** 控。
4 也可以使用云服务器，在云上运行一台虚拟的电脑，一个云服务器对应一个账号，也可以完成多账号的远程 *** 作。
以上，希望能对楼主有帮助。

够了。
亚马逊新店铺一般正常情况下的话三个月左右就可以挂云服务器，亚马逊开店必须要云服务器，没有云服务器无法管理登记商品。如果你只有单个的店铺，就不需要买云服务器。只有店铺多了，可能就会要买。

就全球市场份额上来说，亚马逊第一，阿里云第三，不过在国内市场份额刚好相反，阿里云第一，亚马逊第三。
下面对比一下各自的优势：
阿里云的优势：
易于国内企业使用，支付宝付款，可以开子账号团队协作，安全关把关还算可以的，BGP线路也是可以的，阿里云贴合国人的角度突出了按需付费的这个特性，能够承载处理像双十一这样高并发，技术肯定不差的。
AWS的优势：
AWS的云服务还是很成熟的，成本上相对于阿里云来说花费多一点，服务团队在工作日反应还算是很迅速的。
一个是国内的公司，一个是国外的，就国内使用服务器的话，还是倾向于选择阿里云服务器。

以下为原文：
基于AWS用户的反馈，我们列出了亚马逊EC2（亚马逊d性计算云，云计算服务的核心及基础，提供非常d性的实例管理）的五项问题，它们不仅不好解决而且还会迫使用户另寻它物。
共享EBS卷
EBS（Elastic Block Store，d性块存储）为亚马逊EC2提供永久存储。由于去除了对速度缓慢的亚马逊S3（另一个云计算产品）的依赖，它在2009年一经推出就得到了高度评价。
许多工程师只要加载一个Amazon EC2实例，就会马上附加一个EBS卷，并将长期需要的数据移动过去。然而四年过去了， EBS需求最旺盛的功能－将同一个EBS卷附加到多个EC2 实例上还尚未实现。 AWS鼓励在一个load balancer（负载平衡器）后台运行多个亚马逊EC2实例来获得最佳的性能。然而仅在一个EC2实例上运行应用不是个好主意。大多数内容管理系统和媒体驱动的应用程序依赖于共享的存储。当这些系统都迁移到AWS并放在一个 ELB（Elastic Load Balancing，d性负载均衡）之后，没有简单的策略使得在运行相同应用程序的EC2实例之间来共享内容。
举例来说，一个终端用户上传一个新到由负载平衡器随机选取的一个内容服务器上。目前而言，复制这一到所有正在运行的服务器是留给开发人员做的。AWS建议使用亚马逊S3存储静态内容，而许多流行的CMS框架期望可以在本地文件系统实现存储。为了确保所有的服务器共享最新的内容，需要强制实现类似Gluster或NFS式的分布式文件系统。这需要前沿技术，其中涉及启动一个专用的虚拟机来运行该文件服务器。这也使得配置很不稳定：文件服务器很容易成为单点故障。
如果亚马逊支持多个EC2实例共享同一个EBS卷，这就能避免对专用文件服务器的需求和对每个服务器进行额外的配置。这其实也不复杂：谷歌计算引擎（Google ComputeEngine）支持在多个实例上同时安装永久磁盘。虽然只有一个实例有对文件系统的读写许可，但是所有的实例将能立即访问该内容。虽然还只是在技术测试阶段，谷歌计算引擎已经在性能和特性方面把目标瞄准了跨越式发展的亚马逊EC2。早期指标显示GCE将是亚马逊EC2的一个可行替代方案。
可配置的ELB流量
ELB（ElasticLoad Balancing，亚马逊d性负载均衡，是在EC2基础上实现的负载均衡服务）提供了一种能将流量均匀地分布在多个亚马逊EC2实例上的服务。亚马逊把ELB这种服务定位为近乎神奇，它能提供长久的稳定运行和高可扩展性。根据ELB的官方描述，“它能使你在你的应用程序中获得更大的容错能力，无缝地提供用来响应传入应用流量所需的负载平衡能力。”
对负载均衡容量可以无缝增加的承诺肯定带有误导性，因为ELB旨在随着流的线性增加而逐渐扩展。这对于像电子商务门户网站或机票销售那类开始流量较少，随着时间不断增长的模式是可行的，但是如果是在那种建于ELB之上的网站，当它流量飙升，ELB性能就会显著下降。这种模式通常见于发布考试成绩或者发布重大新闻的门户网站。为了使ELB能够随时准备处理这种突发状况， 亚马逊期待AWS用户每月支付最低49美元，以支持服务使ELB能提前“热身”。虽然这一问题有足够多的指导资料来解决，但它们仍然被湮没在AWS的浩瀚文档之中。就像EBS中置备的IOPS功能，亚马逊应当使ELB流量可自定义化，这样客户可以事先选择流量模式以确保可扩展性。

亚马逊等电商平台判定关联是从软和硬两个方面来判断的，软关联就是注册用到的各种信息，包括但不限于

注册信息

IP地址和网络环境

账户密码

商品信息

FBA发货信息

****

硬关联则是卖家 *** 作亚马逊的时候使用的电脑网线等设备。这些方面都不能有任何关联，如果触碰到多个维度相同，就有被封号的可能性。

我们 *** 作是一台服务器 *** 作一个亚马逊账号和一个ebay账号，这样可以平摊运营成本。

服务器的选择这块有点学问，最好问问懂的人。几句话讲不清楚。

可以用远程桌面连接，然后就和你本地电脑 *** 作一样了。远程连接是你电脑自带的软件。

关于这个方面老魏写过几篇文章，选择服务器这块要求还是挺多，多看可以有帮助。不懂就留言给我。

---