aws

导读 2019 年 10 月 31 日，工信部与三大运营商正式宣布启动 5G 业务，中国正式进入了 5G 商用时代。 5G 跟云计算是什么关系5G 跟云计算是什么关系 5G 跟云计算是什么关系?5G 时代商业创新可能有哪些新的模式?物联网和边缘计算在 5G 和云计算时代处地什么位置?本文试图对这些问题做一个梳理。 通过云计算实现 5G 核心网络的创新 5G 技术提高数据传输带宽和速度，提高了设备接入的规模，这就意味着更大的系统容量，意味着数据流量的惊人增长，需要更大规模的核心网络与之相适应。 在 4G 时代，核心网通常都使用专用硬件。进入 5G 时代，就像企业网经历了从专用服务器向 X86 服务器虚拟化转变、向云计算转变一样，数据通信的核心网也步入虚拟化时代，用 X86 服务器等通用设备替代专用的硬件。这种技术有一个专门的名称叫 vEPC (Virtualized Evolved Packet Core，虚拟演进的分组核)。 进一步，直接利用云计算来构建核心网，更加方便、快捷、低成本。因为世界上已经有相当规模的云基础设施，可以按需使用，规模可伸可缩。 在美国有一家叫 Afirmed Networks 的公司，提供了在 AWS 上搭建核心网的解决方案，赢得了产品创新大奖。Transatel 是一家法国的移动虚拟网络提供商/集成商，在物联网连接技术方面非常领先，已经在美国

云的时代： 云时代已经到来，在选择云之后，企业首要的问题是选择什么样的方式迁移上云？这会影响企业的迁移周期和迁移后的业务服务品质，所以迁移时一定要按照一定的方法论和流程，而不是盲目的迁移。最基本的也要遵守这五个过程：计划，设计，迁移，运营及优化，在这套方法论里面您可以按您们的实际业务情况进行微调。 所有云厂商里面，AWS拥有最完善的迁移方法论。例如：CAF（采用云框架），LandingZone，Well-architected（良好的架构）和三天迁移培训课程，这些能使您意识到使用云会是一种什么样的模式，解决您在使用过程中的疑问。 个人认为一个AWS初级用户学习CAF的方法论更为关键，这样可以让您对云有更深次的使用体验。 借鉴我们过往的经验， 我们建议客户在AWS上有小量的应用后，再来研读Well-architected ，Well-architected中的专业术语较多，建议可以进行初步的了解后，进行简单的应用实践，后期在实践过程中不断的巩固知识点，以掌握该部分的精髓。当然也有缩短学习时间的方法，那就是选择有经验的AWS Partner做一次详细的讲解以及陪您们一起上云实践，他们会根据您企业的业务运行状况告诉您们什么是最佳实践。 实践分享： 根据我们经历过大量迁移的实践总结，让我们一起分享在迁移过程中，最为关键的两个阶段，分别是计划和设计。它们是整个迁移中最为基础的部分

无服务器准备： 近两年无服务器是软件开发热门话题。AWS引领这项技术且在不断进步，而各云厂商都具有自己的技术标准，如果要做各个云厂商之前无缝移植，从目前看来几乎不可能，不过我相信对这一技术的创新未来有可能会出现第三方无缝对接或者统一标准，我们期待有这么一天。 由于无服务具备以下突出的优点，如： 1.实现业务快速上线、2.无须运维人员维护基础资源，降低运维成本、3.系统级安全性更高、4.降低开发成本、5.适合微服务框架， 在这些优点吸引下以及大云厂商推荐下，很多用户就会试着把他们原来在On-prem的业务使用重构的方式往Lambda迁移，而这些尝试首先必须要求用户的人员能够在微服务基础上继续拆分成Function的能力，能够把业务做成无状态。 业务演进图1 从原来巨型业务Refactor到Function，这对开发人员要求越来越高，需要开发人员对业务进行细粒度拆分 ，以满足这种新技术的要求。 实践分享： 由于客户原来在On-premises的应用已经无法满足业务的日益扩展，需要对原来的应用进行代码重构后上云。客户没有具备技术很强架构师或开发人员，几乎都是初级外包人员。我们的人工程师协助过客户的外包人员做一个基于Python的Lambda Demo测试之后，他们的外包人员开始自己使用SpringBoot借助Lambda技术对原来的应用进行重构上云

