标签: availability

当我尝试理解CAP中的"可用性"(A)和"分区容差"(P)时,我发现很难理解各篇文章中的解释.

我觉得A和P可以在一起(我知道事实并非如此,这就是我无法理解的原因!).

用简单的术语解释,A和P是什么以及它们之间的区别？

Objective-C 在XCode 9+/LLVM 5+中有一个@available表达式,它允许您将代码块保护到至少某个操作系统版本,这样如果您使用仅在该范围内可用的API,它就不会发出无人看守的可用性警告操作系统版本

问题在于,这种可用性保护是它只有在它是条件的唯一表达时才有效if.如果您在任何其他上下文中使用它,您会收到警告:

@available does not guard availability here; use if (@available) instead

因此,例如,如果您尝试将可用性检查与以下其他条件进行对比,则它不起作用if:

if (@available(iOS 11.0, *) && some_condition) {
  // code to run when on iOS 11+ and some_condition is true
} else {
  // code to run when on older iOS or some_condition is false
}

任何在if块内或在块内使用iOS 11 API的代码some_condition都会产生无人看守的可用性警告,即使可以保证只有在iOS 11+上才能访问这些代码.

我可以把它变成两个嵌套if的,但是else代码必须重复,这很糟糕(特别是如果它有很多代码):

