标签： AWS

Elastic近日对其官方Python客户端（Elasticsearch-py）做出了修改，使其无法与各个分支版本相兼容。Elastic开发者向Elasticsearch-py提交了一个PR，增加了一个验证逻辑，限制用户使用Elasticsearch客户端连接到由AWS创建维护的Elasticsearch分支OpenSearch，以及跟AWS相关的Elasticsearch产品和服务，后来又关闭了GitHub上相关的话题讨论。

AWS如何解决这次“危机”

面对Elastic的“主动出击”。AWS在官方博客中表示：“因为Elastic维护的开源库提供了方便的API接口，所以许多使用Elasticsearch和OpenSearch的开发人员都依赖于Elastic维护的开源客户端。修改后的客户端将无法连接到由AWS维护的Elasticsearch分支OpenSearch，以及一些版本较低的Elasticsearch开源发行版，或是托管到AWS Elasticsearch Service 的Elasticsearch。Elastic公司现在只允许应用程序连接到Elastic的商业产品上。”

不仅仅Elasticsearch的Python客户端出现问题，Elasticsearch的.NET连接器也发生了同样的事情，导致出现诸如“客户端注意到服务器不是Elasticsearch 受支持的发行版”之类的弹窗提示。另一个变化是Elasticsearch的Java客户端也已切换到Elastic License。

随着Elastic不断限制不同编程语言Elasticsearch客户端与OpenSearch产生联系。“OpenSearch 要如何处理当前可用的各种编程语言所对应的多种 connector 和 binding？“这个话题在OpenSearch社区引起了用户的焦虑。

AWS计划将在OpenSearch项目中添加一组新的开源客户端，使应用程序可以轻松连接到任何OpenSearch或Elasticsearch集群。这些客户端将允许开发人员继续运行当前版本的OpenSearch或Elasticsearch。并且用户先前的应用程序代码只需进行较少的更改，新客户端将提供他们与之前版本相同的API接口和功能。AWS计划修改的客户端包括：elasticsearch-py；elasticsearch-java；elasticsearch-net等客户端。

AWS补充到，不建议把Elastic维护的客户端更新到*新版本，因为这可能会导致应用程序中断。任何已更新其客户端并遇到问题的人都可以使用 OpenSearch文档说明，解决这些问题。他们预计在OpenSearch GitHub 组织中为每个新客户端库开放存储库。然后，迅速将客户端发布到所有相应的包管理器和存储库。确保开发人员可以轻松访问开源的Elasticsearch、Open Distro for Elasticsearch和OpenSearch客户端库。

双方纠纷的由来

Elasticsearch是Elastic于2010年首次发布的分布式免费开源搜索和分析引擎，具有快速实时搜索和可靠稳定的特点。因此Elasticsearch凭借自身的优势获得众多企业的青睐，比如Adobe、Cisco、Netflix和Uber等大型企业，亚马逊的AWS云计算服务也使用Elasticsearch用来存储、搜索和分析大数据。

早在2019年1月21日，AWS曾发布Open Distro for Elasticsearch。Open Distro for Elasticsearch项目是Elasticsearch的增强版本，基于Apache 2.0 100％开源，Open Distro for Elasticsearch包含了Elasticsearch里面的商务付费功能以及Kibana的开源代码。

2021年1月15日，Elastic的创始人Shay Banon官网发文，宣布将更改开源协议，从Elastic 7.11版本开始，Elasticsearch与Kibana代码由原先遵循的 Apache 2.0许可协议调整为SSPL与Elastic License双许可协议。面对Elastic公司更改开源协议的行为，AWS回应称，Elastic这种做法只是为了自己的利益垄断，而且更改开源协议后的SSPL协议丧失了“开源精神”。AWS这样的说法，也让Elastic的创始人Shay Banon在2021年1月20日官网发文怒怼AWS，他们更改开源协议完全是因为AWS的逼迫不得以而为之，同时指责AWS本身的种种恶行。AWS也回应Elastic公司的声明，否认自己威逼Elastic公司，表示自己一系列做法完全是为了创造一个更好的开源社区，也强调自己的做法得到了很多公司的支持。

业界如何看待这次纠纷

对于这次AWS与Elastic的纠纷，有开发者吐槽亚马逊本身就有“不回报开源”这个标签，而且Redis Labs、Confluent 和 MongoDB 这些公司曾经先后修改了开源协议，并明确表示修改的原因，主要为了避免像 AWS 这样的大型云服务提供商将他们的开源软件进行改版与销售。虽然AWS这次努力为OpenSearch打造成一个”完美的”开源社区，也不易改变人们对AWS的传统印象。

依旧有人认为AWS的行为是在“抢劫”开源项目，也有开发者表示，Elasticsearch属于社区的开源贡献者，Elastic没有权利保留版权，也不应该修改许可协议，他们这样做违背了开源社区的精神。

有没深度体验过两者区别的大佬，你们怎么选型的呢

镜像讨论：阿里云还是 AWS ？

AWS 阿里云 选型 镜像35 条回复 • 2021-08-05 01:18:33 +08:00
villivateur 1
villivateur 13 天前 via Android ❤️ 1
个人的话，国内业务选阿里云，国外的选 aws
企业的话，两个都行，但公司应该有专人去分析这种事
dzdh 2
dzdh 13 天前 ❤️ 1
+1

只做国内业务阿里云
兼国外业务就 aws 也可以国内部分上阿里云
JensenQian 3
JensenQian 13 天前 ❤️ 2
个人用户国内腾讯云，国外 do，vultr，linode 这三家
阿里云和 aws 个人用户别用
Rocketer 4
Rocketer 13 天前 via iPhone ❤️ 2
如果大家觉得“XX 云”就是某个品牌的 VPS，那用什么都一样。甚至没必要用 AWS 这么贵的，Linode 之类的更划算。