原文地址： https://martinfowler.com/articles/serverless.html 作者：Martin Fowler, Mike Roberts 1. 摘要   无服务器架构是一种应用程序设计方法，它合并了第三方“Backend as a Service”（BaaS）提供的服务，和/或运行在FaaS（Functions as a Service）平台中的用户代码。使用这样的思路并结合一些类似spa（单页应用）的应用，设计出的架构消除了对传统常驻服务器组件的大部分需求。无服务器架构将受益于显著降低的操作成本、复杂性和工程领先时间，但也会因依赖于服务提供商和相对不成熟的支撑技术而增加成本。 2. 引言   “Serverless computing”，或简称为“Serverless”，是软件架构世界中的一个热点主题。三大云厂商- Amazon, Google, and Microsoft都对无服务器架构进行了重点布局。我们已经看到许多许多书籍、开源项目、会议和软件厂商在致力于这个领域。但是什么是无服务器架构，它是否值得研究？通过这篇文章中我希望能够抛砖引玉。 3. 什么是无服务器架构   对于无服务器架构没有一个清晰的视图。对于初学者，它包含两个不同但重叠的区域： Serverless最初用于描述那些完全包含第三方的、云托管的

发展之势： 随便最几年微服务和Serverless（Lambda）的盛行，把原来一套系统可以按业务，人员或业务架构拆分得更加详细，让开发人员更专注于自己负责微服务或Serverless模块，同时利用DevOps管理流程，这样可以提升业务的快速迭代。虽然微服务或Serverless确实是可以提升业务的持续服务和可靠性，但是业务复杂度，管理难度和管理成本随之提升，如何做好业务故障排查，特别是性能和稳定是很多企业开发及运维团队所关心的，AWS为此提供一项易用且可视化的服务X-Ray，借助 AWS X-Ray，开发人员能够轻松分析其生产行为及具有端到端跟踪功能的分布式应用程序。您可以使用 X-Ray 确定性能瓶颈、边缘情况错误以及其他难于检测的问题。X-Ray 支持各种类型或大小的开发或生产应用程序，从简单的异步事件调用和三层 Web 应用程序到使用微服务架构构建的复杂的分布式应用程序。这让开发人员能够快速找到并解决其应用程序中出现的问题，并改善最终用户对其应用程序的体验。 功能介绍： X-Ray是可以很好的与AWS近几年特别流行的技术（ECS/Lambda等）集成，尤其是未来有可能成为主流技术的Lambda，它可以提供数据跟踪，数据轨迹采集与性能分析等可视化技术服务。以下我们来介绍现在及未来都比较常用的API化的应用，API化采用基础技术就是Lambda

AWS里面无服务器服务模式（Serverless）是一个近两年很热门的技术，他可以允许服务无需任何服务器配置就可以在需要的时候执行代码。 下面看一个简单的例子如何通过Lambda，API Gateway, S3等云服务来实现一个最基本的无服务器架构模式。 例1：在某个网页上点击一个按钮, 更新网页的内容。 简单说明一下流程，用户访问S3的一个静态网站，点击一个按钮，执行一个javascript的AJAX的Get操作，调用Amazon API Gateway，这个Gateway调用对应的Lambda 函数，返回结果到网页 首先我们创建一个新的Lambda函数 选择高级语言和IAM Role 创建之后的界面，最中间显示函数名，然后旁边显示他可以访问的资源 然后我们输入自己的代码，代码很简单，返回一个JSON格式的值 然后添加一个触发器，这里选择API Gateway 选择新建API 然后可以点击API的名字，进入API Gateway的配置界面。他的默认Action是 Any。删掉，然后新建一个Get的Action 新建一个Get的method，绑定我们的函数 流程示意图 回到Lambda的界面，可以看见自动生成的API Endpoint。直接访问他就可以调用我们的函数了。 下一步，我们需要创建一个S3的bucket，具体不多说了。建好之后，选择建立一个静态的网站

