当前位置: 首页 > 软件库 > 服务器软件 > 存储系统 >

Gravitational Gravity

为云原生应用程序提供可移植性的工具包
授权协议 Apache-2.0
开发语言 Ruby Google Go JavaScript SHELL
所属分类 服务器软件、 存储系统
软件类型 开源软件
地区 不详
投 递 者 江正德
操作系统 跨平台
开源组织
适用人群 未知
 软件概览

Gravity 是一个开源工具包,为云原生应用程序提供真正的可移植性。它允许开发人员将 Kubernetes 集群及其所有应用程序打包到一个名为“Cluster Image”的文件中。

每个 Cluster Image 都是一个无依赖的 .tar 文件。它可以部署到各种目标基础架构选项中,例如开发人员自己的云基础架构,第三方云帐户,裸机服务器,VMware 环境甚至是未连接到 Internet 的空中服务器。

可以通过 Web 浏览器 GUI 或 CLI 安装向导在多台 Linux 计算机上安装 Cluster Image,以创建弹性的 Kubernetes 集群。此过程完全自治,不需要来自 Cluster Image 外部的任何依赖项。

当群集启动并运行时,Gravity 可以减轻管理群集的操作负担。每个群集都包含作为“Kubernetes管理程序”的守护程序,如有必要,可持续监视 Kubernetes 服务的运行状况并重新配置它们。此外,每个 Gravity Cluster 都包含一个身份验证网关,允许运营团队通过 SSH 或 Kubernetes API 远程排除故障并将更新推送到同一设备的多个实例,即使它们位于防火墙后面。

