Cloud

在当今疾速演变的计算机软件开发畛域中，low-touch 技术正逐步成为一个重要的概念。Low-touch，中文可译为 低接触 或 少人工干预，指的是那些须要较少人工操作或干涉就能自行运行和保护的软件系统或解决方案。这类技术的倒退，旨在通过自动化和智能化伎俩，缩小人为的谬误，提高效率，降低成本，并最终实现更优的用户体验。 在解释 low-touch 概念的利用前，了解其在软件开发生命周期中的重要性至关重要。软件开发不仅仅波及编写代码，还包含需要剖析、设计、测试、部署和保护等多个阶段。在这整个流程中，low-touch 技术可能在多个环节缩小手动干涉，使得软件产品从构想到上线，再到前期的保护更新，整个过程更加高效和晦涩。 自动化测试自动化测试是 low-touch 技术利用的典型例子。传统的软件测试须要大量的手动工作，包含编写测试用例、执行测试、记录测试后果以及验证bug的修复。而自动化测试工具，如 Selenium、JUnit 等，能够主动执行这些工作，不仅进步了测试的效率和准确性，还可能在软件开发的晚期发现潜在的问题，缩小前期的保护老本。 继续集成与继续部署（CI/CD）继续集成（CI）和继续部署（CD）是实现 low-touch 软件开发流程的关键技术。CI/CD 通过自动化的形式，将代码的合并、测试和部署整合到一套流程中。开发者只需提交代码到版本控制系统，后续的编译、测试、部署等步骤都能够主动实现。这不仅放慢了软件开发的速度，还大大降低了因手动操作引入谬误的危险。 云服务和无服务器架构云服务（如 AWS、Azure、Google Cloud）提供了丰盛的 low-touch 解决方案，特地是在无服务器（Serverless）架构方面。无服务器架构容许开发者构建和运行应用程序，而无需关注底层服务器的治理和保护。这种模式下，开发者能够专一于代码的编写，而运行环境的搭建、扩大和保护等都由云服务提供商主动解决。 人工智能与机器学习人工智能（AI）和机器学习（ML）技术的融入，为实现 low-touch 软件开发提供了新的可能。通过利用 AI 和 ML，软件系统能够自我学习和适应，自动化实现简单的决策和工作解决。例如，AI 能够用于代码生成、缺点辨认和修复、用户行为预测等方面，进一步缩小人工干预的需要。 利用案例剖析思考一个电子商务平台的开发案例，该平台采纳了 low-touch 技术策略。平台通过自动化测试保障软件品质，利用 CI/CD 实现疾速迭代，采纳无服务器架构简化运维工作，并通过 AI 举荐算法优化用户体验。这种综合利用不仅减速了开发流程，还晋升了平台的稳定性和用户满意度。 论断Low-touch 技术正在重塑软件开发畛域，通过缩小人工干预，晋升开发效率和软件品质。从自动化测试到 AI 和无服务器架构的利用，low-touch 不仅是一种技术趋势，也是软件开发将来的方向。随着技术的不断进步，咱们能够预感，软件开发的 low-touch 个性将会更加显著，带来更多的翻新和改革。

