-c "要执行的代码，多个语句之间用;分号隔开" ③执行脚本 # vi test.py #内容如下3行 #!/usr/bin/env python3 # coding=u�-8 print("hello world") # chmod +x test.py #添加可执行权限 # python3脚本文件 python2脚本文件里要指定以下2行 #!/usr/bin/env python # -*- coding: u�-8 -*- # ./test.py #执行脚本 #或者 # python3 test.py ★第1章、PyCharm常用设置 PyCharm官网： h�ps://www.jetbrains.com/pycharm/download/ def func_test(*tuple_xx, **dict_xx): print(tuple_xx) print(dict_xx) def func_test2(a, b, c): print(a, b, c) def func_test3(name, age, weight): print(name, age, weight) func_test(1, 2, 3

#pod存活性探测 exec: #使用exec，在容器里执行shell命令，返回0则成功 command: ["test", "-e", "/tmp/xxhealthy"] #执行的命令 # kubectl get pod #查看pod， deployment dep-xxx --type=NodePort --name=svc-test1 #将 deploy里的端口暴露出来 # kubectl expose pod pod-nginx-web1 --type=NodePort --name=svc-test2 #将 pod里的端口暴露出来 # kubectl get svc NAME ★创建PV（使用RBD后端） # cat > pv-rbd-image-test1.yaml <test1 #此PV的名称 labels: pvlab: pvlab-rbd-image-test1 spec: capacity:

#创建一个名为cof的 用户，并设置密码 postgres=# grant all on database db_test to cof; #给cof授权，有操作db_test 库的所有权限 postgres=# postgres=# revoke all on database db_test from cof; #撤销用户权限 postgres=# drop user -d db_test #使用cof用户登录pg，连接 db_test这个库 db_test=> #提示符 => 表示普通账号，=#表示管理员账号 db_test=> #提示符=>前的db_test表示当前数据库名 from pg_database; #列出所有数据库（标准的sql 语句） datname ----------- postgres template1 template0 db_test postgres=# \l #列出所有数据库（pg内置查询命令）

work were significantly behind schedule. Surprising discovery: only 50% of the source code in Dev/Test environments matched Prod. They fixed forward, but changes not put back into version control. Focused automated environment creation – time reduced from 8 weeks to 1 day b. ENABLE ON-DEMAND CREATION OF DEV, TEST, AND PRODUCTION ENVRIONMENTS i. Major contributing cause of issues stems from releases representing Reliable Automated Testing a. Undesired outcomes result from finding and fixes errors in a separate test phase. b. Delayed feedback fades the cause & effect link of the error; now requires firefighting

PRACTICE i. Ensure automated tests demonstrate use and behavior of libraries and components ii. Test suite becomes the living documentation of the system specification and represent working examples Testing on the Toilet periodical 1. Started Test Certified Levels for teams and products to measure themselves against 2. Provide Test Certified Mentors and Test Mercenaries to kick start testing efforts code review 3. Instrument the repository to detect suspicious code (API calls from certain types of test code) 4. Ensure every CI process is in an isolated container 5. Make the version control credentials

technical learning.  How we need to improve  Sharing ideas, code, Community of Practice, etc.  Test Driven Infrastructure  Blue – green deployments  Combining DevOps Scrum – planning, standups Large-Scale Scrum, Craig Larman  Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation, Jez Humble and David Farley  The Phoenix Project: A Novel About IT

risks to delivery? What assumptions are contained in the plans? How will the team move quickly to test those assumptions and gain information to manage the risks? I want to understand their plan for learning of discovery and innovation, during which they begin with a goal in mind and empirically find and test hypotheses. A Better Way – Desired Outcomes: We must replace the notion of requirement with that

pieces without requiring changes to the whole ball of EA.  It has a robust, automated regression test suite, so that new development does not cause expensive break-fix activity.  It has good monitoring quickly deploying functionality, learning, and adjusting plans.  We can conduct experiments that test the assumptions in our business cases.  We can reduce the overhead of our governance processes and

automate, monitor, and apply security at all phases of the software lifecycle: plan, develop, build, test, release, deliver, deploy, operate, and monitor. In DevSecOps, testing and security are shifted to

and A/B Testing into Our Daily Work a. INTRODUCTION i. Jez Humble, “The most inefficient way to test a business model or product idea is to build the complete product to see whether the predicted demand