if (@available(iOS 11.0, *)) {
  if (some_condition) {
    // …

我想只有在当前设备的iOS版本低于特定版本运行一段代码,作为指定在这里.Apple给出的代码示例如下所示:

if (@available(iOS 10.0, *)) {
  // iOS 10.0 and above
} else {
  // below 10.0
}

但是,有些情况下,只有当前iOS版本低于特定版本时,才会运行代码.我假设以下代码将起作用:

if (!@available(iOS 10.0, *)) {
  // below 10.0
}

但似乎这不起作用,我从Xcode收到以下警告:

@available does not guard availability here; use if (@available) instead

这是添加了我所看到的诊断的LLVM提交.

该问题有两种可能的后备:

1. 使用if-else变体而不向if块添加任何代码(不是很优雅).
2. 继续使用旧的方法,如-[NSProcessInfo isOperatingSystemAtLeastVersion:].

还有另一种使用@available我想要的方法吗？

以前,DynamoDB仅提供"最终一致性",遵循CAP定理的"可用性"和"分区容差"部分.

但是现在,除了"最终一致性"之外,DynamoDB提供了"强一致性"选项.这是否意味着DynamoDB不遵循CAP定理？

如果一个Enum类型添加新case的新的操作系统版本,如何在查询switch语句？像Enum在StoreKit下面

public enum Code : Int {
    public typealias _ErrorType = SKError
    case unknown
    case clientInvalid 
    case paymentCancelled 
    case paymentInvalid 
    case paymentNotAllowed
    case storeProductNotAvailable
    @available(iOS 9.3, *)
    case cloudServicePermissionDenied 
    @available(iOS 9.3, *)
    case cloudServiceNetworkConnectionFailed
    @available(iOS 10.3, *)
    case cloudServiceRevoked
}

以下代码是唯一的解决方案吗？这太冗了了.

if #available(iOS 10.3, *) {
    switch code {
        //all cases available in 10.3
        ...
    }
} else if #available(iOS 9.3, *) {
    switch code {
       //all cases available in …

我已经iOS 15+/macCatalyst 15.0+向我的应用程序添加了一个功能，现在在 M1 iMac 上通过Mac Catalyst (Designed for iPad).

我对我的函数进行了可用性检查，但是当在我的 Mac (macOS 11.6) 上运行时，可用性检查中的代码仍然运行并崩溃。

if #available(iOS 15.0, macCatalyst 15.0, *) {
    dataSource.applySnapshotUsingReloadData(fullSnapshot, completion: nil)
} else {
    dataSource.apply(fullSnapshot, animatingDifferences: false)
}

我了解Designed for iPadmac Catalyst 在 iOS 上运行，并且我可以确认它正在使用运行，iOS 14.7那么print(UIDevice.current.systemVersion)为什么它运行设置为iOS 15+仅运行的代码？

我的 macCatalyst 检查正确吗？

我正在使用SQL Server Management Studio 2008进行查询创建.Reporting Services 2008用于创建报告.

几个星期以来,我一直试图解决这个问题,而且我遇到了一堵砖墙.我希望有人能够提出解决方案,因为现在我的大脑变得糊里糊涂了.

我目前正在开发一个SQL查询,它将数据提供给Reporting Services报告.该报告的目的是显示我们所在县周围地区急救员的可用率百分比.我们的想法是,在我们的20个地点中,每个地点应该只有一名急救员提供保险.

除了在一个地点的第一个助手在每个封面期间的开始和结束时重叠他们的封面之外,这一切都很好.

封面重叠示例:

| Location |     start_date      |      end_date       |
+----------+---------------------+---------------------+
| Wick     | 22/06/2015 09:00:00 | 22/06/2015 19:00:00 |
| Wick     | 22/06/2015 18:30:00 | 23/06/2015 09:00:00 |
| Wick     | 23/06/2015 09:00:00 | 23/06/2015 18:30:00 |
| Wick     | 23/06/2015 18:00:00 | 24/06/2015 09:00:00 |
+----------+---------------------+---------------------+

在一个完美的世界中,他们设置的数据库不允许他们这样做,但它是一个外部开发的数据库,不允许我们对其进行更改.我们也不允许创建函数,存储过程,计数表等...

查询本身应该返回每个位置有急救保护的分钟数,然后分解为一天中的几小时.封面上的任何重叠不应该最终增加额外的封面,应该合并.一个人可以一次打开,如果他们重叠,那么它应该只算作一个人的掩护.

示例输出:

+----------+---------------------+---------------------+----------+--------------+--------+-------+------+----------+
| Location |       fromDt        |        toDt         | TimeDiff | Availability |  DayN  | DayNo | Hour | DayCount | …

根据我目前所读到的有关 CAP 定理的所有内容，没有任何分布式系统可以同时提供以下三项：可用性、一致性和分区容错性。

现在，Hadoop 2.x 引入了一项新功能，可以对其进行配置以消除 hadoop 集群具有的单点故障（单个名称节点）。有了这个，集群变得高度可用、一致和分区容错。我对吗？或者我错过了什么？根据 CAP，如果系统试图提供所有三个功能，它应该在延迟上付出代价，新功能是否会将此延迟添加到集群中？还是 Hadoop 破解了 CAP 定理？

我有一个在虚拟机上运行的分布式应用程序，其中有一个以主动/被动模式运行的服务。主用虚拟机通过公网IP提供服务。如果主动虚拟机发生故障，公共 IP 将移至被动虚拟机，被动虚拟机将变为主动虚拟机并开始提供服务。

这种模式如何适合 kubernetes 管理的容器化应用程序？

如果我使用副本数=1的复制控制器，在节点/minion发生故障的情况下，复制控制器将在另一个minion中重新安排pod（=我当前应用程序中的VM），但这可能会导致与我当前的解决方案相比较长的停机时间其中仅移动 IP 资源。

如果我使用副本 = 2 的复制控制器，那么我需要对两个 Pod（一个具有公共 IP，另一个没有）进行不同的配置，这是反模式吗？此外，kubernetes 中没有设计方法来支持虚拟 IP（在 Pod 周围移动）？

或者我应该使用replicas = 2并自己实现一些东西来管理IP（或者也许使用pacemaker？这会引入另一个问题：我的应用程序，kubernetes和pacemaker/corosync中将有集群管理）

那么，这应该怎么做呢？

我只是在尝试Application Insights可用性测试.我让他们过夜到我们的公共网站,只得到"失败"

当我深入到单独的测试运行时,我看到服务器响应"200 OK",发送预期的html标记.但是在"Exceptins"中它说

System.UriFormatException: Invalid URI: The format of the URI could not be determined.System.UriFormatException: Invalid URI: The format of the URI could not be determined.
   at System.Uri.CreateThis(String uri, Boolean dontEscape, UriKind uriKind)
   at Microsoft.VisualStudio.TestTools.WebTesting.HtmlDocument.ParseForDependentRequests(Boolean urlsOnly)
   at Microsoft.VisualStudio.TestTools.WebStress.WebTestCaseVariation.BuildDependentRequestsList(WebTestInstrumentedTransaction instrumentedTransaction)
   at Microsoft.VisualStudio.TestTools.WebStress.WebTestCaseVariation.AddParsedDependentRequests(ExecutionState executionState)

有谁知道那里发生了什么？我错过了什么？

iOS 11 最近添加了一个我想使用的新功能，但我仍然需要支持旧版本的 iOS。有没有办法两次编写同一个类，让较新版本的 iOS 使用该类的一个版本，而较旧版本的 iOS 使用另一个？

（注意：最初我使用过if #available(iOS 11, *)但我不得不在很多地方使用它，我认为如果可能的话，拥有 2 个版本的类会更干净。也许有一种使用 @availble 的方法？我专注于使用 @可用而不是预编译器#IFDEF 的东西，因为现在似乎“可用”标签是在 Swift 中执行此操作的首选方式？）

据我所知,将Azure数据库从已退役的层级扩展到新层只是在Azure门户中使用scale功能的问题.

在从退役阶段扩展到新阶层时,我无法在任何地方找到的是关于是否需要任何连接字符串更改(或任何其他可能导致不可用的问题)的明确答案.

我有一个需要升级的生产数据库,服务中断会非常糟糕.