只有真正使用云服务，才需要慎重选择，因为会有技术栈绑定的问题
michaelzhangcn 5
michaelzhangcn 13 天前 ❤️ 8
有非常多的大大小小區別，以下是部分個人體會，供參考：
1 、AWS 有非常多的國際節點，而阿雲主要是國內節點，很多阿裏雲的國陳節點*終測試下來都是走的阿裏雲的香港出口，不知道他們是香港機房還是國內走香港的線路。如果你的業務是全球化的話，AWS 是必然的選擇，GCP 和 Azure 是第二選擇。
2 、阿裏雲主的主機帶寬是根據 Bandwidth 來賣的，*大的帶寬賣的越貴，而 AWS/GCP/Azure 等對於主機 instance 並無帶寬上的限制，理論上可以用到*大 Host 的帶寬，但 AWS 對於跨機房和不同洲的 intnet traffic 的數據量是要按不同價格收費的，原則上 Incoming 流量是不收費的。
3 、阿裏雲有 ICP 備案的要求，所有網站都需要備案，其它 AWS 等國際的服務商都是沒有。
4 、AWS 的國內節點以及 Azure 的國內節點是一種特殊的存在，他們國內與國外沒有內部互聯，所以是獨立於整個基礎網絡架構的。
5 、阿裏雲的 CDN 節點分布比較少，實際效果並不如傳統的 CDN 服務商，國際的更不用說了。AWS 的 CDN 叫 CloudFront，節點遠遠大於其能提供 IaaS 服務的節點數量，分布情況也好於 Azure 和 GCP，可以達到與傳統 CDN 服務商的水平。
6 、AWS 提供一套非常強大的 AMI 接口，可以方便運維管理，但阿裏雲走的是相反的方針，阿裏雲在 web 管理上做了非常多的功能，有無數功能需要在 web 上操作而不是 CLI，這點可能是爲了更貼合國人的需要吧，有利有弊。
7 、AMS 有個缺點就是實例的 instance 的 snap 是不能跨地區的，這和阿裏雲一樣，但 GCP 和 Azure 可以，全球化部署會比較麻煩點。
。。。。
有太多太多一時記不起來了，有需要可以具體交流提問。
echo1937 6
echo1937 13 天前 ❤️ 1
@michaelzhangcn 关于第七点，实例的 instance 是 snap 一般都是存到 S3，然后在另外的区域拉取，从而实现跨区域，我记得没错吧。
PMS 7
PMS 13 天前
@JensenQian 村网通吧。。。现在的 aws 除了操作更复杂之外和低价 vps 比已经没有任何劣势了。。
michaelzhangcn 8
michaelzhangcn 12 天前
@echo1937 不是，AWS 自帶的 snap 和 EBS 管理都是無法選擇 S3 的，除非你自己操作 image 存 S3，那就還不如去構建 docker image 的 pull/push 比 AWS 更方便了，這就比較雞肋了。個人還是更喜歡 GCP 的 snap 和 image 管理都是全球化的，不區分區域的基礎環境更爲方便。
echo1937 9
echo1937 12 天前
@michaelzhangcn #9 不知道我们是不是在讨论同一件事情，但是快照本身就是保存在 S3 的啊。

https://docs.aws.amazon.com/zh_cn/AWSEC2/latest/UserGuide/ebs-copy-snapshot.html
stimw 10
stimw 12 天前 via Android
@PMS emm…怎么说？我没用过 aws，光看计费项就望而生怯了。

michaelzhangcn 11
michaelzhangcn 12 天前
@echo1937 是的，我相信 AWS 應該是把 snap 等很多這類數據都存 S3 的，但 S3 上並沒有 bucket 可以供你訪問現成的 snap，而你用 copy snap 方式複製到其它區域後 snap 的 ID 也變了，並不是*初的那個 snap ID，如果你有多個區域需要 copy 的話，還需要維護不同區別 snap 的一至性，所以 AWS 才會又衍生出來一個 lifecycle manager 來管理 EBS 的複製，個人並不喜歡這樣把問題越搞越複雜。
JensenQian 12
JensenQian 12 天前
@PMS #7 等楼主信用卡被扣爆再说
love 13
love 12 天前
@PMS 真的？ AWS 每月用几 T 流量也只要$10 ？
jingslunt 14
jingslunt 12 天前
当然是 azure
白天中文客服，晚上英文客服。
knightdf 15
knightdf 12 天前
花公司钱就 AWS，花自己钱就阿里云
stanchenxxx2015 16
stanchenxxx2015 12 天前
楼主，阿里云或者 AWS 我们这边都有代理，可以考虑走我们这里，这两家都可以可以给到您折扣，欢迎联系。
微信：MTczNDYyNjUwNzA=（ base64 ）
hhacker 17
hhacker 12 天前
企业也可以选择国内 aws
martinqian 18
martinqian 12 天前
主要是看你的业务放在哪里，虽然说阿里也有海外节点，但他家的优势还是在国内。
其次看你需要的云服务，如果只是需要服务商的机器和网络，那你选择 Linode 、Vultr 流又如何？
AWS 在大陆的服务与其国际版有区别，但两者并非物理上的被分割成了两个网络，你依然可以走他们的主干网络在不同的区域间遨游，但需要备案（工信部的那个备案）。
AWS Global Acceleration 之前走的电信 CN2 来加速大陆访问，效果还是挺不错的；早前听他们的技术支持说由于成本原因在 3 月份左右会取消 CN2，现在不确定是否已取消，但确实没以前流畅。

无论如何，要结合应用场景来谈，简单粗暴地直接给你答案是没用的。
salmon5 19
salmon5 12 天前
纯国内业务，首选阿里云；国内估计可以双云
技术上阿里云操作简单友好； AWS 上手成本高一些
salmon5 20
salmon5 12 天前
aws 的 console 功能很弱，用好它，要学很多命令行操作
salmon5 21
salmon5 12 天前
阿里云的简便程度上，个人认为有些地方设计是优于 AWS 的，比如负载均衡、VPC 、计费灵活度
有些地方也是中西文化不同导致的
PMS 22
PMS 12 天前
v2 还是一如既往的菜到让人无法呼吸。。。一堆连 aws 也有名为 Lightsail 的 vps 都不知道。。。大家需要加入菜鸡清单的名字：@love @JensenQian @stimw
stimw 23
stimw 12 天前 via Android ❤️ 3
@PMS 我以为是什么…lightsail 我当然知道，IO 差带宽小，当初看的时候就被排除了。