译者序 AWS用户广泛，产品线复杂，AWS发布的白皮书《Architecting for the Cloud-AWS Best Practices》介绍了常见场景下云架构的最佳实践，不仅对于使用AWS的用户，对于广大使用云的用户都有参考意义，新钛云服工程师特意翻译了本白皮书，供广大使用云的用户参考。 译者整理的脑图 摘要 本白皮书适用于在Amazon Web Services（AWS）上的构建解决方案的架构师和开发人员。本白皮书提供有关技术设计模型的架构指导和建议，以及如何应用于云计算环境中。本白皮书提供了在AWS上设计解决方案时的关键概念和差异。本白皮书还讨论了如何利用特定于云计算动态特性的属性，如弹性和基础设施自动化。这些模型可以为对选择、操作状态和实现状态进行更详细的审查提供上下文，就像《AWS Well-Architected Framework》中详细描述的那样。 介绍 将应用程序迁移到AWS，即使没有重大更改（称为直接迁移的方法），也可为组织提供安全且经济高效的基础架构优势。但是，为了充分利用云计算可能带来的弹性和灵活性，工程师必须改进其架构以利用AWS功能。 对于新应用程序，基于云的IT体系架构模型可以帮助提高效率和可伸缩性。这些新架构可以支撑从互联网规模数据的实时分析到具有数千个连接的物联网（IoT），或移动设备的不可预测流量的应用程序的任何内容。

背景介绍 AWS的Cloudwatch 可以很方便的监控各种数据，但是他的缺陷在于默认情况下他只能监控Hypervisor 的数据，而不会监控客户端OS级别的数据。传统的解决方式，比如我们需要监控内存，硬盘使用状况，或者其他自定义的数据，我们需要自己写个脚本，发送到对应的Cloudwatch API。这种方式相对而言，不算太友好，AWS提供了一个官方的解决方案，叫做Cloudwatch agent( https://docs.aws.amazon.com/zh_cn/AmazonCloudWatch/latest/monitoring/install-CloudWatch-Agent-on-EC2-Instance.html ) ，安装之后，使用向导生成对应的配置文件，就可以实现手写脚本的功能了。 操作步骤 配置IAM Role 下面看看如何实现的。豆子所有的部署都是通过SSM实现的，这样不需要一台台的手动去配置。因此第一步需要配置IAM Role，确保EC2实例可以访问SSM。 具体步骤参考 https://blog.51cto.com/beanxyz/2316695 除此之外，我们还需要权限安装 CloudwatchAgent，以及权限访问 SSM的 Parameter Store; 后者是为了把配置文件写入Parameter Store,

AWS networking 最近開始錄製了一系列AWS networking的影片(英文)， 目的是讓大家透過Solution Architect的角度，來了解在AWS上我們可考慮使用的network方案。 已錄製主題： AWS network - Internet Route Solutions (Internet, VPN, Direct Connect) AWS network - Internal Route and Inter VPC Route (VPC endpoints, PrivateLink, VPC peering) AWS network - across-region and across-account route AWS network - Transit Gateway, Direct Connect Gateway 這個月剛剛通過AWS SAP證照，因為準備過程中發現networking佔的比例極高，也是我準備過程中花最多時間了解的部分，所以想將此資訊趁還熟悉時整理起來，分享給大家。 来源： CSDN 作者： 蔡昇祐 链接： https://blog.csdn.net/uopsdod/article/details/103482016