Gravity Cluster Image 是一种独立的、可下载的 Kubernetes 设备,它为云应用程序在任何公共或私有基础设施中实现真正的可移植性。

  • 安卓中的 layout_gravity 属性和 gravity属性 有啥区别?      LinearLayout有两个非常相似的属性: android:gravity与android:layout_gravity。   他们的区别在于:   android:gravity 属性是对该view中内容的限定.比如一个button 上面的text. 你可以设置该text 相对于view的靠左,靠右等位

  • Value Description top Put the object at the top of its container, not changing its size. 将对象放在其容器的顶部,不改变其大小. bottom Put the object at the bottom of its container, not changing its size. 将对象放在其容器的底部,不改

  • 首先,标签有两种,一个是布局(各种Layout),一个是控件(Button,TextView之类)。 上下左右中的位置参数,有: android:gravity ,和 android:layout_gravity。 android:gravity ,是指布局容器,对于自己内部控件的布局方向,在Layout标签描述,作用于Layout内的各个控件。(对内有效) android:Layout_gr

  • layout-gravity:控件在布局中的对其方式 gravity:文字在控件中,子view在父view中的对其方式

  • LinearLayout有两个非常相似的属性: android:gravity与android:layout_gravity。(RelativeLayout是没有android:layout_gravity属性的) 他们的区别在于: android:gravity 属性是对该view中内容的限定.比如一个button 上面的text. 你可以设置该text 相对于view的靠左,靠右等位置.(文本

  • android:gravity 是用于子控件在当前控件中的排列位置 android:layout_gravity 是用于当前控件在父控件中的排列位置 参数有: 参数 数值 描述 top 0x30 紧靠容器顶端,不改变其大小 bottom 0x50 紧靠容器底部,不改变其大小 left 0x03 紧靠容器左侧,不改变其大小 right 0x05 紧靠容器右侧,不改变其大小 center_vertic

  • LinearLayout有两个非常相似的属性: android:gravity与android:layout_gravity。   他们的区别在于:   android:gravity 属性是对该view中内容的限定.比如一个button 上面的text. 你可以设置该text 相对于view的靠左,靠右等位置. android:layout_gravity是用来设置该view相对与父view 的

  • LinearLayout有两个非常相似的属性:android:gravity与android:layout_gravity。 1.他们的区别在于: android:gravity用于设置View组件的对齐方式 android:layout_gravity用于设置Container组件的对齐方式 。 2.举个例子: 我们可以通过设置EditText的android:gravity="center"来

  • gravity 这个英文单词是重心的意思,在这里就表示停靠位置的意思。 android:layout_gravity 和 android:gravity 的区别 从名字上可以看到,android:gravity是对元素本身说的,元素本身的文本显示在什么地方靠着换个属性设置,不过不设置默认是在左侧的。 android:layout_gravity是相对与它的父元素说的,说明元素显示在父元素的什么位置

  • 线性布局中,有 4 个及其重要的参数,直接决定元素的布局和位置,这四个参数是   android:layout_gravity ( 是本元素相对于父元素的重力方向 )   android:gravity (是本元素所有子元素的重力方向)   android:orientation (线性布局以列或行来显示内部子元素)   android:layout_weight (线性布局内子元素对未占用空间【

 相关资料
  • 云原生是一种应用开发风格,鼓励在持续交付和价值驱动开发领域轻松采用最佳实践。相关的学科是建立12-factor Apps,其中开发实践与交付和运营目标相一致,例如通过使用声明式编程和管理和监控。Spring Cloud以多种具体方式促进这些开发风格,起点是一组功能,分布式系统中的所有组件都需要或需要时轻松访问。 许多这些功能都由Spring Boot覆盖,我们在Spring Cloud中建立。更多

  • WebAssembly的二进制格式是被设计成可在不同操作系统与指令集上高效执行的,无论在Web或非Web环境中。 对高效执行的设想 尽管执行环境是有条件的,本地的,不确定的,也不要向WebAssembly提供下述特性。有些情况下为了WebAssembly模块执行,也许不得不模拟一些宿主硬件或操作系统不提供的特性,让它们似乎被支持。这种情况将会导致糟糕的性能。 随着WebAssembly的标准化推进

  • 2.2.1.可移植性 Linux可以轻松地移植到各种不同的硬件平台上。有了Linux做硬件抽象层,Android就不必为不同硬件的兼容性而劳心。Linux 的绝大多数底层代码都是用可移植的 C 代码编写,因此第三方开发者可以将 Android 移植到很多不同的设备上。

  • "C语言结合了汇编的强大功能和可移植性" -- 无名氏,暗指比尔.萨克。 可移植代码的好处是有目共睹的。这一节将阐述一些编写可移植代码的指导原则。这里"可移植的"是指一个源码文件能够在不同机器上被编译和执行,其 前提仅仅是在不同平台上可能包含不同的头文件,使用不同的编译器开关选项罢了。头文件包含的#define和typedef可能因机器而异。一般 来说,一个新"机器"是指一种不同的硬件,一种不同的

  • OBS:我已经将opencv构建为静态库: cmake-DBUILD_SHARED_LIBS=OFF.

  • 我正试图在Google App Engine上从Quarkus连接到PostgreSQL数据库。为此,必须提供额外的JDBC属性“socketFactory”和“cloudSqlInstance”。但我不知道如何在应用程序中指定这些。属性。 根据https://quarkus.io/guides/datasource,有一个属性quarkus.datasource.jdbc.additional。

  • 问题内容: 将iPhone应用程序移植到Android的最有效方法是什么?我知道苹果不喜欢第三方非目标C平台为其平台生成代码…但是有没有可以将iPhone应用程序转换为Android友好代码的东西? 如果不是,那么人们如何为他们现有的iPhone应用程序创建Android版本? 谢谢 问题答案: 没有任何东西可以移植您的应用程序。您可以使用第三方工具来创建可同时在两者中使用的应用程序。这就是Tit

  • 当前很多企业正在采用云原生应用程序架构,这可以帮助其IT转型,成为市场竞争中真正敏捷的力量。 O'Reilly 的报告中定义了云原生应用程序架构的特性,如微服务和十二因素应用程序。 本书中作者Matt Stine还探究了将传统的单体应用和面向服务架构(SOA)应用迁移到云原生架构所需的文化、组织和技术变革。本书中还有一个迁移手册,其中包含将单体应用程序分解为微服务,实施容错模式和执行云原生服务的自