首页 文章 精选 留言 我的

精选列表

搜索[任务管理器],共10000篇文章
优秀的个人博客,低调大师

SAP ABAP Netweaver容器化, 不可能完成的任务吗?

Jerry之前的文章 一个13年ABAP老兵的建议:了解这些基础知识,对ABAP开发有百利而无一害, 回顾了ABAP Netweaver服务器主要的组件。本文咱们就来聊聊ABAP Netweaver容器化这个话题。 Jerry假定阅读本文的朋友,都听说过虚拟机和容器的概念, 并且对虚拟机和容器的区别有所了解。 容器与虚拟机的出发点很类似:对应用程序及其依赖进行隔离,生成一套能够随处运行的自容纳单元;二者都能够使应用运行在一个虚拟出的抽象层里,摆脱对传统物理硬件的依赖,使得计算资源的利用更加高效,能源效率与成本效益得以提升。 容器在虚拟化程度上比虚拟机技术更进一步,摆脱了前者对Hypervisor层的依赖,直接利用宿主机的内核,抽象层比虚拟机更少,更加轻量化,同虚拟机技术相比能达到更高的物理资源利用率,因此更受当今云服务提供商的青睐。 Docker是一个开源的应用容器引擎,是当今最流行的容器技术之一。 那么SAP ABAP Netweaver,能否利用Docker引擎,让它运行在容器里呢? SAP官方的note 1122387 - Linux: SAP Support in virtualized environments给出了答案:截至2020年1月17日,答案是不支持。SAP官方不支持将ABAP应用服务器运行在容器或者容器编排环境内。比如目前业界流行的Docker和LXC,以及运行在Google Cloud Platform, Microsoft Azure, AWS上的Kubernetes Cluster,都不是SAP官方支持的能够将ABAP Netweaver服务器以容器的方式运行的平台。https://launchpad.support.sap.com/#/notes/1122387 那么在2018年5月的时候,SAP社区有一篇博客: Installing SAP NW ABAP into Dockerhttps://blogs.sap.com/2018/05/30/installing-sap-nw-abap-into-docker/ 这又是怎么一回事呢?我们可以通过阅读博客了解作者是怎么做到的。 首先,我们从SAP官网上能免费下载Netweaver的开发者试用版,ABAP版本号为7.52 SP04: https://developers.sap.com/trials-downloads.html?search=7.52%20SP04 下载到本地,得到一个rar文件,解压之后执行里面的安装文件即可把ABAP Netweaver安装到本地。 因此SAP社区上的一群ABAP爱好者们,想到了一个点子:如果把下载的Netweaver安装文件,解压之后,将其内容构建成一个Docker镜像文件,在这个Docker镜像内完成Netweaver的安装和启动工作。如此一来,岂不是达到了在容器里运行ABAP Netweaver的目的? 我们可以在这位ABAP爱好者的github仓库上找到用来制作Docker镜像的Dockerfile文件,从中了解到该容器镜像的制作过程: https://github.com/tobiashofmann/sap-nw-abap-docker/blob/master/Dockerfile 这个Dockerfile构建的镜像选择了openSUSE Leap作为母镜像,该镜像提供了ABAP Netweaver运行的Linux操作系统。 Dockerfile的第一行用FROM关键字指定了这个基准镜像的名称: 第16行用COPY将事先从SAP官网下载好的存储在宿主机NW752文件夹下的Netweaver开发者版本安装文件,拷贝到容器镜像里,然后第22行用RUN关键字运行安装脚本。 安装完毕后,执行47行的启动脚本run.sh, 这样就能在容器里启动Netweaver服务器了。 这个容器镜像制作好之后,只需要简单地使用docker run命令行,就能启动一个新的容器运行实例了。从SAP官网下载的Netweaver开发者版本,就运行在这个新启动的容器实例里。 我们回顾这种做法,发现Docker技术较之虚拟机的优点并没有体现出来,按照博客作者提供的信息,通过这种方式制作出的镜像文件的大小超过了100GB,如此巨型的镜像文件几乎无法通过Docker Hub分发给其他人,无法用于生产用途。 另一方面,通过这种容器化方式,Jerry之前文章 一个13年ABAP老兵的建议:了解这些基础知识,对ABAP开发有百利而无一害 介绍的Netweaver服务器的诸多组件,被放置到同一个容器内,无法通过简单地增加容器实例的方式,实现Netweaver处理能力的水平扩展。 正是因为意识到将Netweaver所有组件放置于同一容器镜像内这种措施无法发挥容器技术的优势,SAP Linux实验室的工程师们采取了另一种思路,即这篇SAP社区博客里给出的架构图所体现的,将Netweaver组件进行拆分,分别放置于不同的容器编排逻辑单元中。 Proof of Concept: Deploying ABAP in Kuberneteshttps://blogs.sap.com/2020/02/06/proof-of-concept-deploying-abap-in-kubernetes 上面的架构图里并没有看到容器的影子,而Jerry之前文章介绍的ASCS(ABAP SAP Central Services instances)和AS(Application Server,应用服务器),被放置到了名为Pod的逻辑单元里。 Kubernetes是容器编排和管理的平台,不直接操作容器,而是将一个或多个功能上相关的容器封装到称之为Pod的逻辑单元中,我们可以简单的把Pod理解成容器的集合。 一个SAP系统由一个ASCS实例和一个或多个AS实例构成,对于ASCS里包含的组件,比如之前介绍过的消息服务器,Enqueue服务器,Dispatcher等等,每个组件分别构建不同的容器镜像,再将这些镜像封装到一个单独的ASCS Pod里。 而ABAP Netweaver支持多AS实例部署的这种特性,恰巧能让Kubernetes原生支持的Horizontal Pod Autoscaler机制大显身手。将AS单独制作成容器镜像并放入AS Pod里,通过Kubernetes的Deployment Unit管理这些Pod,从理论上说,可以使用Kubernetes命令行进行ABAP应用服务器的水平扩展。 这种思路将ABAP Netweaver的组件分别进行容器化,大大缩小了每个组件对应的容器镜像文件的尺寸,使得应用服务器实例能够根据实际计算能力的需求变化,进行动态伸缩。如果想将这种方法应用到生产场景中,面临的一些挑战有: (1) Kubernetes对待Pod的方式是官网里所谓的Cattle-like treatment,即Kubernetes就是Pod的上帝,可以根据实际需要,随时创建新的Pod或销毁已有的Pod,而运行在Pod内的应用消费者,完全感知不到Pod的这些变化。另一方面,我们知道,运行在ABAP Netweaver上的很多应用都是有状态的事务,比如编辑一个订单之前,用户先点击编辑按钮,此时应用会往Enqueue服务器发起一个申请锁的请求,成功获取锁之后继续编辑操作。如果此时运行该事务的AS实例所在的Pod正好被Kubernetes销毁了,那该用户尚未结束的编辑操作该如何处理?再比如某个Pod内的AS实例正在运行很多后台作业,那么这种Pod可以被Kubernetes销毁么? 这种挑战简单概括起来,就是如何调和Kubernetes Pod的水平伸缩机制和ABAP Netweaver的有状态事务处理(会话一致性)的需求。 (2) 在ABAP Netweaver容器化以前,大部分组件是在同一物理网络下彼此通信。容器化之后,组件与组件之间的通信会多经过一层Kubernetes的网络层,这使得整个系统的复杂度增加。 (3) 我们知道ABAP Netweaver有很多种同第三方系统集成的途径:RFC,Web Service,OData,IDOC等等。将ABAP容器化之后,以前这些技术是否仍然可以在不需要调整Netweaver核心实现的前提下继续工作,需要进行实际的验证。 所谓No pain,no gain,付出总会有收获。如果ABAP成功容器化之后,理论上我们会享受到哪些容器技术带来的便利呢? (1) ABAP的安装和部署过程将会大大简化。假设出现了官方的ABAP容器镜像和Kubernetes Deployment文件,我们可以仅仅用几行简单的命令行,在任何支持容器和Kubernetes的平台上,轻松完成ABAP的安装和部署。 (上图来自博客:https://www.itsfullofstars.de/2017/09/dockerfile-for-sap-netweaver-abap-7-5x-developer-edition/) (2) 假设前文介绍的ABAP会话一致性的挑战已经成功解决,那么ABAP应用服务器实例的弹性伸缩,仅仅通过Kubernetes几条简单的命令行就可轻松实现。在ABAP传统部署场景下,增添新的应用服务器实例需要ABAP Basis人员进行繁琐配置的局面将不复存在。 除了在Kubernetes里通过人工敲命令行的方式调整Kubernetes的计算资源以外,Kubernetes原生就具有根据CPU或者内存的使用率,进行全自动伸缩的调整能力。这种完全无需人工界入的资源调整功能,如果能够运用到ABAP Netweaver上,无疑给我们留下了太多美好的想象空间。 SAP技术在不断向前演化,ABAP也从未停止前进的脚步,让我们活到老,学到老。感谢阅读。 本文来自云栖社区合作伙伴“汪子熙”,了解相关信息可以关注微信公众号"汪子熙"。