【前言】作为中国的 “Fivetran/Airbyte”, Tapdata 是一个以低提早数据挪动为外围劣势构建的古代数据平台，内置 60+ 数据连接器，领有稳固的实时采集和传输能力、秒级响应的数据实时计算能力、稳固易用的数据实时服务能力，以及低代码可视化操作等。典型用例包含数据库到数据库的复制、将数据引入数据仓库或数据湖，以及通用 ETL 解决等。援用随着版本迭代，越来越多的新性能个性“入驻”，为了帮忙用户理解版本差别，相熟性能用法，咱们最新推出《Tapdata 性能菜单》系列内容，放弃一贯的文字+视频的组合解说模式，每期一个新性能或新个性，为大家解说性能亮点，疾速展现相干操作配置及留神点。本期内容围绕「微信告警」开展， 将和大家一起体验邮件、短信告诉外的及时告警快捷新模式。对于运维而言，监控告警的重要性自是显而易见。一方面可能提高效率，实现自动化监控，缩小人工运维干涉；一方面又有助于疾速发现问题，进步零碎稳定性。作为监控零碎中的重要性能，告警告诉非常重视“及时性”。运维人员不可能时刻盯着服务器，故障产生时就须要依赖告警告诉，来提醒咱们及时发现零碎中的异常情况，并采取相应的措施来解决问题，从而保障系统的失常运行。 常见的告警形式包含邮件、短信，以及即时通讯 App，其中，即时通讯又多以微信为代表，而这三种告诉形式又各具劣势： 邮件告诉的长处在于信息展现更全面、格局模板更清晰；短信告诉的长处在于高度牢靠，送达率较高，信息传递更简洁明了；即时通讯 App 告诉的长处以微信为例，包含告诉实时性更高，格局模板更清晰，不便置顶操作，以及作为大部分用户日常重度应用的软件，信息脱漏率更低。Tapdata Cloud【微信告警】已上线戳这里，查看性能详解及配置演示 入口指路：点击登录 Tapdata Cloud 为了进一步晋升应用体验，满足不同用户的信息接管习惯，补救邮件告诉和短信告诉的即时性短板，升高信息脱漏危险，造成优势互补的全组合告诉模式，防止因告警告诉信息未能即时触达而导致一系列后续问题，Tapdata 目前已实现【微信告警】性能。开启后，一旦出现异常状况，Tapdata 公众号就会向用户发送蕴含故障问题以及产生工夫的要害信息告警告诉，从而帮忙用户预防潜在问题，更快定位和解决问题，防止问题扩充，升高业务影响。 实用场景 目前，Tapdata Cloud 反对的告警告诉场景包含：当工作遇到谬误时当工作全量实现时当工作增量开始时当工作进行时当 Agent 状态为离线时当工作的增量提早在间断一段时间内超过预期划线数值时当数据源节点的均匀解决耗时在间断一段时间内内超过预期划线数值时当节点的均匀解决耗时在间断一段时间内内超过预期划线数值时…… 以上状况均可通过自主设置抉择是否获取告诉，以及对应的告诉渠道。除最新上线的微信告警外，用户还可同步抉择零碎告诉、邮件告诉，以及短信告诉。 告诉内容 如例图所示，Tapdata Cloud 将通过微信公众号向用户发送微信告警的要害信息，包含呈现的问题、对应地位，以及问题发现的工夫。须要用户登录在收到告诉后，登录 Tapdata Cloud 控制台查看并确认起因。 接下来，咱们还将围绕微信告警性能进行进一步优化，疾速落实错误码的实现。届时，每一个错误码会对应到具体的谬误形容、谬误起因，以及解决方案，以期为用户提供更多告警细节信息。 如何开启 Tapdata Cloud【微信告警】① 登录 Tapdata Cloud*留神：如需开启微信告诉，必须保障在登录注册环节已实现微信号绑定。因而，针对不同账号状况，须要注意不同的操作注意事项： A. 已有账号且已绑定过微信号间接扫码登录即可 B. 已有账号但尚未绑定集体微信号退出已有账号，回到登录首页抉择扫码登录（如需绑定已有账号，倡议PC端操作，微信内操作则默认创立新账号） 点击【我想绑定到已有账号】，通过短信验证实现绑定 C. 首次注册用户间接扫码注册并抉择创立新账号，开启 Tapdata Cloud 新体验② 关注 Tapdata 官网微信服务号 *留神：首次扫码注册登录会弹出公众号关注提醒，已绑定微信的历史用户需保障服务号处于关注状态，并敞开服务号设置中的【音讯免打搅】。 ③ 开启【微信告警】性能目前，Tapdata 同时反对全局微信告警设置，以及针对单个工作的独立告警设置。A. 全局微信告警设置进入【零碎告诉】页面 点击【告诉设置】 ...

物联网（Internet of Things，简称IoT）是指通过包含信息传感器，射频辨认技术，全球定位系统等各种基础设施和通信技术，实时采集任何须要监控，连贯并互动的物体或过程，采集其声，光，热，电，力学，化学，生物等各种维度和类别的信息，通过网络接入，实现物与物，物与人的深度连贯，实现对物品和过程的智能化感知，辨认和治理。 国内各大 IT 公司都推出了本人的 IoT 解决方案和平台，华为也不例外。本文将帮忙没有任何 IoT 建模根底的敌人们，一窥华为云 IoT 平台上创立物模型的最简略流程。 咱们通过这个链接进入华为云 IoT 设施接入控制台： https://console.huaweicloud.c... 看到如下页面。单击左侧导航栏的产品菜单选项： 在右侧的产品性能介绍页面，单击 创立产品 按钮： 咱们新建一个产品模型，形容一种智能空调设备，设施类型抉择 智能空调： 点击确定即可保留。 咱们保留产品之后，能够点击 自定义模型，为该产品模型削减更多的自定义属性和行为： 比方增加一个自定义开机的服务，这样咱们就能够定时唤醒空调，比方上班前一小时，主动开启空调，这样上班回家之后，家里的温度就主动调节到了合适的值： 为定时开关机服务削减新的自定义属性：定时开机工夫，数据类型为 dateTime(日期工夫)： 同理，削减另一个自定义属性：定时关机工夫 削减一个新的命令：定时开机 设施执行 定时开机 后，须要返回一个状态码给 IoT 平台，告知设施理论的执行状况。咱们把这个返回状态码命名为 设施状态，其数据类型为整型，0 示意开机胜利，大于 0 的返回值，阐明开机失败。每个大于 0 的值映射到一个具体的谬误起因。 设施的服务和自定义属性定义结束之后，能够点击导出按钮，以 JSON 格局输入咱们在华为云 IoT 平台里创立的模型信息： 能够本地查看这些模型定义文件的文本内容，或者上传到 Github，同团队其余成员协同编辑： 产品模型创立结束后，咱们能够通过华为云 IoT 平台提供的工具，进行简略的在线调试。选中咱们之前创立的产品模型，切换到在线调试面板，点击新增调试设施按钮： 在设施创立向导里，将设施类型设置为 虚构设施： 平台主动为咱们创立好了一个虚构设施： 咱们在所有设施菜单里，找到这个 IoT 平台帮咱们创立的虚构设施，抉择调试： ...