比较纳闷的是，知道 aws 有 lightsail 这么个东西是什么不得了的事吗？

倒是我觉得你的发言挺搞笑的，是从小缺家教么。上面都是*貌回复，正常讨论。然后一堆和谐的讨论里突然出现嘴里吐?的真是恶心…
JensenQian 24
JensenQian 12 天前 ❤️ 1
@PMS #22
我招你惹你了吗，真的是，lightsail 知道又怎么样，不知道又怎么样
一上来就一句村通网，菜到让人无法呼吸
我有喷你了吗
aws 的价格贵，收费复杂，不适合个人用户，有错吗，又不止我这么说，连 cloudflare 官方都在喷
https://blog.cloudflare.com/aws-egregious-egress/
lightsail 那个性能你觉得那玩意怎么样，你应该挺清楚的吧，石头盘加弱鸡性能
还有 aws 的账单导致信用卡被扣爆的论坛上一搜一堆
我不想多说什么了
agagega 25
agagega 12 天前 via iPhone
@JensenQian Azure 啥的呢
rosees 26
rosees 12 天前 ❤️ 1
啥需求你倒是说啊。。。
ryanlid 27
ryanlid 12 天前
搞不懂什么业务一言不合 月流量几个 T，流量都上去还缺预算

国内用阿里，海外用 aws +1
chenjies 28
chenjies 12 天前
需求都不知道，分析也没什么用吧。不知道发贴的是真有需求来问，还是蹭话题。
tilv37 29
tilv37 12 天前
仅仅从长期运维和技术支持的角度来说

国内业务就用阿里云把，好歹是中文支持，真遇到云本身的核心问题了，也能找到相应的技术人员

我目前在使用 azure china，真遇到云本身的问题了，中国的技术支持都不怎么解决得了，还得找美国人
oldphper 30
oldphper 12 天前
看您业务需求的，根据需求来分析。也可以考虑腾讯云看看。 /t/789633
smileawei 31
smileawei 12 天前
国内阿里云 国外 AWS 吧。

国内的 AWS，因为政策的原因，不允许亚马逊自建。AWS 北京是和光环新网合作的。AWS 宁夏是和西云数据。
西云数据没用过。不清楚。
单说光环新网运营的 AWS 北京。遇到一次单可用区级别的故障。遇到过备案问题电话其客服，其客服告知要周一工作日才能处理。
smileawei 32
smileawei 12 天前
AWS 海外的产品稳定性和支持服务的质量是 AWS 国内完全没办法比的。
RangerWolf 33
RangerWolf 11 天前
我司在南京，国内用 ucloud 跟 AWS，海外 GCP，都谈了折扣价，也是 GCP 、AWS 代理

顺便招 python 开发 😀
cherryas 34
cherryas 9 天前
aws 是直接扣款的，和国内付费习惯不一样。随便点点可能一下子几十刀就没了，当然一般都是可以退的。
whx20202 35
whx20202 4 天前
@michaelzhangcn 阿里云支持镜像跨地域复制和快照跨地域复制。
复制后资源 ID 是会变的，我觉得这个没什么，也可以接受

azure 那边是什么样的形态？一个资源可以在任何地域被使用，不用复制吗

《关于如何利用 aws 免费服务创造好玩的东西这件事》
doveyoung · 3 天前 · 1557 次点击
抛开 12 个月免费的不谈

如何利用现有的永久免费服务拼出来一个可用的或者看上去可用的产品？

这个节点选哪个合适啊话说

免费 可用 AWS 抛开12 条回复 • 2021-05-27 09:21:48 +08:00
zj9495 1
zj9495 3 天前
绑定信用卡的，不敢乱玩
snw 2
snw 3 天前 via Android
永久免费好像没有公网流量，这就很难完全免费使用了。
zidian 3
zidian 3 天前
12 个月之后几乎没有免费的服务了吧
iozephyr 4
iozephyr 3 天前 via iPhone
Lambda + DynamoDB 做计算存储资源，能干挺多事，比如爬虫，定时任务（做网站的话 API Gateway 不免费）
Code Pipeline 用来做 CI/CD
Cognito 做用户认证
iozephyr 5
iozephyr 3 天前 via iPhone
@zidian https://aws.amazon.com/cn/free/ 检索永久免费
willis 6
willis 3 天前
貌似搞不了太多
q197 7
q197 3 天前
感觉发挥空间不大。可以看看 heroku （这个免费包含的功能*多*强大），google script，azure 云函数这些
greatghoul 8
greatghoul 3 天前
你可能需要 https://runkit.com/

免费的简易 serverless + api gateway
ohooooo 9
ohooooo 3 天前
质量差
Ansen 10
Ansen 3 天前
之前玩 AWS 永久，现在还欠着 20 多刀没给 ，账户已经被 deactive 了

molezz765 11
molezz765 2 天前 via Android
想这么多，不如暂时用甲骨文的永久免费
linxzh1989 12
linxzh1989 2 天前 ❤️ 2
当时开了一个免费，在上面装了下 jupyter，跑了个远程 notebook，忘记关掉了。过几个月后扣了我 1 万多好像。后面我自己去申诉钱退回来了。因为之前绑定的是双币卡，扣的是美元，返回的也是美元，还因为当时汇率波动，赚了 200 多块钱，这可能是我利用免费服务，*次赚到钱吧

