晨末_个人页

您好，如果您是开发者，可以参考下这个文档：https://docs.alipay.com/mini/introduce

您好，建议您使用OSS服务作为您的存储服务，这样可以利用这个文档里面的最佳实践来利用OSS服务自己的上传带宽做到高速上传。https://help.aliyun.com/document_detail/31923.html?spm=a2c4g.11174283.6.631.T7eRsX 具体的成本其实非常低，但是实际带来的各方面的好处特别多，具体可以看下OSS的产品介绍以及适用场景。

您好，看您的界面截图应该使用的是VPC类型的ECS吧，需要给该ECS配置一个公网IP或者买一个EIP，使用EIP的80端口来访问页面。

您好，您搭建的网站使用服务器不是必须在江苏的。

您好，其实目前小企业使用云技术的门槛仍然在自身研发能力和企业需求不匹配而造成的。小企业更多是使用软件服务商提供的已经开发好的能够服务于自身业务的软件来完成信息化，小企业并不需要也没有能力关注更多底层技术细节。从这个角度来看，传统云服务提到的一些IAAS层、PAAS层的服务对象都不是小企业，而SAAS层的应用并不会关注于小企业的需求，正式这种情况也促使了“云市场”的诞生和社区的活力，因为除了社会上很多小企业，还有很多与之处于相同境况的小开发团队，没有技术能力也不想关心底层技术，而是更多精力投入到客户需求侧，利用云服务提供的IAAS和PAAS层能力，快速上线SAAS应用，满足客户或者一类客户的需求。从这个角度来看，云技术不仅仅能够服务于小企业，也服务于为小企业信息化提供研发保障的小研发企业或个人，给两种客户提供需求匹配的平台。

您好，看下您的机器是不是VPC的实例，需要给VPC内的实例配置EIP才能使用弹性公网IP来SSH到主机上。

您好，首先确认一下您的ECS实例是不是VPC内网的实例，然后再看下有没有配置安全组的入网规则，需要把22端口打开。

您好，先登录ECS控制台看下网站访问比较慢的时候网络带宽的使用情况，如果都已经打满了，建议升级带宽。另外就是需要把静态文件放在OSS或者使用阿里云的CDN服务来提供静态资源的伺服。这样的情况下您的实例配置是够用的。

在购买的ECS服务器上安装好Java运行时需要的各种依赖启动Java服务安装NGINX，配置域名代理到Java应用的端口将域名指向购买的ECS服务器如果需要更细节的帮助，请留言

您好，请先确认一下是不是VPC类型的实例，然后确认下是否给VPC类型的实例绑定了EIP，如果是经典网络的实例，需要看下安全组配置有没有配置22端口的入网规则。

您好，需要确认一下您的ElasticSearch和VPC网络是否在同一个Region。

您好，把浏览器的cookie清空以后再登录，一般就能看到云产品的新手引导了。

您好，签名时需要使用具体的您自己的AK来做签名，同时需要注意请求参数排序。如果您使用Python或者ruby的话，建议您使用python SDK 里面已经封装好的签名方法来做签名。

您好，一般情况下，可以通过阿里云VPC的专有网络来搭建内部网络环境，然后给某个ECS服务器挂载弹性公网IP，设置好该实例的安全组访问规则，然后使用该服务器作为跳板机来访问VPC网络内其他ECS。

您好，首先确认一下购买的实例是否为VPC类型实例，如果是的话，需要绑定EIP，然后再配置安全组访问规则，在入口规则中添加22端口的开放。

您好，本质上来看，web直传和app使用STS其实都是最佳实践，两种方案都省去了应用服务器处理文件再上传到OSS的多余的一步，同时利用了OSS服务本身的带宽。app使用STS的本身思路其实和web端从服务端拿签名然后直传OSS是一样的，唯一的区别在于，APP使用的STStoken方案适用的场景更广泛，这一点也是由STS授权方案带来的。具体为，除了支持当前阿里云账号的开发者上传数据到OSS以外，还支持跨账号上传数据，在STS 授权给另外一个阿里云账号以后，另外一个阿里云账号的开发者就可以把数据上传到被授权的OSS Bucket中。这个场景在很多平台型的PAAS服务里面有极大的优势。具体可以参考下STS的文档了解一下：https://help.aliyun.com/document_detail/31953.html?spm=a2c4g.11186623.6.871.oBqhZR简而言之，两种都是最佳实践，后一种方案有更多的应用场景。如果只是自己的阿里云账号给自己的前端或者移动端使用的话，web直传的方案是足够的；如果是平台型的PAAS服务，作为中间服务提供商，对拥有不同阿里云账号的开发者提供上传文件服务，那么就只能使用STS token授权方案了，因为涉及到了跨账号使用OSS资源的问题。