应用Jenkins CI/CD Pipeline通过Terraform和Ansible创立AWS基础设施。 首先，我要感激Derek Morgan和他的Terraform、Ansible and Jenkins课程。我最近实现了他的课程，再怎么举荐也不为过。它从小开始，到最初你有一个简单的工作我的项目。实现每门课程后，我都会尝试创立本人的我的项目来强化我所学的常识，而这篇文章正是记录了这一点。该项目标最终后果是Terraform代码，该代码创立了一个带有公共子网和EC2实例的AWS环境，以及一个在新创建的EC2实例上装置Docker的Ansible Playbook剧本脚本文件。当代码被推送到GitHub存储库时，GitHub Webhook将触发Jenkins CI/CD pipeline，该pipeline将执行一系列操作，具体取决于咱们是将代码推送到开发分支还是主分支。 留神：本文显示了实现的我的项目，但心愿您在构建它时测试每个局部以验证一切正常，而不是一下子就齐全构建它。对于这个，我不打算具体阐明我是如何做到的。例如，我不会具体介绍如何设置Terraform，而后在构建基础设施时逐渐测试代码，以及如何在将playbook利用到Jenkins管道之前配置Ansible并在本地测试它们等。只是意识到这些步骤在开发过程中是典型的。依照我列出此文档的形式，如果您依照这种形式独自进行测试，您将遇到谬误。如果您想理解更多详细信息，我再次建议您查看Derek的课程。免责申明：尽管本文将带您实现该项目标步骤，但它并不是一个教程，而是我最近的一个副我的项目的文档。如果您收到任何谬误，请不要发送怨恨邮件。 先决条件GitHub帐户AWS CLI装置TerraformAWS账户具备管理员权限的AWS用户AWS Cloud9（您能够应用其余 IDE，但要意识到某些步骤可能会有所不同）Terraform Cloud帐户装置Git开始设置环境创立您的Amazon Cloud9环境应用除平台局部之外的所有默认值。抉择Ubuntu Server 18.04LTS。 调配Elastic IP为了避免Cloud9实例在每次敞开和重新启动时更改其公共IP地址，请为其调配一个弹性IP。这也将容许稍后将公共IP调配给平安组的Terraform变量。只需确保在删除Cloud9实例后删除弹性IP，否则将收取费用。 在AWS控制台中导航到EC2在Network和Security下抉择Elastic IP单击调配Allocate Elastic IP address点击Allocate从Action下拉列表中抉择Associate Elastic IP Address实例：抉择您的Cloud9实例，公有IP地址：抉择您的Cloud9公有IP地址。单击Associate。 调整Cloud9实例的大小Derek的课程提供了一个很棒的大小调整脚本来扩充Cloud9实例的存储空间，这将是必须的。 在Cloud9中创立一个名为resize.sh的文件将Derek存储库中的代码复制到您的resize.sh文件中运行chmod +x resize.sh运行./resize.sh创立SSH密钥在您的终端中运行ssh-keygen -t rsa输出保留密钥的文件（我命名为 mykey）：/home/ubuntu/.ssh/<key name>没有明码通过运行ls ~/.ssh验证您的密钥是否已创立装置jq运行sudo apt install jq Fork Repo如果您想fork并援用它，能够在这里找到我的代码：https://github.com/troy-ingra... Terraform Cloud[Terraform Cloud]容许您将Terraform状态存储在近程平安地位，而不是将其存储在本地。这容许更好的安全性和更好的团队合作。 创立一个新的workspace抉择CLI-driven workflow命名您的workspace，而后创立workspace复制workspace提供的示例代码并将其增加到backends.tf以替换以后后端通过单击Remote并抉择Local来设置Execution Mode创立Terraform Cloud令牌单击浏览器右上角的Profile，而后抉择User settings在User settings下抉择Token单击创立Create API token输出形容并单击创立Create API token复制提供的令牌并将其保留在平安的中央（如果您失落了它，您能够随时使令牌过期并创立另一个）导航到Cloud9终端并运行terraform login键入yes，而后粘贴之前复制的Terraform Cloud令牌运行terraform init这将咱们的Terraform代码连贯到咱们的Terraform Cloud的workspace的替换了Terraform Cloud的本地后端。Jenkins将来在运行管道时也会拜访Terraform Cloud。 Terraform作为与云无关的产品，HashiCorp的Terraform反对多云和本地。它是一个开源工具，具备企业版和社区版，应用HashiCorp本人的HashiCorp配置语言 (HCL)。 Terraform的HCL容许开发人员学习一种语言以应用多种云产品和本地提供商，而不用为每种语言学习新的服务和语言。 HCL是一种申明性语言，专一于最终状态，而不是过程语言，其中所有命令都按编写的程序执行。 Hashicorp为开发人员提供无关Terraform的文档，并且能够拜访官网和社区模板的Terraform Registry。 ...