AWS的服务类型包括
计算、存储内容分发、联网、数据库等10多大类，几十项服务
但是跟网络相关只有2个（VPC和数据中心光纤连接）
AWS的VPC是云计算中网络运维的基石，是SDN能力的体现
VPC是一整套模拟传统网络运维的工具，包括：
子网
DHCP
防火墙(安全组)
路由表(NACL)
DNS
网关
*等众多功能
AWS的快速上手实验室，模式值得学习，包括：
实验概述说明
实验具体操作步骤文档(如按照服务的生命周期维度进行设计：创建、修改、删除1.2.3.4)
实验相关文件附件(如CFN的json)
自动开通的AWS测试账号
针对不同级别级别用户的练习（如基础、高级、专家等）
针对客户实际业务场景的练习（如大数据、移动开发）
2.AWS的服务学习方法
2.1.AWS的云服务列表overview
计算
EC2（云中的虚拟服务器）
EC2 Contrainer Service（运行和管理docker容器）
Elastic Beanstalk（运行和管理web应用程序）
Lambda（事件驱动的计算服务）
存储和内容分发
S3（可扩展的云存储）
CloudFront（全球内容分发网络CDN）
Elastic File System（针对EC2完全托管的文件系统）
Glacier（云中的归档存储-虚拟带库）
Import/Export Snowball（大规模数据传递的硬件）
Sotrage Gateway（混合存储集成）
分析
Elastic MapReduce（Hadoop托管框架）
Kinesis（实时处理流媒体传输）
联网
VPC（隔离的云网络）
Direct Connect（AWS专用网络连接）
数据库
RDS（管理型关系数据库服务）
DynamoDB（可预见，可扩展，全托管的NoSQL数据库）
RedShift（托管的数据仓库）
ElasticCache（内存缓存）
应用程序服务
API Gateway（构建、部署和管理API）
AppStream（低延迟的应用程序流）
CloudSearch（管理型搜索服务）
SQS（消息队列服务）
SWF（协调应用程序组件的工作流服务）
开发人员工具
CodeCommit（在私有Git存储库中存储代码）
CodeDeploy（自动代码部署）
CodePipeline（使用持续交付发布软件）
管理工具
CloudWatch（监控资源和应用程序）
CloudFormation（使用模板创建和管理资源）
CloudTrail（跟踪用户活动和API使用）
Config（跟踪资源库存和变更）
OpsWorks（用Chef自动化操作）
Service Catlog（创建和使用标准化的产品）
Trusted Advisor（优化性能和安全）
安全&身份
IAM（管理用户访问和加密密钥）
物联网
AWS IoT（将设备连接到云）
游戏开发
GameLift（部署和扩展基于会话的多人游戏）
移动服务
Mobile Hub（构建、测试和监控移动应用）
Cognito（用户身份和应用程序数据库同步）？？
Device Farm（在云中的真实设备上测试android、ios应用）
SNS（推送通知服务）

 

本文写的是云计算下的这些细分领域 你都了解吗？【IT168 评论】云计算的“云”源于绘制互联网的网络图表时的一个习惯——会将其画成一朵云。*受认同的关于云计算含义的解释是，在一个商业供应者的数据中心上通过互联网远程运行工作负载——也就是所谓的“公有云”模式。AWS、Azure、谷歌云等平台都是这一云计算概念的例证。

但是，云计算还有一个更精确的解释：数据中心资源的虚拟化和中心管理。其关键优势是敏捷性：根据工作负载的需求，使用抽象计算、存储和网络等资源，且具备大量的预构建服务。

从客户的角度来看，公有云能够提供一种方式，在不投入新的硬件和软件的情况下，获得新的功能。同时，客户只需按照自己所使用的资源为他们的云供应商支付费用。只要填写web表单，用户就可以设置账户、加速虚拟机或提供新的应用程序。根据客户在运行自己的工作负载时的需求增加更多计算资源，这种特性被称为伸缩性。

云计算中可用的服务种类是很多的，不过主要可以分为以下几类：

SaaS(software as a service，软件即服务)

这种类型的公有云在互联网上通过浏览器对应用程序进行交付。*受欢迎的商务级SaaS应用程序有谷歌的G Suite和微软的Office 365;而在企业级应用中，Salesforce独占鳌头。但是几乎所有的企业级应用，包括从Oracle到SAP的ERP套件，都采用SaaS模型。通常，SaaS应用可提供广泛的配置选项以及开发环境，使客户能够自己对代码进行修改和添加。

IaaS(infrastructure as a service，基础设施即服务)

在基础层面上，IaaS公有云供应商提供存储和计算服务。但所有主要公有云供应商提供的服务都是惊人的：高可伸缩数据库、虚拟专用网络、大数据分析、开发工具、机器学习、应用程序监控等等。AWS是*个IaaS供应商，且目前仍是领袖，紧随其后的是微软Azure、谷歌云平台和IBM Cloud。

PaaS(platform as a service，平台即服务)

PaaS所提供的服务和工作流专门针对开发人员，他们可以使用共享工具、流程和API来加速开发、测试和部署应用程序。Saleforce的Salesforce的Heroku和Force.com是非常受欢迎的公共云PaaS产品;Pivotal的Cloud Foundry和红帽的OpenShift可以在本地部署或通过一些主要的公有云来访问。对于企业来说，PaaS可以确保开发人员对已就绪的资源的访问，遵循一定的流程和只使用一个特定的系列服务，运营商则维护底层基础设施。

值得一提的是，专为移动端开发人员使用的各种PaaS一般被称作MBaaS(移动后端即服务)，或者只是BaaS(后端即服务)。

FaaS(functions as a service，功能即服务)

FaaS，无服务器计算的云实例化，为PaaS增加了另一个抽象层，以便开发人员在堆栈中完全隔*一切优先级低于他们代码的东西。不是去搞虚拟服务器、容器和应用运行时间，而是上传功能代码块，让它们被某个事件触发(例如表单提交或上传文件)。所有主要云都会在IaaS之上提供FaaS：AWS Lambda、Azure Functions、谷歌云Functions以及IBM OpenWhisk。FaaS应用的一个特殊的好处是，在事件发生之前不会使用IaaS资源，可通过降低资源使用率来减少费用。

私有云

私有云可以说是小尺寸的IaaS公有云，使软件可以部署和运行在客户的数据中心。与公有云一样，内部客户可以提供自己的虚拟资源，以构建、测试和运行应用程序，通过计量资源消耗进行收费。对于管理员而言，私有云数据中心*好就是自动化，而*差的情况则是手动配置和管理。VMware的软件定义数据中心栈是*受欢迎的商业私有云软件，虽然OpenStack是开源方面的领袖。

混合云

