ITPub博客

Created by Wang, Jerry, last modified on Dec 19, 2014The following steps demonstrates how to expose a function module as a web service in CRM.create a FM to return product description by given product

kubectl scale命令用于程序在负载加重或缩小时进行pod扩容或缩小，我们通过一些实际例子来观察scale命令到底能达到什么效果。命令行创建一个deployment：kubectl run jerry-nginx --image=nginx:1.12.2kubectl get deploy查看刚刚创建的deployment：自动被deployment创建的po

假设我通过某种跳转方式打开了下图这个SAPGUI的屏幕，但我想搞清楚用哪一个事务码可以直接到达这个屏幕，而不通过繁琐的点击，应该怎么做？步骤1，点击Order字段，按F1打开帮助界面，点上图的图标显示技术信息，得到了实现这个屏幕的程序名称：SAPLCOCU:双击程序名，进入程序实现，再点击这个图标：从而打开了这个程序所属的function group COCU，其对应的ABAP包为CO：在这个pa

我们在使用Dockerfile构建docker镜像时，一种方式是使用官方预先配置好的容器镜像。优点是我们不用从头开始构建，节省了很多工作量，但付出的代价是需要下载很大的镜像包。比如我机器上docker images返回的这些基于nginx的镜像，每个都超过了100MB，而一个简单的Ubuntu的容器超过了200MB，如果安装了相关的软件，尺寸会更大。如果我们的需求是在构建一个符合我们实际业务需求的

什么是dockerfile？简单的说就是一个文本格式的脚本文件，其内包含了一条条的指令(Instruction)，每一条指令负责描述镜像的当前层(Layer)如何构建。下面通过一个具体的例子来学习dockerfile的写法。新建一个dbuild文件夹，创建一个自定义的Nginx首页，逻辑很简单，显示一个自定义的图片文件train.jpg.我想基于标准的Nginx镜像做一些修改，让Nginx支持SS

在本地创建一个容器后，可以依据这个容器创建本地镜像，并可把这个镜像推送到Docker hub中，以便在网络上下载使用。下面我们来动手实践。docker pull nginx:1.15.3用命令行启动一个容器：docker run -d -p 1080:80 --name jerry-nginx nginx:1

通过这个小例子我们可以进一步加深对Docker volume概念的理解和使用方法。我们都知道运行基于Docker的Nginx镜像后，访问localhost能看到Nginx默认的首页，这个首页的位置是Nginx镜像内的/usr/share/nginx/html目录下面。假设我们有个需求，修改Nginx默认的首页成下面的内容：<html><head><title>C

先看一个效果，我录了一个视频，发布在视频网站上，大家可以先看看SAP Cloud for Customer里启用了partner 自动determination后的效果。在SAP Cloud for Customer里启用partner determination的步骤：进入Business Configuration工作中心，activity list里根据Sales Order作为关键字搜索：

假设我有下面这个PDF文件，里面有很多图片，我想把这些图片批量导出，而不是在Adobe Acrobat Reader里一张张手动拷贝：本文介绍一种快捷做法。用PDF-XChange Editor打开PDF文件：使用Export将其导出成word文件：得到word文件后，将后缀名从.docx改成.zip:解压之后，进入文件夹media，所有的图片就静静地躺在这里啦：要获取更多Jerry的原创文章，请

Jerry在今年2月28日，SAP Customer Management for S/4HANA 1.0正式问世这个具有纪念意义的日子，同时发布了中英文版的博客进行介绍。英文版发在SAP社区上，至今超过16000的阅读量：而发布在微信公众号上的中文版，也有两千多的阅读量：一转眼大半年就过去了，如今SAP S4CRM的标准开发，进行得怎么样了呢？在SAP社区上我写的那个英文博客里，有很多国外的pa

命令行docker search nginx搜索名为nginx的docker image，返回结果的第一个，github上有10293个star，这就是我们想要搜索的结果：使用命令docker pull把这个镜像拖下来：docker pull nginx然后以detach模式运行这个镜像：docker run -d --name jerry-nginx nginxdocker run的输出是doc

要了解Docker Volume，首先我们需要理解Docker文件系统的工作原理。Docker镜像是由多个文件系统的只读层叠加而成。当一个容器通过命令docker run启动时，Docker会加载只读镜像层并在镜像栈顶部添加一个读写层。如果运行中的容器修改了现有的一个已经存在的文件，那该文件将会从读写层下面的只读层复制到读写层，但是该文件的只读版本依然存在，只不过已经被读写层中该文件的副本所隐藏。

Kubernetes的pod本身是无状态的（stateless）,生命周期通常比较短，只要出现了异常，Kubernetes就会自动创建一个新的Pod来代替它。而容器产生的数据，会随着Pod消亡而自动消失。为了实现Pod内数据的存储管理，Kubernetes引入了两个API资源：Persistent Volume（持久卷，以下简称PV）和Persistent Volume Claim（持久卷申请，以

国内80后上的编程课应该都学过Logo这门编程语言：Logo语言是一门专门设计用来进行编程教学的语言，于1967年由Wally Feurzeig, Seymour Papert和Cynthia Solomon发明的。下图是用Logo语言画出来的图案。Perhaps I practiced it in Pentium 386? I could not remember it clearly

作为Kubernetes的使用者，每天用得最多的命令就是kubectl XXX了。kubectl其实就是一个控制台，主要提供的功能：1. 提供Kubernetes集群管理的REST API接口，包括认证授权、数据校验以及集群状态变更；2. 提供其他模块之间的数据交互和通信的枢纽（其他模块通过API Server查询或修改数据，只有API Server才直接操作etcd）也就是说，我们在终端里输入的

什么是Helm？这可不是暗黑破坏神里装备的名称：头盔，而是Kubernetes的一个包管理工具，用来简化Kubernetes应用的部署和管理。我们Helm和Kubernetes的关系，我们可以理解成yum和CentOS，apt-get和Ubuntu的关系。Helm由两部分组成，客户端helm和服务端tiller。其中tiller运行在Kubernetes集群上，管理chart，而客户端helm就是

Secret解决了密码、token、密钥等敏感数据的配置问题，使用Secret可以避免把这些敏感数据以明文的形式暴露到镜像或者Pod Spec中。Secret可以以Volume或者环境变量的方式使用。使用如下命令行创建一个secret：kubectl create secret generic admin-access --from-file=./username.txt --from-file=

这周Jerry在SAP上海研究院参加了一个为期4天的Kubernetes培训，度过了忙碌而又充实的4天。Jason，Benny和Peng三位大神的培训干货满满，借此机会，Jerry和过去的两位老领导Patrick和Evan叙了叙旧，也拜见了上海SAP圈子里的几位大佬。以前在网络上久闻大名，这次终于见到了大佬们本人，了却我一桩心愿。为什么SAP内部也在开展Kubernetes的培训呢？诞生于2015

Stateful Set是Kubernetes 1.9版本新引入的一个概念，用于管理有状态的应用。Kubernetes官方文档：https://kubernetes.io/docs/concepts/workloads/controllers/statefulset/Manages the deployment and scaling of a set of Pods, and prov

创建一个initdb.sql文件，输入如下内容：-- This is a postgres initialization script for the postgres container.-- Will be executed during container initialization ($> psql postgres -f initdb.sql)CREATE ROLE adsuse