您好，可以登录阿里云的帮助中心文档查看对应产品的API定义文档和对应的SDK案例，知道有哪些API以后，就可以自己写入口方法来测试或者写业务代码了。 您好，建议您参考一下对应云产品的API文档，了解该产品支持哪些API以后，就可以直接根据API文档页面的SDK示例来编写测试代码或者业务代码了。

您好，路由表的ID是内部自动分配的，不需要开发者自己创建。首先您需要了解路由器 =>路由表 => 路由条目 的关系，一个VPC内只有一个路由器，该路由器默认创建，一个路由器有一个路由表，该路由表也是系统默认创建，可以参考文档：https://help.aliyun.com/document_detail/34217.html?spm=5176.7937172.632920.btn5.1d285a86EFn6Sv 因此您需要路由表ID时，需要通过查询VPC内某个region的路由器来获取，路由器返回信息中包含路由表的ID，具体可以参考这个文档：https://help.aliyun.com/document_detail/36014.html?spm=a2c4g.11186623.6.646.9owPU5

1. cpu不使用容器的cpu，是因为容器的cpu是按照设置的比重去竞争物理主机的cpu，所以阈值无法固定，那么阿里云提供的方案中cpu按集群及服务进行聚合，请问如何理解？并且如何确定应该扩缩哪些实例（容器）？ 答：首先说明一下阿里云容器服务中各种资源（集群、节点、容器等等）的层次关系，然后再讨论设置CPU告警规则阈值时为何使用聚合后的指标。 容器服务的资源有以下两条线： 集群 ——> 节点：一个集群包涵多个ECS节点，每个节点上面会运行很多容器（从这个角度看，容器是打散的，但实际上所有的容器都有逻辑上的归属关系，即归属于某个服务）。 应用 ——> 服务 ——> 容器：一个应用（例如wordpress）包涵多个服务（例如wordpress应用下会包涵 db服务、web界面服务），一个服务下包涵多个容器。 在了解这两条资源线以后，我们会发现，第一条资源线真正提供服务或者说承载业务压力的是节点，所以节点的状态（CPU、MEMORY）是反馈节点压力情况的重要指标。但是单个节点的CPU指标不能反馈一个集群的压力情况，因为集群上的节点所承载的压力不一样，有的节点承载流量多，压力大，但是不代表整个集群的资源已经到了库容的临界值，很可能其他节点压力并不大，所以这种情况下可以根据单个节点的监控报警来及时做节点上容器的重新调度，将容器调度到其他压力水平小的节点上。针对集群的节点伸缩角度来看，需要使用集群角度的、集群下所有节点CPU的聚合平均值来衡量一个集群是否需要扩容。 针对另外一条资源线，一个开发者在容器服务中关注的资源层次是 应用->服务->容器 ，即一个应用是由若干个服务组成，一个服务是由若干个容器组成。在弹性伸缩的场景中，容器虽然是最底层承载真实流量压力的资源，但是针对容器维度设置告警规则没有意义，因为对外提供服务的主体是 “服务”，所以要根据“服务”下的若干个容器的平均CPU使用率来判断一个服务当前压力水平，如果平均值高，则说明整个服务压力过大，应该给这个服务扩容，即再生成几个容器来支撑更多的流量。 以上是cpu使用集群维度的聚合指标、服务维度的聚合指标来设置告警阈值的原因。由于采用这种资源层次结构，所以自然就能确定应该扩缩哪些容器——那些业务压力大的服务扩容，生成新的相同的容器来支撑这个服务的流量。 2. 集群(aliyun.cluster)及服务(aliyun.service.id)是依赖label实现的吗？如果是，那么通过命令实现了cadvisor在监控容器的时候增加了捕获属性label，并且成功写入influxDB？（我尝试docker_env_metadata_whitelist=MARATHON_APP_ID,MARATHON_APP_DOCKER_IMAGE添加属性envs，cadvisor在监控容器的时候成功捕获属性envs，但是写入influxDB失败） 答：集群、服务在内部有地域内全局存储服务来记录其和容器的关系，容器自身的label也会反馈出该关系。目前容器服务的第三方集成是使用特殊的label来把数据写入到influxdb中，这一点可以查看帮助文档：https://help.aliyun.com/document_detail/47895.html?spm=5176.product25972.6.637.pRTnDf 至于您提到的您的使用方式写入到influxdb失败，可以加入我们的技术支持钉钉群来找相关同学做具体的技术支持。 3. kapacitor没有界面操作，所以阿里云是在后期自己设计了相应操作的界面？ 答：目前对外提供的弹性伸缩服务是基于阿里云的云监控产品的，云监控中可以查看到监控数据和对应的弹性伸缩告警规则（如果创建应用时设置了弹性伸缩相关配置或者集群节点伸缩配置）。至于开源的弹性伸缩方案，我们会提供多种支持，kapacitor只是其中的一个，我们后面还会集成grafana等。