混合云是私有云与公有云的集成。混合云涉及创建并行环境，是应用程序可以在私有云和公有云之间轻松移动。在其他情况下，数据库可能待在客户数据中心与公有云应用程序集成——在需求高峰期，虚拟化数据中心的工作负载可能会被复制到云。私有云和公有云之间的集成类型差别很大，但他们必须各自互相适应，以成为一个混合云的模式。

公有 API(API，应用程序设计接口)

正如SaaS在互联网上为用户交付应用程序，共有API为开发人员提供应用程序功能，可以以编程的方式访问。例如，在构建Web应用时，开发人员经常会利用谷歌地图API提供行车路线;为了集成到社交媒体，开发人员可能会呼吁API通过Twitter或Facebook被保持。Twilio已经建立了一个成功的业务，致力于通过公共API提供电话和消息传递服务。*终，任何企业都可以提供自己的公有API实现客户消费数据和应用程序功能的访问。

iPaaS(integration platform as a service，集成平台即服务)

数据集成是任何具备一定规模的公司的一个关键问题，尤其对于那些大规模采用SaaS的企业而言。iPaaS供应商通常提供预先构建的连接器，为流行的SaaS应用程序和本地企业应用程序之间提供共享数据，尽管供应商可能或多或少地关注B2B电子商务集成、云集成或传SOA风格的集成。

IDaaS(identity as a service，身份即服务)

在私有数据中心和公有云网站上，与云计算相关的*大的安全问题就是管理用户身份及其相关权利和权限。IDaaS供应商保持基于云计算的用户配置文件,验证用户身份,并使访问资源或应用程序基于安全策略、用户组和个人的特权。能够集成各种目录服务(Active directory LDAP,等等)，而且这是至关重要的。

协作平台(Collaboration platforms)

协作解决方案如Slack、微软Teams和HipChat已经成为重要的信息沟通平台，是组织内部能够有效地沟通和合作。基本上，这些解决方案是相对简单的SaaS应用程序，支持聊天形式的消息传递以及文件共享和音视频交流。大多数提供API来促进与其他系统的集成，使第三方开发者创建和共享插件，增强功能。

垂直云(Vertical clouds)

在金融、医疗、零售、生命科学和制造行业提供PaaS云使客户建立垂直应用程序，接近行业特定的、API-accessible服务。垂直云可以减少垂直应用程序投放到市场的时间，加速特定领域的B2B集成。大多数垂直云的构建都带着一些培养生态合作伙伴系统的目的。

云计算的吸引力与反对意见

云计算的主要吸引力是减少市场投放时间以及应用程序的动态化的规模扩展。不过，越来越多的开发商正将大量先进的服务引进到云中，并且可以合并到应用程序中，从机器学习到物联网。

虽然有时候企业遗留应用程序会迁移到云来减少数据中心的资源需求，但真正的福利在于利用云服务和“云原生”属性增加新的应用程序。后者包括微服务架构、Linux容器，可增强应用程序的可移植性，容器管理解决方案如Kubernetes基于容器的服务编排。原生云方法和解决方案可以是公有云或私有云的一部分，有助于高效使用Devops风格的工作流。

对公有云的反对意见，一般源于安全问题，虽然主要的公有云供应商已经证明自己的数据中心比一般企业更不容易收到攻击影响。更大的问题是客户与公有云供应商之间安全策略以及身份管理之间的集成。同时，政府的监管可能会禁止客户让敏感数据离开本地。其他一些问题包括服务中断的风险和长期运营成本。

但公有云和私有云都已成为大型应用程序的首选平台，尤其是对于那些需要经常动态地改变规模的客户。更重要的是，现在的公有云供应商在技术开发上一直处在前列。企业选择云之后，会源源不断地被邀请使用一些令人兴奋的新技术。

RDS连接不上数据库的排除办法
检查RDS的安全组。初次尝试，数据库连不上；后面又重试着不使用默认的安全组进行配置，可以连上。这里有一个检测是否可以成功连接的命令，如果连不上，可以试试这样能不能检测到连接。

https://docs.aws.amazon.com/zh_cn/AmazonRDS/latest/UserGuide/CHAP_Troubleshooting.html

EC2安装的数据库无法连接

确保3306端口已经打开。

确保已经在MySQL的配置文件中，改成允许远程访问。
系统相关信息如下：

MySQL版本后面因为删掉了，版本信息找不到了。这个配置文件的路径就当一个参考吧，到时候可能还需要自己找一找这个配置文件的路径。
配置文件路径：/etc/mysql/mysql.conf.d/mysqld.cnf

如果root密码已经忘记，那么可以考虑使用mysqladmin等一系列操作重设MySQL的root密码
————————————————
版权声明：本文为CSDN博主「肥鱼先生」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/asahinokawa/article/details/84586686

1, 配置AWS CLI，AWS Access Key ID可以从AWS控制台得到

[root@bjsconsole ~]# aws configure
AWS Access Key ID []: ****************
AWS Secret Access Key []: ***************
Default region name []: cn-north-1
Default output format [None]:

2，启动EC2虚拟机器，先准备一个需要在启动过程中执行的脚本

[bjs@bjsconsole ~]$ cat my_script.txt

yum install telnet -y

3，通过如下的命令启动EC2. 你可能需要先创建相关的资源，比如安全组，子网和placement  group。

[bjs@bjsconsole ~]$ aws ec2 run-instances –image-id ami-3fe13752 –count 2 –instance-type c4.8xlarge –key-name mykey-zhenyong-private –region cn-north-1 –security-group-ids sg-efcac28d  –subnet-id subnet-b2e6f2c6 –user-data file://my_script.txt –placement   “{ \”GroupName\”: \”test\” }”

4， 可以通过AWS CLI命令或者API得到虚拟机的列表

[bjs@bjsconsole ~]$ aws ec2 describe-instances –filters “Name=instance-type,Values=c4.8xlarge” “Name=instance-state-code,Values=16” | grep InstanceId

5，创建磁盘EBS，设置磁盘的IOPS为20000，并把磁盘挂在到AWS的EC2上

