搜索所有贴

在本实验中，您将了解Knative，这是来自IBM，Google，Pivotal，Red Hat，Cisco等的新开源协作。您将在IBM Kubernetes Service（IKS）上创建一个新

4 年前

最佳的无服务器计算体验。从头到尾彻底地“ “无服务器第一” 我们听到了来自Trustpilot之类的关于将他们的工程文化改为“无服务器优先”的故事。这是因为无服务器云提供商通过不必保持

5 年前

无法将美国以外的用户放在靠近 dApp 服务的地方的测试。为了应对这些挑战，多云分布式节点网络和用于与 40 多个区块链集成的 API 层的提供商 Ankr 最近通过与裸机提供商Maxihost的

2 年前

Kubernetes上的工作负载（Pod），从而大大提高了资源利用率。我们在这里至少还有一个优化。为底层IaaS或云提供商构建合适的Hypervisor。如果VM容器是IaaS提供的第一级抽象，那么我们甚至可以

5 年前

无服务器迅速崛起的副作用之一是：云提供商之间缺乏标准化和互操作性。由此导致云厂商锁定的风险。谷歌推出了Knative ，它是一个开源框架，为Kubernetes提供无服务器构建模块

4 年前

生命周期内还需要更换工具规避方案: 不要轻易相信项目外部的任何人的看法，这些人可能已经有一些既得利益，不要相信提供商的说法（除非你早已经了解），也不要相信白皮书。如果你要取得来自真实世界的关于

20 年前

寻找其他现有的、经过测试的解决方案。然而，虽然他们从同行那里听说这是一个常见的问题，但从未找到符合他们规格的东西。因此，他们创造了 sso 这个开源项目，共享出他们的集中式认证代理，也就是单点登录模块

5 年前

。多年来，Spring Boot在微服务的实现数量方面赢得并保持其最高位置。最近，OCI（ https://objectcomputing.com ）提出了一个Micronaut框架，其主要目标是简化微服务

5 年前

工作，例如触发函数的逻辑，从一个函数传递到另一函数的信息，容器的自动配置和运行时（何时，何地和什么），自动缩放，身份管理等。 Knative Knative是一个开放源代码的无服务器

4 年前

一个巨大的挑战，三个主要提供商中的任何一个都不默认启用它。此外，它们都提供了一些强制执行和监视对群集的API终结点的访问的最小方法，如果您不采取必要的手动步骤来保护应用程序，则该漏洞会暴露出来并容易

3 年前

WunderGraph 非常适合： [list=1] [*]TypeScript（并理解为什么类型安全是必要的）， [*]构建数据密集型应用程序， [*]需要汇集来自 SaaS 提供商的数十个微服务

8 个月前

忘了开发人员吧，今天的王国创造者被称为架构师，而且研究继续表明，如果按照架构师的偏好会采用不同的技术。一个典型的例子是数据库。根据 Percona的“ 2020年开源数据管理软件调查

3 年前

1418在北京被清空了。你相信哪一个？这个例子来自一个真实的故事，奇怪的事情发生了，您的系统是否允许人们报告现实情况？是否有“要求一个人去寻找那个集装箱？真的是1418吗？” 模棱两可的决定是事件

4 年前

每个亚马逊卖家都应该知道的35条规则不要在同一地点开设多个账户，除非它们是不同的公司、不同的品牌，或者你有亚马逊的许可。不要使用“有一个要卖吗？“在亚马逊上销售”按钮列出您的商品

2 年前

。攻击者利用了特定Kubernetes控制台没有密码保护的事实，允许他们访问其中一个包含特斯拉大型AWS环境访问凭据的pod。随着组织加速采用容器和容器协调器，他们需要采取必要措施来保护计算基础

5 年前