优秀的个人博客,低调大师

Ubuntu 20.04 LTS 开发周期的重要任务:移除 Python 2

官方已宣布 Python 2 将于 2020 年 1 月 1 日后停止维护,而计划于明年 4 月发布的 Ubuntu 20.04 将是下一个长期支持版本,所以 Ubuntu 20.04 的一个重要目标就是移除 Python 2。据 Ubuntu 开发团队介绍,目前仍有许多依赖 Python 2 的软件包保留在 Debian 测试版和 Ubuntu 的 "Focal Fossa" 中,偿还这些“债务”迫在眉睫。 Ubuntu/Debian 项目的开发者 Matthias Klose 负责为 Ubuntu 20.04 LTS 移除 Python 2,目前已经做了大量的工作。近日他在邮件列表中同步更新了一些进度,并说道 Debian 中仍然存在大约 3300 个与 Python 2 软件包相关的错误,其中大约 1500 个错误已关闭。另外,大约 350 个软件包仅在 Ubuntu 的 Focal 仓库中可用,在上游 Debian 中不可用。 所以 Matthias 认为当前的目标是将尽可能多的软件包从 Python 2 转换为 Python 3,不过这对于许多不再维护的软件包可能会成为问题。对于大多数不兼容 Python 3 的软件,如果没有人进行必要的移植,它最终将会从存档中删除。最后是一种情况更为特殊的软件,它们于Ubuntu/Debian 而言十分重要,不过仅支持 Python 2。如何处理他们?Matthias 表示目前仍未确定,但目标是在 4 月 Ubuntu 20.04 LTS 发布之前移除 Python 2。 对于决定保留基于 Python 2 的软件包的开发者,Matthias 提醒到,请确保该软件包未引用任何 python, python-dev, python-dbg, python-doc 软件包,并且不使用未加入版本控制的 python 二进制文件。这些软件包应该使用 python2, python2-dev, python2-dbg, python2-doc 来替代,并使用 python2 二进制文件。 不过看起来 Matthias 也为自己买了坑 —— 他似乎上传过适用于 Ubuntu 且仅支持Python2 软件包 ;) 最后附上一个非官方的 Python 2.7 “退休”倒计时网站:https://pythonclock.org/