[bjs@bjsconsole ~]$ aws ec2 create-volume –region cn-north-1 –availability-zone cn-north-1b –size 400 –volume-type io1 –iops 20000

[bjs@bjsconsole ~]$ aws ec2 create-volume –region cn-north-1 –availability-zone cn-north-1b –size 400 –volume-type io1 –iops 20000

[bjs@bjsconsole ~]$ aws ec2 attach-volume –volume-id vol-0a6cfa07828f05ddf –instance-id i-04ec9cae4f402c8ed –device /dev/sdb

[bjs@bjsconsole ~]$ aws ec2 attach-volume –volume-id vol-001a4156071f183a6  –instance-id i-0d75e9a4071ffbfc0  –device /dev/sdb

6，把互联网IP地址连接到虚拟机上。

[bjs@bjsconsole ~]$ aws ec2 associate-address –instance-id i-04ec9cae4f402c8ed  –allocation-id eipalloc-dfe281e5

[bjs@bjsconsole ~]$ aws ec2 associate-address –instance-id i-0d75e9a4071ffbfc0 –allocation-id eipalloc-743b584e

7，登陆到虚拟机上，安装一些必要的软件，准备执行后续的操作。

[root@ip-10-128-2-224 ~]# yum install fio iperf -y –enablerepo=epel

8，在一台虚拟机上执行iperf –s，

[root@ip-10-128-2-224 ~]# iperf -s

9，另一台虚拟机上执行iperf –c， 检查网络带宽。这是两台c4.8xlarge的虚拟机，网络性能为10Gbps，可以看到网络带宽实测数据非常接近。

[root@ip-10-128-2-92 ~]# iperf -c 10.128.2.224

10，接下来在虚拟机上执行对磁盘的测试，先进行分区，然后创建文件系统

[root@ip-10-128-2-224 ~]# fdisk /dev/sdb

[root@ip-10-128-2-224 ~]# mkfs.ext4 /dev/sdb1

 

11，挂载设备到／mnt目录，通过ioping检查磁盘的延迟。可以看到延迟大约在300us(0.3ms)左右。

[root@ip-10-128-2-224 ~]# mount /dev/sdb1 /mnt/

[root@ip-10-128-2-224 ~]# ioping -c 10 /mnt/

12，使用fio进行磁盘压力测试，可以看到磁盘的IO性能非常稳定的在20000IOPS附近，带宽在340MB/s左右，注意，这是单盘的性能，通过增加EBS的数量，还可能增加并发的性能。

[root@ip-10-128-2-224 mnt]# fio -direct=1 -iodepth=128 -rw=randwrite -ioengine=libaio -bs=16k -size=10G -numjobs=1 -runtime=1000 -group_reporting -filename=iotest -name=Rand_Write_Testing

12，使用cloudwatch取到EC2的监控数据。

[bjs@bjsconsole ~]$ aws cloudwatch get-metric-statistics –metric-name CPUUtilization –start-time 2017-05-24T04:00:0 –end-time 2017-05-24T04:35:0 –period 300 –namespace AWS/EC2 –statistics Average –dimensions Name=InstanceId,Value=i-04ec9cae4f402c8ed

 

== 其他参考==

启动EC2，指定使用EIP。

[bjs@bjsconsole ~]$ aws ec2 run-instances –image-id ami-3fe13752 –count 2 –instance-type c4.8xlarge –key-name mykey-zhenyong-private –region cn-north-1 –security-group-ids sg-efcac28d  –subnet-id subnet-b2e6f2c6 –user-data file://my_script.txt –placement   “{ \”GroupName\”: \”test\” }” –associate-public-ip-address

 

查看你的服务限制是否已经到上限：

[ec2-user@bjsconsole tools]$ aws support describe-trusted-advisor-check-result –language en –region us-east-1 –check-id eW7HH0l7J9

 

提交case给AWS

[ec2-user@bjsconsole tools]$ aws support create-case –subject “Test” –service-code “amazon-cloudwatch” –communication-body “Test” –region us-east-1 –category-code “apis”  –severity-code “low”
{
“caseId”: “case-936200357723-muen-2017-5e8e46d0d8557d0e”
}
————————————————
版权声明：本文为CSDN博主「_云腾致雨_」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/johatter/article/details/76835419

本文循序渐进地对 AWS 做了全方位的介绍，即使是零基础的开发人员，通过阅读本文也可掌握 AWS，开启云计算工程师之路。

如今，越来越多的人通过 AWS 来入门云计算。很多初学者都迫切地想要知道如何才能成为一名 Linux 管理员，于是我想通过本文详细介绍一下云计算的相关知识，希望能够借此来解答开发者心中的疑问。本文既包括 AWS 的基础知识，又包括复杂架构的自动化部署这样的高级操作。读者可以根据自己的背景和基础，选择自己感兴趣的部分阅读。

开始之前，我先假设你具备以下能力：

拥有初级或者中级的 Linux 系统管理技能。

至少熟悉一门编程语言或者脚本语言。不必特别精通，但是要有实际的编程经历。

愿意花时间去解决一些复杂的问题。

需要花费一点钱购买 AWS 服务，从而提高自己的技能。

本指南使用须知：

首先，本指南不会一步一步手把手地教你如何操作。

我会循序渐进地引导你。因此，你需要真正理解每一部分，然后再阅读下一部分。

遇到问题时你要善用谷歌搜索、AWS 文档以及 Stack Overflow 网站去寻找答案。

使用*正确的方式，不要只顾图快。当然，先用快速的方法完成，然后再进行重构也未尝不可。

在学习过程中充分理解之后再去服务器上进行实际操作。使用不到 50 美元的 AWS 版本即可完成本指南中的所有工作。重新构建的过程能够帮助你加深理解。

跳过开头先去阅读“成本分析”和“自动化”两部分的内容，阅读其他部分的时候保证这两部分的内容了然于胸。

*后，一定要多动手进行实际操作。此时不做，更待何时。

项目概况

本指南不是教你如何在 AWS 上开发网站。而是通过一个网站示例来介绍 AWS 提供给你的所有技术服务。通过概念的学习和实际操作，你能够对 AWS 有非常全面的了解。