在 SAP BTP 平台 CloudFoundry 环境找到 API endpoint： 而后应用命令行 cf api，前面跟上这个 API endpoint： 而后应用 cf login 命令行登录： 如果password输出谬误，会遇到上图的谬误音讯： Authenticating...{"error":"invalid_grant","error_description":"User authentication failed: Unauthorized"}输出正确的password之后，就能够看到这个 CloudFoundry 环境下的 org 列表了： 在 windows 环境变量设置里，将 CF_TRACE 设置为 true： 而后输出一个谬误的password，能看到 HTTP 401 unauthorized 谬误： 在password输出正确的状况下，会返回颁发的 Access Token 和 refresh token： 这个 note 介绍了对于 SAP BTP 重置password的话题。 实际上，无奈通过 SAP Business Technology Platform 重置用户password。 这是因为，BTP 不存储用户password。它应用存储用户的身份提供者(Identity Providers)，这是终端用户须要治理用户详细信息的中央。 用户详细信息的治理必须在身份提供者端(Identity Provider)进行： 如果您应用默认身份提供者（SAP ID 服务），您必须参考 1808560 - 如何重置 S-User ID password - SAP ONE Support Launchpad；如果您应用自定义身份提供者，您必须分割身份提供者团队并申请他们帮助刷新password。SAP ID 服务是 SAP BTP 平台用户和业务用户（在应用程序中）的默认身份提供者。 通常状况下，用户无需进一步配置即可开始应用它。 ...

技能后端编码技能的后端编码是天猫精灵自定义技能开发的重头戏。点击 代码编辑 面板，能够为该技能针对的业务接口实现，抉择对应的服务部署形式。 在线开发模式同阿里云云原生开发即 FAAS，这两种形式均无需搭建本人的应用服务器，区别在于前者作为一款收费的云服务资源和在线开发环境，资源额度无限，更适宜疾速体验天猫精灵技能利用的开发流程，而不适宜用于技能的生产模式下部署。 因此我抉择了阿里云的 Serverless 产品 FAAS，能够间接在浏览器里进行技能后端服务的开发，调试，部署和运行。 顺次开明 API 网关，日志服务，函数计算，对象存储四个资源后，基于 Java Spring Boot 利用模板，疾速创立一个服务实现： 拜访 FAAS 环境的控制台 url： 这个后盾服务接口的 Java 实现代码，托管在 codeup 代码仓库上： 在开发部署页面，咱们能够查看部署日志，对 FAAS 实例的硬件参数进行调整等操作： API 网关和 FC 计算服务的关系如下图所示： 点击 返回开发，就能够在浏览器里应用 CloudIDE 进行 Java 开发了： 对于天天用 Visual Studio Code 进行 Angular 开发的笔者，对于这个浏览器里应用的 Cloud IDE 的外观再相熟不过了：https://workbench.aliyun.com/... 在 Cloud IDE 里能实现绝大多数惯例的开发操作，比方代码编辑，git 代码仓库提交，Maven 构建，一键部署等等： 该 Cloud IDE 提供的更多功能，能够通过 视图-> 命令面板 里查看： ...