优秀的个人博客,低调大师

使用MaxCompute Java SDK 执行任务卡住了,怎么办?

场景一 用户A A: “亲,用 MaxCompute Java SDK 跑作业,为什么卡住不动了?” me: “有 Logview 吗?发来看下” A: “没有,我用的是SDK,没Logview” 场景二 用户B B :“亲,用 MaxCompute Java SDK访问 Table,为什么卡住半天没反应?” me:“卡在哪一行了?” B:"就 RestClient retry 然后卡住了" 去繁就简 用户 A 的问题在于没有 instance 的 logview,导致无法追踪 instance 的运行过程。 通常用户在创建 instance 后会调用 instance.waitForSuccess() 来等待作业运行完成,一旦作业耗时巨大,程序就卡在这一步了,此时如果有 logview ,就能查看追踪查看作业等待的具体原因了。 用户 B

优秀的个人博客,低调大师

在对抗网络威胁时,数据保护是企业首要任务

据卡巴斯基实验室报告“企业对于IT安全的洞察:面临不可避免的安全入侵”,遭遇网络安全事故的最坏结果是造成敏感数据丢失或泄露。该报告基于2016年企业IT安全风险调查1。但是,只有一半(52%)的企业表示他们已经准备好应对不可避免的安全入侵事故。 尽管网络攻击威胁非常明显,但调查显示,企业对于企业的保护现状和战略性威胁缓解措施的看法不一,暴露出企业对于现有威胁和新兴威胁的防御存在不足和漏洞。今天,所有的企业都面临某种形式的网络攻击威胁。过去12个月内,43%的企业由于遭遇安全入侵事故而造成数据丢失。大型企业中,有五分之一(20%)表示他们在这一期间遭受过四起甚至更多数据泄露事故。 卡巴斯基实验室的2016年全球调查侧重比较企业对于安全威胁的看法和企业遭遇网络安全事故的现实,揭示出常见的恶意软件和垃圾邮件威胁之外的潜在安全漏洞。调查中,主要的新型威胁都在企业安全调查中进行了体现:32%的企业遭遇过至少一次针对性攻击,20%的企业遭遇过同勒索软件有关的安全事故。调查还揭示出另外一种严重威胁,即企业员工的粗心大意导致的安全事故。这种原因导致的安全事故占近一半(43%)。 但是,当问及企业自己最薄弱之处在哪里时,又出现了不同的挑战。企业认为,前三位最难应对的威胁包括:通过移动设备进行的不当数据共享(54%);硬件设备丢失,导致敏感信息泄露(53%);以及企业员工不当使用企业IT资源(50%)。这些威胁还伴随着更多的新兴挑战,例如第三方云服务安全、物联网威胁以及IT基础设施外包安全问题等。洞察和现实之间的差距暗示着企业所采取的安全策略要不仅先于预防,而是应当拓展到更多环境和技术。 卡巴斯基实验室企业业务副总裁Veniamin Levtsov评论说:“调查结果指出,企业在应对复杂性不断增长的网络威胁时,需要采取不同的手段。企业面临的困难不一定来自攻击的复杂性,但是不断增长的攻击层面要求企业采取更为多样的保护手段。这种情况让企业的IT安全部门变得更为复杂,需要锁定的企业薄弱点变得更多。” “有些威胁如员工的粗心大意以及不当内容分享导致的数据泄露很难预防,即使利用算法技术也很难消除这种威胁。这使得目前的网络威胁环境显示变得更严峻,企业要做的不仅仅是拦截“恶意软件”。所以,真正有效的策略需要结合多种安全技术,同时需要对外部威胁和网络威胁情报进行分析,不断监控,同时采用最佳的事故响应机制。” 要阅读“企业对于IT安全的洞察:面临不可避免的安全入侵”报告全文,请访问卡巴斯基实验室网站。 作者:佚名 来源:51CTO

