点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)从最终用户的角度来看,我看不出有...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)从最终用户的角度来看,我看不出有...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
从最终用户的角度来看,我看不出有什么区别。 在这两种情况下,您都可以使用Hana,可以配置自己的用户,使用SDA/SDI等。在两种情况下,我都必须预先确定服务器的大小。
一方面,这是个好消息。 我不在乎该服务的调用方式,只要它能为我提供相同的功能即可。
但是,为了更好地了解其影响,我想知道与Neo/onPrem Hana相比,Hana Cloud版本中发生了什么变化。 该项目用了半年时间,所以必须要有一些东西。
示例:
有人有见识并且可以分享吗?
提前谢谢!
感谢Denys,感谢您的努力。 有些文档对我来说确实是新文档-明天将对其进行更彻底的消化。
我想更好地了解Kubernetes。 一方面,Hana可以用作docker映像已有一段时间了。 因此,从这个角度来看,这并不是什么新鲜事。 您在给定大小的服务器上启动docker镜像,它就会运行。 您将其关闭并在小型/大型服务器上启动,则具有不同的内存/cpu占用空间。
当我阅读您的声明时,那将远远超过Hana Cloud中的声明。 更像是横向扩展方案。 您有例如 具有4个CPU的16GB内存。 如果您请求数据库的能力是其4倍,则将获得4个docker实例,它们将在它们之间分配数据。
稍后,如果您想再次将性能提高一倍,则会启动另一组容器并进行数据重新平衡。
那是正确的吗? 如果是的话,那将是一个了不起的成就。
一周热门 更多>