本指南将从*基本的网页开始，*后使用*其便宜的 ASW 构建 Web 应用程序。虽然网站很小，但是无所谓。它可以做任何你想做的事情，可谓麻雀虽小，五脏俱全。

示例网站名为“每日财富”，每次加载页面随机显示一个财富值，在页面底部提供一个输入框和一个按钮，通过这两个组件向随机财富列表中添加新的财富数据。

帐户相关的基础知识

创建一个 IAM 用户供你个人使用。

为 root 用户设置 MFA，关闭所有 root 用户的 API 密钥。

设置帐单提醒，以便超过指定的价钱后你能够及时知道。

使用 API 凭证为你的用户配置 AWS CLI。

本阶段目标：你可以使用 AWS CLI 查询你的 AWS 账户信息。

虚拟主机的基础知识

部署 EC2 虚拟机并显示一个简单的静态网页，页面上呈现“每日财富网站即将推出”的字样。

拍摄虚拟机快照，接着删除虚拟机，然后从快照中部署一个新的虚拟机，并选中基本的磁盘备份和磁盘还原功能。

本阶段目标：你可以查看 EC2 实例提供的简单 HTML 页面。

弹性伸缩配置

从虚拟机中创建一个 AMI 并将其放入弹性伸缩组中，确保至少有一个虚拟机在运行。

给虚拟机添加弹性负载均衡器，并在两个可用区域之间实行负载均衡。

本阶段目标：你可以查看来自两个 EC2 实例的简单 HTML 页面。你任意关闭其中一个，网站仍然可以访问。

数据库访问

创建一个 DynamoDB 数据库表，并手动执行数据插入和检索操作，然后通过本地计算机上的脚本执行相同的操作。

将你的静态页面重构为每日财富网站，使用 Node、PHP 或者 Python 都可以，对 AWS DynamoDB 数据表中的财富数据执行读取和更新操作。

本阶段目标：你的网站现在可以在用户和会话之间将数据加载并保存到数据库中。

虚拟主机 PaaS

将这个简单的网站重新部署到 Elastic Beanstalk 上。

创建一个静态的 S3 Bucket，上传一些静态的页面文件和图片，并将这些资源添加到你的 Elastic Beanstalk 网站。

注册一个域名，或者使用现有的域名，总之你得有一个。然后配置 Route53 域名服务。把 www.<你的域名>.com 指向你的 Elastic Beanstalk，并配置 static.<你的域名>.com 从 S3 Bucket 获取数据。

为你的静态 S3 网站启用 SSL，这很重要。

为你的 Elastic Beanstalk 网站启用 SSL。

本阶段目标：你的网站现在通过 HTTPS 提供所有数据。除非你不必自己管理服务器、Web 服务软件、网站部署或者负载均衡器，否则将会与从前一样。

微服务

对你的 Elastic Beanstalk 网站进行重构，使其仅仅提供 API。只能通过 POST 和 GET 从 DynamoDB 数据库更新和检索特定的数据。使其成为一个简单的 REST API，把 api.<你的域名>.com 作为 URL 提供。

将你的 Elastic Beanstalk 网站的 UI 部分移到你的静态 S3 网站，当页面加载时使用 Javascript 从 api.<你的域名>.com URL 中检索数据。将数据发送到 Elastic Beanstalk URL 以使其更新 DynamoDB 数据库。将数据地址从 static.<你的域名>.com 改为 www.<你的域名>.com。

本阶段目标：你的 Elastic Beanstalk 部署现在只是一种从数据库检索数据的结构化方式。所有 UI 和应用程序逻辑均通过 S3 Bucket 提供。由于你不再使用昂贵的服务器来提供网站的静态数据，因此你可以支持更多的用户。

Serverless

编写一个 AWS Lambda 函数，每天晚上定时将 DynamoDB 表中的所有财富数据通过邮件发送给你。可以使用 Python 3 的 Lambda、Boto3、亚马逊 SES 或者 CloudWatch 的预定功能都可以。

将上述应用重构为无服务器应用。这有点抽象，你需要自己做很多研究和实验。

架构：静态 S3 网站前端调用 API 网关，它执行 Lambda 函数来读取和更新 DyanmoDB 表中的数据。

使用启用了 SSL 的存储区作为包含静态内容的主域名登录页面。

创建一个 AWS API 网关，使用它将 HTTP 请求转发到 AWS Lambda 函数，该函数从 DynamoDB 查询与 Elastic Beanstalk 微服务相同的数据。

你的 S3 静态内容应该使用 Javascript 调用 API 网关，然后使用检索到的数据更新页面。

首先提供“Get Fortune”API 网关并确保 Lambda 函数能够工作，然后提供“New Fortune”API。

本阶段目标：你的 API 网关和 S3 Bucket 由 CloudFront 通过 SSL 进行配置。你没有部署 EC2 实例。所有工作均由 AWS 服务完成，根据使用情况计费。

成本分析

熟悉 AWS 的定价方式，了解满足自己服务的*低价。

当你构建服务时，问问自己下列问题：

每个月大概会花费多少钱？

将会进行怎样的扩展，成本会如何变化？

明确架构

基本虚拟主机：静态网页使用 HA EC2 实例即可

微服务：Elastic Beanstalk SSL 仅适用于 API + S3 的静态网站，所有静态内容的静态网站还需 DynamoDB 数据库表 + Route53 + CloudFront SSL

本阶段目标：使用 API网关 + Lambda 函数的无服务器网站 + 针对所有静态内容的 DynamoDB + Route53 + CloudFront SSL + S3 静态网站

自动化

这些技术在自动化时*为强大。你可以在几分钟内创建一个开发环境，体验之后可以随意抛弃。这并不容易，只有真正熟练的人才擅长这样做。

将上述系统进行自动化部署。使用任何你想要的工具。比较流行的是 AWS CloudFormation 或者 Teraform。将代码存储在 AWS CodeCommit 或者 GitHub 上。是的，你可以使用原生 AWS 工具将上述所有内容进行自动化部署。