申明：本文转自DEV Community网站，文章翻译由开发者社区提供；点击下方链接，查看英文原文： https://dev.to/aws-builders/h...你是一个雄心勃勃但又谦虚的人，对学习充斥了渴望。你热衷于分享云计算的力量，同时身边有一群气味相投的人。你可能不太确定本人是否“够得上”加入这个我的项目，或者不分明从哪里开始。 不要放心；咱们有数百个这样的你。咱们甚至为本人起了一个名字。欢送你，潜在的亚马逊云科技 Community Builder! 这篇博客提供了相干资源，我如许心愿在我第一次申请时就能领有。 如何申请？亚马逊云科技每年凋谢两次申请机会，你能够在亚马逊云科技 Community Builder 页面上进行申请；这里介绍了申请过程的最好、最新资源。申请时，你须要提供本人以及参加亚马逊云科技 Community 的相干信息。 咱们十分激励来自技术畛域的代表性有余的潜在 Community Builder 进行申请！这也是一个很好的跳板。 这也为任何想在亚马逊云科技 Community 有所倒退的人提供了敲门砖。”如何成为亚马逊云科技的 Hero" 尽管没有固定渠道或捷径可言，然而成为一名 Community Builder 就是一个很好的开始。 在寻找的是什么样的人？ 这不是什么机密，亚马逊云科技 Community Builder 页面做出了最好的解释： “亚马逊云技术爱好者和热衷于分享常识并渴望与技术社区建立联系的新兴思维开发者” 没有设定具体的规范，所以不要放心须要发表十篇博客文章、拍摄五个 YouTube 视频、领有三年的行业教训，或相似的要求。有的人某些畛域并没有超群绝伦，这也没关系。 反过来说，也没有捷径能够走。仅仅在亚马逊云科技上构建，也没有取得任何认证，这是不够的。 要害是，他们寻找的人是渴望与更宽泛的社区分享对亚马逊云科技的兴奋和激情。 如果要退出，应该做什么？即使是具备分享常识的激情，也对亚马逊云科技充满热情，也很难晓得从哪里动手。 没有最好能做的“一件事”，也没有做什么就肯定能退出到这个我的项目。 志愿者 亚马逊云科技 User Groups 和相似的组织是参加亚马逊云科技 Community、在本地结交气味相投之友的好路径。 这并不代表你须要本人创立或率领一个小组。大多数小组都乐于吸纳违心提供帮忙的人，与组织者沟通就是一个很好的开始，可能包含帮忙安排场地、与赞助商配合、组织餐食、协调发言人等。 公开演讲毫无疑问，越来越多的演讲者在发展 Meetup Groups 流动。在这个虚构团聚流行的时代，你的抉择比以往任何时候都要多，团聚遍布寰球各地。 大多数组织并不要求你是专家或资深的主讲人。你能够找出本人有教训、懂得多的主题，以及能够作为切入点进行探讨的我的项目。 分割 Meetup Group 的组织者，与他们沟通。大多数人都十分违心帮忙你找到听众感兴趣的话题。如果话题不适宜你，也不用放心；还有很多其余的抉择。 ✍️ 写博客通过博客分享你的想法，是参加亚马逊云科技 Community 的另一种不错的形式，而且比拟容易接受。借助 dev.to 这样的平台，写博客比以往任何时候都容易。 以下是几个你能够写的博客主题： 解决你不得不靠本人解决的问题：发现一个亚马逊云科技文档中没有明确阐明的辣手“问题”？其他人也有可能遇到过这样的问题。评论一项亚马逊云科技新服务：每隔一周就会公布新的服务，而大多数人都没有机会尝试。试一试这些新服务，而后分享你的初步想法。即便是一个有点无聊的我的项目也是一次学习的机会。分享你的我的项目教训：你可能在应用 CloudFormation 时遇到了瓶颈，这意味着你不得不应用 Terraform。这个教训可能会给其他人带来帮忙。应该分享那些值得分享的想法。这也是造就业余写作能力的好办法。写一份对于制作 S3 存储桶的指南，并不是在为亚马逊云科技 Community 奉献常识，但能够用来存储公司网站上的动态对象，达到节省开支的后果，这对读者来是很有价值的。 ...

近日很荣幸地收到了阿里云邀请做一个对于阿里旗下无影云桌面的评测，从官网上理解到阿里云无影云桌面原名为弹性云桌面，交融了无影产品技术后更名降级，可广泛应用于具备高数据安全管控、高性能计算等要求的平安办公、金融、设计、影视、教育等畛域。 我是一个程序员，最近一年的工作是参加开发一个开源的电商前端(Storefront)我的项目，代号 Spartacus，应用的编程语言是 TypeScript，开发框架是 Angular. 这是咱们我的项目的 Github 代码仓库： https://github.com/SAP/spartacus 这是从本地开发环境运行 Spartacus 的一些截图： 很快乐地承受了阿里的评测邀请之后，我就在推敲：无影云桌面是否用来进步我日常开发 Spartacus Storefront 的工作效率？ 作为一个开源的电商前端利用，Spartacus 有着欠缺的端到端自动化测试，咱们应用自动化测试框架 Cypress 来进行 UI 端到端测试和回归测试。每次开发人员应用 git 提交代码更改到 Github 仓库时，会触发基于 Travis CI 的继续集成脚本，在 CI 服务器上执行所有的 Cypress 自动化测试用例。 上面是 CI 服务器上运行 Cypress 自动化测试的命令行： yarn --cwd ./projects/storefrontapp-e2e-cypress run cy:run:ci 在我理论的开发过程中，我不时会遇到这种状况，本地批改了代码之后，单元测试全副通过，而后提交代码，发现 CI 服务器上的某些 Cypress 自动化测试用例执行失败。 因为咱们在 Travis CI 上执行的脚本内容较多，build 一次须要破费 40 多分钟的工夫，所以靠在 CI 服务器上执行 Cypress 回归测试用例的形式来发现本地提交代码的缺点，效率切实低下。 因而，我就有了一个想法：把 Spartacus Cypress 自动化测试放到无影云桌面进行。这样，每次我在本地批改完代码之后，如果无影云桌面里能立刻辨认到这些代码批改，并在云桌面里运行所有的 Cypress 自动化测试，等全副测试都通过后，我再提交代码。这样，借助无影云桌面弱小的计算性能，我能够当时把所有可能引起回归测试失败的代码缺点都检测进去，这样能尽可能进步我提交代码之后，Travis CI build 的一次通过率。 ...

