1、PostgreSQL在SAP Cloud中的现状及展望何雄(Sean He)SAP中国研究院 Database ExpertSAP的数据库产品线SAP Cloud中的PostgreSQL展望CONTENTSAP的数据库产品线-1SAP MaxDB(https:/ HANA基于内存存储的列式数据库，主要用于高性能分析。目前也兼用于OLTP。是SAP的主打数据库产品。HANA CLOUD也是CLOUD上的主推产品。拥有完整的SAP认证体系，并且大规模替代现有的Oracle及其他DBMS后端。SAP ASE(原Sybase ASE)主要用于OLTP,完整的SAP认证体系。SAP IQ(原Sybase

2、 IQ)主要用于OLAP,早期列式数据库的先行者。SAP的数据库产品线-2SAP SQLAnywhyere/MobiLink(原Sybase SQLAnywhere,又称ASA）中小型企业级应用、嵌入式或移动数据库的同步。SAP Advantage Database Server(ADS)：2013年被SAP并购。在这之前主要用于移动设备和嵌入式数据库的数据管理。与ASA有一定的竞争关系。No PostgreSQL?Why?Integration OnlyNo ShippingPostgreSQL in SAP Cloudhttps:/learning.sap- 在2017、2018年前后开始

3、陆续用于SAP Cloud Platform当中。PG在SAP Cloud的具体分布Cloud FoundryNEOKymaSAP CloudPGHANAPGHANAASEHANAASEOverview of hyperscaler PG in SAP CloudSAP Cloud下的角色与权限APP分成两大块：DEV和PRODDev/Test 权限有限DevOps主要面向若干APP的部署、监控，对相关DB有Owner权限。DevOps也是分组的，可以几个不同的PO共享一组DevOpsDBOps拥有所有数据库的所有权限，并从最底层得到监控信息Where is DBA?(他们还在，)Postgr

4、eSQL的相关ProvisioningAWS provided hyperscaler PGMS Azure hyperscaler PGGoogle GCP hyperscaler PGAli Cloud PG（间接）PostgreSQL的相关Provisioning最大可以给到256GB RAM，价格:按compute Resource 和 Stroage Disk综合计算。IOPS指标限制 与 disk大小及vCPU数高度相关PostgreSQL的相关ProvisioningAudit log:ROLE,DDL必选备份周期：最长14天。GCP版本只支持最长7天.支持最大周期以内的PITR

5、恢复支持部分系统参数初始化时指定max_wal_size,checkpoint_timeout,max_locks_per_transaction可以指定PG的大版本：14.0部署时可选择是否触发小版本升级(3个月一次)Cloud下PostgreSQL实例支持的插件默认会安装下边这些插件，都是最基础的插件：ltreepgauditpgcryptocitextfuzzystrmatchhstorebtree_gistbtree_ginpg_trgmuuid-ossppg_stat_statementspg_cron其它插件的配置安装途径：另有几十个可选插件，变为可选安装配置。由DBOPS提供的r

6、est API,DevOps来完成通过用户认证后安装，适用于安装后可以立即reload生效的插件需要重启生效的那部分插件，需要在MUW窗口维护周期来处理Cloud下基于PostgreSQL的应用开发Developer：Python,NodeJS,GO:一些监控任务的开发，DBOps也会用来开发一些Provisioning的功能Java:中大型Cloud应用各类微服务的开发,按产品分组重要关注点：统一的字段类型映射（EclipseLink+Liquibase)https:/ FieldTypeDefinition(SMALLINT,false);Sybase ASE:SybasePlatform

7、.javafieldTypeMapping.put(Boolean.class,new FieldTypeDefinition(BIT default 0,false,false);PostgreSQLPlatform.javaPostgreSQLPlatform.java:fieldTypeMapping.putfieldTypeMapping.put(Boolean.classBoolean.class,new,new FieldTypeDefinitionFieldTypeDefinition(BOOLEAN,false);(BOOLEAN,false);PGPG中的表名以及索引名统一全

8、部小写，长度全部控制在30个字符以内(不是63个字符)Cloud下基于PostgreSQL的应用开发有关SQL对应的JPA调用：简单查询和CUD操作：使用JPA的OQL，代码简洁并一致。复杂查询：回归到Native SQL,便于不断优化SQL的进化及优化：有经验的DBA角色人员进行代码Review，在开发阶段可以通过大部分性能测试环节发现的问题，能过应用日志排查，找出目标SQL语句生产环境中：直接通过monitor结果，针对慢SQL，按优先级进行调整表结构的调整支持服务应用不停的动态表结构调整，对开发要求比较严格。可以添加字段，不能直接在脚本中删除字段（只能跨多次deploy以后，个性应用再过

9、渡到物理删除字段）不能对字段直接重命名Why?服务不能停Cloud下面向PostgreSQL的相关测试开发阶段的单元测试、集成测试、end2end测试单元测试要能反映code coverage确保在功能上是满足基本需求的面向微服务端的load test,stress test(性能测试)确保在性能上是满足客户需求的随着tenant数量的增多，这方面的要求也越来越苛刻数据量会变大IOPS要可提升（这跟非Cloud有很大区别)面向PG的类TPCC相关测试(pgbench,benchmarkSQL:https:/ Important)Cloud下PostgreSQL的监控DevTest环境：Graf

10、ana+PrometheusPROD环境：DynatraceGrafana+PrometheusHealth/Perf Report:通过Rest API提供应用层甚至有专门的Tenant Admin取重点指标：Disk UsageVacuum回收情况慢查询Cloud下PostgreSQL的监控Cloud下PostgreSQL的监控Why Dynatrace?Quality and Overall Cost只用于生产环境Prometheus系：开源灵活在各业务部门group下灵活使用，DevOps可以充分利用重要指标：Disk容量，达到警界值时及时预警，要规划DevOps进行扩容表大小异常增长

11、，Vacuum无效情况下，pg_repack/开发层面结合分区表慢SQL监测Cloud下PostgreSQL的监控通过特定的db_monitor role，结合访问rest API的特定用户，可以按需得到PostgreSQL的一些health/perf指标：hotupdateshotupdates,generalindexstatsgeneralindexstats,cpu_statcpu_stat,low_used_indexeslow_used_indexes,bloat,bloat,autovacuumautovacuum,tablewriteactivitytablewriteacti

12、vity,pg_stat_statementspg_stat_statements,tablesizestablesizes,walarchiverwalarchiver,currentconnectionscurrentconnections,roles,roles,blockings,blockings,duplicateindexesduplicateindexes,tempfilestempfiles,dbcommitratiodbcommitratio,dbhitratiodbhitratio Cloud下PostgreSQL的一些增强安全方面：网络访问数据库(传输层)都需要SSL单

13、向甚至双向加密数据库用户的登录密码会定期自动更换，反映到服务绑定数据层支持CMK，按Tenant区分，对customer的所有业务数据进行加密CMK功能是SAP自有实现（统一所有存储层的加密）只要customer订阅了此功能，就可以在pg初始化以后，针对他自己的subaccount进行数据加密可以定期对加密的key进行更换对加密的key进行disable,delete(极端情况)业务app层：支持ASA的MobiLink与PostgreSQL在Cloud下进行交互。SAP Cloud中PostgreSQL的展望监控的统一和增强逐步使用统一的监控平台逐步去掉dynatrace，进一步降低总体co

14、st结合Open AI(Generative AI),health/perf report作为输入,能自动智能获取next action。深度融合SAP现有功能ASA的MobiLink与PG在Cloud下的更深层的集成PostgreSQL Restful的直接集成实现ODATA相关规范(ODataV2,ODataV4)提供给前端期待cluster level的TDE(Transparent Data Encryption)的尽快正式推出https:/wiki.postgresql.org/wiki/Transparent_Data_Encryption#Patcheshttps:/momjian.us/main/writings/pgsql/cfe.pdfCMK底层将与TDE进行深度适配与集成简单声明:本次主题中的所有观点仅代表个人观点，不代表任何SAP官方观点，也不作为任何SAP官方观点的依据。THANK YOU联系信息Myself