我的建议是，当你手动完成与应用程序相关的部分时，就会返回并自动执行基础架构的配置。比如，自动配置你的 EC2 实例。在启用静态网站托管的情况下自动创建 S3 Bucket。这并不容易，但当你看到它工作时，这一切都是值得的。

持续交付

当你对自动化部署足够熟悉之后，你应该去探索并实施持续交付。

开发一个 CI/CD 管道，以便在新代码发布时自动更新基础架构的开发部署，然后构建一个工作流程以在批准时更新生产版本。Travis CI 是一款强大的 SaaS 工具，Jenkins 的关注度也很高，如果你想坚持使用 AWS 特有的技术，可以试试 CodePipeline。

其他

以下内容也是 AWS 的重要主题，值得你探索：

IAM：你应该真正了解如何创建复杂的 IAM 策略。为 EC2 实例角色和 Lambda 执行角色执行基本的角色和策略当然是必不可少的，但实际上这里还有许多更加高级的功能。

网络：从头开始创建一个新的 VPC，其中包含多个子网，当其正常工作之后，再创建一个 VPC 并将它们放在一起。在每个子网中获取一个虚拟机，互相使用其私有 IP 地址来通信。

KMS：重做早期的 EC2 实例，在磁盘上启用加密。学习如何加密 AMI。

*后的想法

我*近一直在负责云系统工程师和云系统管理员的招聘工作。我们面试了几十个具有相关经验的求职者。一开始，我都会和他们聊一聊 DynamoDB 或者弹性伸缩。我发现很少有人真的会动手操作。许多人对这些概念很熟悉，但是当涉及到细节的时候，他们都不太了解。实际动手，你会学到很多。

如果你在工作中没有机会学习，我建议你构建一个小巧而华丽且令人印象深刻的个人项目，你可以通过这个项目来提升自己的技能。将它开源到 GitHub 上，编写专业的文档，尽可能获得更多的评论，并提供网站的演示。将项目链接添加到你的 LinkedIn 上，在你的简历中引用它，并在求职过程中展示给面试官答案。如果你完成了这个任务并熟悉了 AWS 的大部分服务，我相信你在面试时肯定能够回答很多实操性的问题。
————————————————

原文链接：https://blog.csdn.net/weixin_33827731/article/details/86720661

2016年12月13日，优维科技与亚马逊AWS将逐一为您解答，并向您展示传统企业上云之旅及落地思路，介绍实际案例，协助您加速企业数字化转型，进一步激发企业潜力与创新。届时，大咖齐聚，为大家带来精彩纷呈的干货分享！

在产业互联网化的今天，云计算扮演着十分重要的角色，成为传统企业启动变革的引擎。同时，为了使IT系统管理更高效，优维科技率先推出了EASYOPS，实现从产品生产到产品交付的全流程自动化闭环，全面提升企业效率。

高效管理之路

在大数据和人工智能高速发展的变革环境下，云计算作为一种资源高效和灵活的调度管理方案，快速的统治和替代了传统的硬件资源管理方案。

以DevOps为理论基础的IT体系，不但能够缓解云计算技术所带来的风险，还能将运维能力进一步向前推动，在打通IT价值链的同时进行企业应用的运营疏导，这样才能有效专业的肩负起云计算真正落地的使命。能力向前迁移，使得运维尤其是指软件应用方面的维护不得不主动进行自动化乃至“一键式”变革。业务则亟待优维科技EASYOPS那样的平台从CMDB、IT资源管理、持续交付、自动化运维、应用智能监控和IT运营分析平台等多个纬度对业务体系进行全方位管理和落实。

运维的价值
当业务面向互联网和互联网+，业务形态借助互联网渠道传递整个企业内部的业务能力，业务形态一旦跟用户距离缩短之后，整个公司业务的敏捷性和迭代性就会变得越来越快，ITIL体系无论是对互联网企业，还是对传统转型的企业，都将不适用，运维行业必须拥抱变化，走向DevOps。同时基础设施不会继续采用商业集中式架构，可能采用X86的架构，但更有可能采用基于云架构。

再者，随着微服务逐渐做大，运维行业的挑战越来越大，这里面运维的价值也就被引申出来了，不仅仅是提供服务简单的基础保障、资源交付、成本管理的能力，更多是带着服务优化的能力，怎样把IT运营能力反向作用于业务部门，让运维的作用更加凸显。

上云之旅

而现实是：诸多企业，尤其是传统型企业对互联网云计算，以及整个运维的理解，无论从理念，还是技术，还是平台化、思维的完备性上差别都非常大……

> 到底应该如何快速响应市场需求?

> 如何玩转混合云？

> 如何做到传统数据中心与私有和公共云服务之间无缝对接和管理？
————————————————

原文链接：https://blog.csdn.net/liaozhiyi6214/article/details/53462666

迁移到云的驱动力：
花费
敏捷
自由地进行实验
更快速地开发

迁移策略：
Re-Host:

搬运服务器或者应用到云上，迁移的资源可能需要*少的改动即可在云上工作。

服务器
没有积*升级路线图的应用
测试、开发环境

Re-Platform：

需要更改平台

升级到软件*新版本
升级操作系统

Re-Purchase

需要替代现有的应用。常见的使用场景包括legacy应用和有授权限制或者缺乏云中支持的应用

用Saas方式或者商用现成品软件代替已有的应用
购买云兼容的应用授权

Refactor

重写应用后再迁移上云，可以是针对大规模或者是小规模的重写

更改后端数据库
更换中间件
重构应用的架构

Retire

退役服务器或者应用从源（on-premises）环境

由于合并或者收购产生的重复资源
用作DR 目的的集群主机

Retain

不移动服务器或者应用并继续在源（on-premises）环境使用

没有上云商业价值的legacy应用

数据迁移的两种方式
单词的lift-and-shift 迁移
混合模式逐步迁移

数据库迁移的三种方式
One-step-migration：适合支持24-72小时停机时间的小型数据库
Two-step-migration：适合需要*小停机时间的数据库
Zero downtime migration：适合关键业务数据库，需要详细规划并使用的连续数据复制工具

原文链接：https://blog.csdn.net/AXIMI/article/details/92703808