download:Spring Cloud Alibaba 大型互联网畛域多场景最佳实际在学习 python 中列表、元组、汇合、字典的时候，总结了各种对象之间的转换方法，次要参考了Python 列表、元组、汇合、字典的区别和互相转换这篇文章，具体的代码示例能够参考这篇文章中的内容，本人敲一遍印象会非常粗浅，本文就不节约笔墨了，转换方法总结如下: 转换成列表:list()转换成元组:tuple()，zip()转换成汇合:set()转换成字典:dict()字符串5.1 转换成字符串:join()5.2 弱小的字符串表达式函数:eval()其中list()、tuple()、set()、dict()以及join()的用法都很常见，zip()和eval()的用法算是另辟蹊径了，能够参考上面的文章:zip()的应用，eval()的妙用和滥用 以上对象中，列表和字符串就像万能的粘合剂，能够充当许多转换的两头媒介。 在本人入手写代码练习的过程中，还发现了很多乏味的用法，比方以下字典转换成元组，tuple()和zip()失去了两种不同的后果，能够满足不同的业务需要:dict_test = {'a':1, 'b':0, 'c':2, 'd':4} print(tuple(dict_test.keys())) # 失去 ('a', 'b', 'c', 'd') zipped2 = zip(list(dict_test.keys()), list(dict_test.values())) for t2 in zipped2: print(t2) # 失去的后果: # ('a', 1) # ('b', 0) # ('c', 2) # ('d', 4)

Jerry 之前的文章SAP S/4HANA Cloud SDK 入门介绍介绍了如何在第三方利用里，调用 SAP S/4HANA Cloud SDK，生产 S/4HANA 零碎的 OData 服务。 过后我的代码里，指向 SAP API Business Hub Sandbox 的 url 是硬编码的，不够灵便。本文介绍如何通过环境变量的形式来配置这些 endpoint. 官网链接 在我的项目根目录新建一个 .env 文件，内容如下： destinations=[{"name": "sandbox", "url": "https://sandbox.api.sap.com/s4hanacloud"}]执行如下命令行： npm install @nestjs/config为了加载 .env 文件中定义的环境变量，咱们须要将 config 包提供的 ConfigModule 增加到应用程序的 @Module 定义中。 关上 app.module.ts 并应用以下代码更新它： 源代码： import { Module } from '@nestjs/common';import { ConfigModule } from '@nestjs/config';import { AppController } from './app.controller';import { AppService } from './app.service';import { BusinessPartnerController } from './business-partner.controller';@Module({ imports: [ConfigModule.forRoot()], controllers: [AppController, BusinessPartnerController], providers: [AppService],})export class AppModule {}将利用代码里 execute 办法的参数，从硬编码的 url，改成传递一个 .env 文件里保护的 Destination 名称即可。 ...

我应用的 SAP BTP CloudFoundry 环境的 API endpoint 在 BTP cockpit 里能够找到： https://api.cf.ap21.hana.onde... 应用命令行 cf login 登录： 创立一个 xsuaa 服务实例： 之后应用 cf push 上传利用，遇到谬误音讯： For application 'product-list': No domains exist for route product-list-jerry.cfapps.eu10.hana.ondemand.com 应用 cf routes 命令查看路由信息： 官网链接 本主题中的术语域与其常见用法不同，它特定于 Cloud Foundry。 同样，共享域和公有域指的是 Cloud Foundry 中具备特定含意的资源。 域名、根域和子域的应用是指 DNS 记录。 域向开发人员表明对从域创立的任何路由的申请都路由到 Cloud Foundry。 这须要在带外配置 DNS，以将域名解析为负载均衡器的 IP 地址，该负载均衡器配置为将申请转发到 Cloud Foundry 路由器。 无关配置 DNS 的详细信息，请参阅域的 DNS。 List Domains for an Org创立路由时，开发人员从可用的域中进行抉择。 应用 cf domains 查看指标组织的可用域列表： ...

官网链接 SAP 集成套件将星散成（流程集成）、API 治理、集成 Advisor 和 Open Connectors 等集成性能组合成一个用于企业集成的有凝聚力和简化的工具包。 为了提供全面的集成体验，这些服务不独自提供，而仅作为 Integration Suite 服务打算的一部分提供。 应用此场景，您能够设计并执行一个集成流，该流从公共产品目录 (WebShop) 中读取给定产品标识符的产品详细信息。 例如，产品详细信息包含产品名称和价格等数据。 要实现该场景，您须要应用 SAP 集成套件，特地是其星散成和 API 治理性能。 您应用 Cloud Integration 来设计和部署 iFlow。 实现设计后，应用 API Management 的 API Explorer 工具将集成流端点公开为 API。 您还能够通过调配专用的预约义策略模板来定义如何在身份验证方面拜访 API。应用此策略模板，您能够依据 OAuth 客户端凭据授予办法定义 API 拜访权限。最初，您应用 API 治理调用 API 并在响应中获取产品详细信息。 进入 SAP Business Technology Platform trial 帐号控制台，点击 Instances and Subscriptions 的 create 按钮： 新建一个类型为 trial 的 Integration Suite service plan： service Subscription 创立好之后，就能够点击 Go to Application，进入 integration Suite 控制台了： ...

