# App Store 定价机制最重大升级！
App Store 价格新低！
最低可设 $0.29 美元！
- 新增 700 个价格点
- 全新定价工具（机制）
【功能介绍】：
1、新增 700 个价格点，其中 600 个价格点开发者可直接用，另外 100 个高价价格点需要申请。
2、新价格点从 美元 $0.29 起，最高可根据申请升至 $10,000。（人民币 RMB 1 ~ RMB 74,999）
3、新增约定的价格规则：以整数结尾的价格（如 X.00 或 X.90）
4、全新定价机制:
- 自动定价：自动随外币汇率和税率的变化而更新
- 本地区定价：本地区价格由开发者固定价格，其它地区使用“自动定价”
【注意说明】：
1、目前 App Store 支持在 175 个国家和地区的商店中以 45 种货币为产品定价
2、开发者设置本地区定价后，在所选的地区商店中保持所获取的本地货币不变，即使外币汇率和税款发生波动
3、Apple 会根据金融数据机构提供的公开汇率信息更新定价，确保 App 内购买内容的定价在所有商店中保持平衡
4、新增约定的价格规则，如 X.90 规则，表示开发者可以选择 $0.90/$1.90/$2.90...~$99.90 之前的价格。（参考附图）
【今天生效】：
1、开发者可随时根据税款和外币汇率的变化自行调整定价。（原有的功能）。
2、自动续期订阅：现可使用 “本地区定价” 和 “自动定价”，包含所有的新价格点
【2023年春季陆续推出】：
1、所有 App 及 App 内购买内容将可从 2023 年春季开始使用新价格点
2、所有 App 及 App 内购买内容将可从 2023 年春季开始使用新定价机制（自动定价、本地区定价）
3、新增约定的价格规则
4、所有开发者还可针对不同国家和地区的商店决定是否提供 App 内购买内容。【注：未理解苹果的意思，待考证】 #码上掘金#
App Store 价格新低！
最低可设 $0.29 美元！
- 新增 700 个价格点
- 全新定价工具（机制）
【功能介绍】：
1、新增 700 个价格点，其中 600 个价格点开发者可直接用，另外 100 个高价价格点需要申请。
2、新价格点从 美元 $0.29 起，最高可根据申请升至 $10,000。（人民币 RMB 1 ~ RMB 74,999）
3、新增约定的价格规则：以整数结尾的价格（如 X.00 或 X.90）
4、全新定价机制:
- 自动定价：自动随外币汇率和税率的变化而更新
- 本地区定价：本地区价格由开发者固定价格，其它地区使用“自动定价”
【注意说明】：
1、目前 App Store 支持在 175 个国家和地区的商店中以 45 种货币为产品定价
2、开发者设置本地区定价后，在所选的地区商店中保持所获取的本地货币不变，即使外币汇率和税款发生波动
3、Apple 会根据金融数据机构提供的公开汇率信息更新定价，确保 App 内购买内容的定价在所有商店中保持平衡
4、新增约定的价格规则，如 X.90 规则，表示开发者可以选择 $0.90/$1.90/$2.90...~$99.90 之前的价格。（参考附图）
【今天生效】：
1、开发者可随时根据税款和外币汇率的变化自行调整定价。（原有的功能）。
2、自动续期订阅：现可使用 “本地区定价” 和 “自动定价”，包含所有的新价格点
【2023年春季陆续推出】：
1、所有 App 及 App 内购买内容将可从 2023 年春季开始使用新价格点
2、所有 App 及 App 内购买内容将可从 2023 年春季开始使用新定价机制（自动定价、本地区定价）
3、新增约定的价格规则
4、所有开发者还可针对不同国家和地区的商店决定是否提供 App 内购买内容。【注：未理解苹果的意思，待考证】 #码上掘金#
展开
评论
点赞
- 6 赞 · 6 评论
- 掘友们，有没有什么办法可以让其他语言可以直接对rocketMQ admin 进行操作？如：新增或者删除topic。
Java是可以实现的，rocket.tool与rocket.remoting包提供了这种操作能力，是基于netty进行通信的。
其他语言并没有netty，不能基于Java上的请求协议进行连接，去模拟这种协议与rocketmq连接这样成本太大了，有没有更好的办法，能在其他语言（如C++）中进行删除或者新增topic这类操作？
#码上掘金#1 赞 · 3 评论 - #码上掘金#
在构建Redis容器化时，技术团队应当采取一系列策略来解决面临的挑战，并确保服务的可靠性。以下是一些建议和解决方案：
1. **设计高可用性架构**：
- 利用Redis Sentinel或Redis Cluster来实现高可用性。Sentinel可以监控Redis主从节点的健康状态，并在主节点故障时自动进行故障转移。Redis Cluster则提供了数据分片和自动故障转移的功能。
- 部署多个Redis副本到不同的宿主机上，确保在单个宿主机故障时，服务仍然可用。
2. **确保数据持久性和备份**：
- 配置持久化卷，确保Redis数据可以持久化到存储中，即使容器重新启动或宿主机宕机，数据也不会丢失。
- 定期备份Redis数据，以便在灾难恢复时能够快速恢复服务。
3. **优化网络配置**：
- 使用固定的IP地址或DNS名称服务，避免因容器IP变化导致的连接问题。
- 考虑使用云厂商提供的负载均衡器或网络解决方案，如云负载均衡（CLB）或虚拟私有云（VPC），以提供稳定的网络连接。
4. **资源管理和调度策略**：
- 合理分配和限制Redis容器的资源，如内存和CPU，避免资源争抢影响性能。
- 在Kubernetes中使用资源配额和限制范围，确保Redis容器在资源充足的环境中运行。
5. **自动化扩缩容机制**：
- 利用Horizontal Pod Autoscaler（HPA）或Cluster Autoscaler自动调整Redis副本数量，以应对不同的负载需求。
- 对于垂直扩容，可以开发自定义的控制器或使用第三方工具来动态调整Redis容器的配置和资源。
6. **选择和使用Redis Operator**：
- 根据团队的技术栈和需求，选择合适的Redis Operator，如Redis Enterprise Operator或KubeDB，来简化Redis的管理。
- 利用Operator提供的高级特性，如自动备份、升级和监控，来提高运维效率。
你的团队在构建集群时，会选择把有状态的redis、MySQL进行容器化部署吗？16 赞 · 12 评论
imonet.jdcloud.com- 6 赞 · 6 评论
- 掘友们，有没有什么办法可以让其他语言可以直接对rocketMQ admin 进行操作？如：新增或者删除topic。
Java是可以实现的，rocket.tool与rocket.remoting包提供了这种操作能力，是基于netty进行通信的。
其他语言并没有netty，不能基于Java上的请求协议进行连接，去模拟这种协议与rocketmq连接这样成本太大了，有没有更好的办法，能在其他语言（如C++）中进行删除或者新增topic这类操作？
#码上掘金#1 赞 · 3 评论 - #码上掘金#
在构建Redis容器化时，技术团队应当采取一系列策略来解决面临的挑战，并确保服务的可靠性。以下是一些建议和解决方案：
1. **设计高可用性架构**：
- 利用Redis Sentinel或Redis Cluster来实现高可用性。Sentinel可以监控Redis主从节点的健康状态，并在主节点故障时自动进行故障转移。Redis Cluster则提供了数据分片和自动故障转移的功能。
- 部署多个Redis副本到不同的宿主机上，确保在单个宿主机故障时，服务仍然可用。
2. **确保数据持久性和备份**：
- 配置持久化卷，确保Redis数据可以持久化到存储中，即使容器重新启动或宿主机宕机，数据也不会丢失。
- 定期备份Redis数据，以便在灾难恢复时能够快速恢复服务。
3. **优化网络配置**：
- 使用固定的IP地址或DNS名称服务，避免因容器IP变化导致的连接问题。
- 考虑使用云厂商提供的负载均衡器或网络解决方案，如云负载均衡（CLB）或虚拟私有云（VPC），以提供稳定的网络连接。
4. **资源管理和调度策略**：
- 合理分配和限制Redis容器的资源，如内存和CPU，避免资源争抢影响性能。
- 在Kubernetes中使用资源配额和限制范围，确保Redis容器在资源充足的环境中运行。
5. **自动化扩缩容机制**：
- 利用Horizontal Pod Autoscaler（HPA）或Cluster Autoscaler自动调整Redis副本数量，以应对不同的负载需求。
- 对于垂直扩容，可以开发自定义的控制器或使用第三方工具来动态调整Redis容器的配置和资源。
6. **选择和使用Redis Operator**：
- 根据团队的技术栈和需求，选择合适的Redis Operator，如Redis Enterprise Operator或KubeDB，来简化Redis的管理。
- 利用Operator提供的高级特性，如自动备份、升级和监控，来提高运维效率。
你的团队在构建集群时，会选择把有状态的redis、MySQL进行容器化部署吗？16 赞 · 12 评论