优秀的个人博客,低调大师

“十三五”5G阶段性主攻任务确定

日前,科技部宣布,“十三五”期间国家科技重大专项03专项“新一代宽带无线移动通信网”将延续,并转为以5G为重点,以运营商应用为龙头,带动整个产业链各环节的发展,争取5G时代中国在移动通信领域成为全球领跑者之一。 2006年,国务院颁布《国家中长期科学和技术发展规划纲要(2006-2020年)》,并选择了16个重大战略产品、关键共性技术和重大工程作为国家科技重大专项。其中,国家重大科技03专项即新一代宽带无线移动通信网,也是我国通信领域惟一一个国家科技重大专项。该专项自2008年正式启动以来,我国移动通信实现了从“2G跟随”、“3G突破”到“4G同步”的跨越。 移动通信是建设网络强国的一个重要基础设施,目前中国移动通信产业已获得巨大发展。工信部通信发展司司长闻库盘点说,一是中国建成了全球规模最大的4G网络,实现了4G产业化和全球规模商用。截至2016年11月,中国4G用户达到7.34亿,占移动电话的比重达到55.7%。同时,中国形成了4G系统、终端、芯片、仪表等完整产业链,系统厂家等在全球4G领域处于优势地位,终端芯片企业突破了5模10频、28nm芯片工艺。二是国际标准参与度显著提升。中国推动的TD-LTE-Advanced成为4G标准之一。 期间,5G研发全面推进。中国率先推出了5G的推动组IMT-2020,组织产学研用各个方面率先提出了5G概念、技术路线,完成5G的愿景与需求研究,并发布了5G无线和网络技术架构等白皮书,并启动了5G技术研发第一阶段的试验。 闻库表示,“十三五”期间,03专项将继续围绕着原定总体目标,聚焦在5G和LTE增强技术研发这两个方面。具体来说,5G方面,将重点推动形成全球统一的5G标准,基本完成5G芯片及终端、系统设备研发,推动5G支撑移动互联网、物联网应用融合创新发展,为2020年启动5G商用奠定了产业基础。在LTE增强技术方面,重点支持LTE增强关键技术、终端芯片等产业链薄弱环节的研发。 从1G到4G,移动通信都是面向个人的。中国工程院院士邬贺铨认为,5G更重要的应用是产业应用。5G技术实现后,面向消费者的应用将增加三个场景:第一个是车联网和高时速高铁,第二是VR、AR(虚拟现实、增强现实),第三个应用场景是物联网,5G的目标是1平方公里要做到100万个传感器联网。 作者:孙麒翔 石飞月 来源:51CTO

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册