这是 Jerry 2021 年的第 44 篇文章，也是汪子熙公众号总共第 321 篇原创文章。 在 SAP ABAP On-Premises 产品工作过的 ABAP 开发人员，可能都接触或者据说过 Business Rule Framework(简称 BRF，前面还有升级版 BRF+)这个框架。 SAP BRF+ 次要蕴含实现存储性能的规定仓库(Rules Repository)，以及依据用户输出，剖析并执行规定，返回给用户处理结果的规定处理器(Rules Processor)两局部。前台提供的是基于 ABAP Webdynpro 界面的规定编辑器，反对决策表，决策树和公式等多种形式的规定建模形式。规定仓库和规定处理器位于 ABAP 零碎后盾。 理解 SAP ABAP BRF+，有助于咱们学习其余的业务规定解决方案。比方 SAP Commerce Cloud，抉择的是反对 Java Rules Engine API 规范的开源业务规定引擎和企业框架 Drools. 无论是 SAP ABAP BRF+ 还是 Drools，只管其技术实现细节不同，但工作场景和实现的需要都统一： 业务规定制定者，在零碎里依据建模工具保护业务规定业务规定解决方案暴露出接口，消费者调用该接口，传入输出，失去业务规定处理器执行后返回的输入。本文简要介绍 SAP Business Technology Platform(下文简称 SAP BTP)上的 Business Rules Service. 登录 SAP BTP Cockpit，在 Service Marketplace 里找到 Business Rules Service，其形容信息强调，这是一个基于云的业务规定解决方案。 ...

整合OSS增加pom依赖时呈现谬误： Cannot resolve com.alibaba.cloud:spring-cloud-starter-alicloud-oss:unknown 官网文档：https://github.com/alibaba/al... 依照官网文档给的写法会报错，用为找不到对应版本的依赖： <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>aliyun-oss-spring-boot-starter</artifactId></dependency>须要手动增加版本号，这样就OK了： <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alicloud-oss</artifactId> <version>2.2.0.RELEASE</version></dependency>

摘要：明天咱们来重点介绍下CloudIDE插件的调试技巧，在插件开发过程中调试作为重要的问题剖析和定位伎俩可能无效帮忙开发者晋升插件品质。明天文章中的样例工程咱们持续以上一篇《实战CloudIDE插件开发-疾速上手》中的我的项目为根底，深刻介绍插件的调试办法。可能有的开发者对于插件的前后端相干概念会有所纳闷，大家能够参考这篇插件开发指南具体理解插件开发过程中会用到的根底概念和开发技巧。 后端调试在插件的src/node/目录下寄存的是插件的后端代码，后端代码运行在IDE实例的nodejs环境中，插件我的项目在创立的时候曾经默认生成了一个后端文件backend.ts，对于轻量级的插件，只须要在该文件中增加本人想要实现的业务性能即可，该文件蕴含了三个默认的办法init()、run()、stop()。另外还默认增加了一个doSomething办法，这个办法仅仅是作为示例应用，开发者能够依据须要进行批改或删除。这里咱们简略介绍下init, run和stop办法，具体的解析能够参考插件开发指南。 init()函数作为该后端实例的初始化办法，能够在插件启动的时候进行一些初始化操作，写在该函数中的代码肯定会先于run和其余函数被调用，这里须要留神的是对于前端裸露给后端的函数不能再init函数中进行调用，也就是不能在init办法中执行this.plugin.call调用。run()函数作为后端实例的主逻辑函数，承当着业务性能入口的作用，在该函数中能够不便地调用CloudIDE的API，比方cloudide.window.showInformationMessage(hello world!); 也能够调用前端裸露进去的函数，也就是能够在该办法中执行this.plugin.call调用。stop()函数将会在插件被进行前被调用，如有须要能够进行一些资源清理的操作。接下来将分七步来介绍调试的过程，大家能够对照动图来看上面的文字说明： 打断点，咱们尝试在backend.ts的run()函数中打上一个断点。按F1或者点击查看->命令面板调出命令面板。输出Hosted Plugin进行搜寻，抉择Hosted Plugin: 调试实例。弹出的门路抉择对话框咱们放弃默认，因为咱们的我的项目根目录默认就是咱们须要调试的插件。期待调试实例启动，右下角弹出端口监听提醒，咱们点击确定。 在弹出的端口内部拜访权中给实例的监听端口增加内部拜访权，留神：这里的协定须要抉择https，增加实现之后如右图所示。 点击拜访就能够拜访咱们刚刚启动的调试实例，在弹出的调试实例中咱们期待插件被加载，而后切换回咱们的CloudIDE开发实例。断点被命中并暂停在断点处，此时能够不便地查看调用堆栈、变量或者增加监督表达式。同样，咱们也能够在其余的办法中打上断点，大家有趣味也能够通过断点的形式来验证下init()、run()以及stop()被执行的程序。 前端调试与插件的后端不同，前端的代码最终将被编译并运行于浏览器环境中，前端的代码寄存于src/browser目录中，插件我的项目在创立的时候会默认生成了两个前端源码文件frontend.ts和dynamic-webview.ts。这两个文件的内容与后端backend.ts的构造十分类似，只不过运行的环境不同而已，这里就不再反复对这两个文件中init()、run()、stop()办法进行介绍。因为前端运行再浏览器环境中，咱们的代码调试将借助于浏览器自带的调试性能来实现，咱们直奔主题，看看怎么样来调试前端代码。 前端代码调试将分为以下几个步骤，大家同样能够对照动图来看上面的文字说明： 明确须要调试的代码所在的函数，比方这次调试的前端函数叫myApi()。切换到调试实例，按F12调出开发者工具。在页面列表中咱们找到本人插件的首页，这里是index.html (小技巧：很多开发者都会应用默认的首页名称，为了不便查找本人的插件首页，能够将首页文件名进行批改）。接下来逐级向下开展到active-frame/{调试实例地址}/webview/dist/index.js。关上index.js文件。 按ctrl+f进行搜寻，在搜寻框中输出须要调试的函数名，这里是myApi。找到函数并在函数体内须要调试的地位打上断点。点击浏览器的刷新按钮从新加载该页面就能命中刚刚打的断点，进行前端的调试。 简略总结下，CloudIDE插件的调试其实分为前后端，后端的调试能够借助CloudIDE自身实现，而前端代码的调试则须要借助于浏览器的调试能力，在把握调试技能之后在后续的插件开发过程中对疑难问题的定位和解决将十分有帮忙。在后续的文章中将对插件的运行机制和API进行深刻介绍，有趣味的读者也能够先参考插件开发指南进行理解。 点击关注，第一工夫理解华为云陈腐技术~

Recently I am working with partner and they are asking for the reason of one UI5 refresh behavior. I simply display the BO ID, Description, Create Date and NodeID for demonstration purpose. The event handler bound to the Click Me button: Observed behaviorSuppose I have two Service Request BO instance in the system: ID 333 with creation date 26.02.2014ID 1071 with creation date 06.09.2017By default BO detail data for ID 1071 is displayed: ...

My series of Cloud Application Studio BlogsHow to detect EditMode in an Embedded ComponentStep by step to enable your custom BO with attachment upload functionalityStep by step to create an Adobe Print form in Cloud application StudioHow to render PDF which displays picture from the image attachment of your custom BOHow to get current logged on business user’s employee information and assigned organization unit via ABSLHow to implement dynamic access control based on custom BO using OWLHow to make Code List Restriction work when control field and restricted field are not on the same BOHow to implement custom number range using custom business objectTwo approaches to create Code List in Cloud StudioCreate Dynamic Code List via Custom Business Object AssociationStep by step to develop Thing Type based navigation and BO Object based navigationPut Extension field into embedded component and make it visible in Standard UIOne possible cause that embedded component fails to display in UIStep by step to create HTML Mashup and make it visible in UIStep by step to enable Text Collection for your custom BOAutomatically send an Email notification to line manager via Workflow in Account applicationStep by step to create Object Value Selector in Cloud Application Studio(1) Switch on Admin mode of your solution, and create a port type package as below: ...

CloudEventCloudEvents is a specification for describing event data in common formats to provide interoperability across services, platforms and systems. CloudEvent 重点在于跨平台, 跨服务, 跨系统的一个跨字. 重在适应性, 通用性.      该类用户认为, 世界上无处不在事件, 行为均可看作是事件驱动. 也认为这样消耗比是最低的(我的看法)因为事件->行为 这一个模式是典型的按需供应资源. CloudEvent 我认为意在跨不同的云, 不同的数据源, 比如你在 阿里云的数据应用和在 亚马逊的数据应用, 是不能互通的, 至少同一个软件不行. 任意数据的变动, CloudEvent 或者 CNCF 认为是一个 Occurrence. 不同的 Occurrence 触发的事件是各个云服务商, 各个软件, 各个协议所独有的. 这给云原生或者大混合云(我取的名字, 意为以混合云服务为主的云服务商经营的云集群)带来了不方便. 不方便之处在于, 开发者的任意一款产品, 是在单独的一片云上原生的. 我认为 CNCF 一直致力于制定一个标准解决这一个问题. 下图是 go-sdk 中 event 的定义. 我尤其注意到的是事件携带有错误域, 我认为这给了 Occurrence 方的适配层或者用户一个处理的机会. 但最重要的是, 事件发生的错误也是 CloudEvent 的一部分. ...