首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏嘉为动态

    平台如何纳多云资源?

    常见的纳方式 基于当前混合云的情况,云平台应该如何来管理这些云资源呢? 当前大致分成两种看法:一种是云平台需要纳云平台上的所有资源,最好能做到跟云平台功能完全一样。 我们来分析下这两种方案: 第一种虽然可以做到多数据中心、多云平台统一纳,但考虑到云接口的多样性和企业云和资源的变动,会导致开发和维护需要非常大的精力和时间,云计算也失去了它的快速和便捷的优点。 而多云资源统一纳是云平台的基础,如果都做不到的话,上层的云资源统一生命周期管理、资源服务化、成本分析等都无从提起。 如何纳云平台? 那云平台如何纳多云资源呢? 用于抽象了各云平台的API和资源的差异性,提取各云平台的相同点,隐藏不同云提供商的应用程序编程接口(API)之间的差异,使开发人员和系统管理员可以通过统一且易于使用的API管理不同的云资源,像嘉为蓝鲸CMP多云管理平台及就是使用了这种方案 多云的差异性和多变性决定了无法一次性把插件开发完。而是根据需求慢慢扩展积累,这也是云插件易扩展性的好处。

    3.1K20发布于 2021-04-22
  • 来自专栏嘉为动态

    如何纳与定义多云

    本文从多云定义、多云纳管及其价值等方面进行介绍,扫清一些基本概念理解偏差。 多云环境如何纳 当我们大概把各种纷纭繁杂的云平台区分开来后,很快就面临一系列如何统一管理的问题,包括: 公有云和私有云之间、不同厂家云平台之间是不是都能统一管理? 多云的价值何在 假设我们确实可以从上述三种维度实现多套云平台的纳,只是单纯把东西集中到一起又有什么价值呢? 3.提供了跨云平台的自动化的可能性,将不同平台上各维度资源组件的驱动接口或数据接口注册到统一平台形成原子组件,自定义调度编排为标准化流程,从而满足跨平台间的复杂任务需求,理论上如虚拟机迁移。 4.此外还可能有多云环境下的统一流程工单服务、统一数据运营可视化,以及综合大数据分析 这些场景在多云统一纳情况下都可能有无穷的想象空间,有待用户、厂商、服务商以及生态中的各方力量共同挖掘。

    3.2K20发布于 2019-10-25
  • 来自专栏桥路_大数据

    Hive权限

    权限 基本概述 Hive可以通过四种方式配置用户权限。 在元数据服务中基于存储的授权:这种方式直接对存储在HDFS上的文件、MetaStore中的元数据进行权限控制,但粒度较粗。 HiveServer2中基于标准SQL的授权:这种授权方式,兼容标准SQL,授权粒度较细,在SQL执行时可以对权限有一个精准的把。 一般而言,会推荐使用基于存储的授权和基本标准SQL的授权,来对Hive进行权限

    1.2K20发布于 2021-09-10
  • 来自专栏桥路_大数据

    HDFS权限

    HDFS权限 HDFS在权限时,提供类似POSIX系统的文件和目录权限模型,这里称为普通权限。 对于普通的权限操作,首先需要在linux本地创建用户和用户组。 hadoop fs -mkdir /big 普通权限的较为简单,主要是通过更改owner、group、other的权限,或者直接更改目录或文件的owner和group来完成。 普通权限,在多用户的情况下,将新用户直接添加到用户组中以达到授权的目的。 此时,可以开启ACLs权限,单独为各个用户进行权限设置。 在Hive操作中,有这样的一个场景,当安装了HUE组件后,希望通过HUE来直接向Hive发送SQL执行。

    2.5K10发布于 2021-01-07
  • 来自专栏PM吃瓜(公众号)

    项目范围本质上在利益和责任

    本质上就是在利益,时间,责任,风险。 增加一份工作在项目里,就要多花一份甚至几份的人力,时间,甚至是风险在里面。 除此之外,万一完成不了,责任是谁的 ? 多花了很多钱责任是谁的?

    51220编辑于 2023-03-02
  • 来自专栏SAP梦心的SAP分享

    “电脑”的罪恶

    的好处不言而喻,最重要的是他可以在控制台中心集中管理,网络方式推送策略更新,可控高效。 所以说这样不仅达不到的目的,反而会给系统带来很多垃圾目录!       这些目录多达一两千个,想想多么可怕!       值得一提的是,该“电脑”批处理还有一点代码,在注册表里限制组策略的权限:       1 >>"%Temp%. 3、无法做到分部门        不同的部门需要有不同的方式,而不是一股脑子就执行这个批处理,该管的不管,不该管的一大堆。这是“懒政惰政”的表现。       现在只能期望域的管理赶紧推行起来了。       这“电脑”是之前IT管理者最自以为豪的工作绩效之一,为了公司更科学的IT环境,域一定要起来推翻它!

    1.2K00发布于 2018-07-31
  • 来自专栏万能的小草

    浅谈数据权限

    3.选择“添加列表筛选”,添加一个筛选条件(地区字段为“东北”) ? 3.选择需要的数据项(这里我们勾选“东北”跟“浙江”),确定后生成筛选条件 ? 4.添加的筛选条件会显示在窗口中,确定后即可生效 ? 根据用户的属性来进行数据行级权限 试想这样一种场景,我们的公司在“东北、华北、华东、华南”四个大区都有销售人员,我们希望不同大区的销售访问同一张报告时候只能看到自己所属大区的数据,用“数据行级权限” 3、保存后,将该“数据行级权限”分配给所有用户,则每个用户访问报告时会根据该用户所在大区来筛选数据,只能看到自己大区的数据 另外,可在平台管理界面对用户属性进行管理,有数暂不提供修改用户属性的入口。 3、设置好以上权限后,保存权限设置,并添加成员,则该成员即受该权限的限制 4、对于没有列权限的数据,用户所查看的报告若包含改字段的数据,则数据均作隐藏处理,如下表所示: ?

    7.6K31发布于 2020-03-20
  • 来自专栏PowerBI

    BI技巧丨权限

    这个问题相信很多小伙伴都遇到过,或者被其他人问过,白茶总结了一下用户比较在意的几个点:安全性、自助性、权限、易用性、兼容性、扩展性、便捷性、反应速度等。 本期呢,我们来聊一聊关于权限那些事。 PowerBI截至目前为止,可以实现的权限包含三方面:页面权限、行权限、列权限。 那么这三者在PowerBI中是如何实现的呢?别急,跟着白茶的思路走。 [1240] 首页:作为页面权限使用,使用字段为权限表中的页面权限字段。 [1240] 可视化页面:用来展示列权限。 [1240] [1240] 明细页面与地图页面:展示页面权限与行权限使用。 [strip] 列权限(OLS): 列权限,通常代表用户可以看到不同的列。 在PowerBI中,有两种方式可以实现:A.Tabular Editor的方式。B.DAX的方式。 [strip] DAX控制列权限的方式,最佳实践是与SSAS搭配使用,这样可以在Tabular中将列进行隐藏,只呈现DAX给用户,实现真正的OLS

    2.2K10编辑于 2022-01-22
  • 来自专栏啄木鸟软件测试

    测试阶段—质量全面

    3.测试在代码开发完后才开始。 测试是贯穿整个开发流程中的,比如,需求阶段要进行需求测试,拟定测试计划。越早进行测试就能越早发现缺陷,修正的成本也就越少。 4.测试就是为了找到缺陷。 测试人员在设计和执行测试时,需要秉承如下几个重要原则: (1)测试用例需清晰定义对预期的输入和输出; (2)应当彻底检查每个测试的执行结果; (3)测试用例的编写不仅应当根据有效和预料到的输入情况,而且也应当考虑无效和未预料到的输入情况 《项目总结报告》; 3.《项目发布报告》; 4.《项目结项审计报告》; 5. 归档检查单; 6. 项目总结检查单; 7. 总结经验教训,丰富资产库。 8. 项目总结阶段的流程如图1-14所示。 9. (3)当项目立项或者启动后,读者会发现戴明环、PMP等各种软件方法论和软件管理方法都无法施展,因为没有一个方法论或者软件开发过程是适合自己公司、自己团队的,只能在不断的磨合中创新一套自己公司、自己团队的软件开发过程

    1.4K20发布于 2019-12-11
  • 从生产型企业来看,成本到底在什么、什么?

    成本不好,可能会带来一系列的连锁反应,包括但不限于:利润减少、运营效率变低、供应链出问题、品牌价值下降...今天,我就跟大家聊聊:生产型企业的成本,到底要“”哪些地方,重点“”住什么? 3.供应链容易出问题如果太依赖某一个供应商,或者经常要紧急采购,就会没什么议价的底气,物流成本也会超预算,严重的话,供应链一断,工厂都得停产。 3.期间费用期间费用包括:管理费用销售费用研发费用大家一般觉得这些是必要的开支,但里面其实有很多无效的支出,比如:有多余的岗位发工资市场推广做重复了研发投入没效果可以这样做:建一个费用有效性的评估机制 三、成本的核心思路有效的成本要做到这三点:1.用数据找到问题,而不是猜问题建一个成本监控的看板,每个月跟踪各项成本的变化。 3.用系统的思维考虑问题,而不是各部门各一摊成本需要各个部门一起配合:降低材料损耗,需要生产部优化工艺、采购部选好供应商、质检部加强检验;降低库存成本,需要销售部准确预测需求、生产部调整排产、仓储部优化周转

    84510编辑于 2025-08-06
  • 来自专栏运维小路

    Zookeeper-权限(ACL)

    在目前很多环境都有类似弱密码或者无密码的扫描,所以针对ZooKeeper 也需要进行权限,也是安全需要。 ZooKeeper 的权限通过ACL(Access Control List,访问控制列表)实现,用于控制客户端对 znode(数据节点)的访问权限。 sasl:user@REALM:cdrwa 3. 权限类型 权限 缩写 描述 CREATE c 允许创建子节点。 READ r 允许读取节点数据及子节点列表。 WRITE w 允许修改节点数据。 org.apache.zookeeper.server.auth.DigestAuthenticationProvider - ACL digest algorithm is: SHA1 user1:pass123->user1:3pSOxG2XvEeQTEHYsoM

    76500编辑于 2025-05-17
  • RFID智慧工地提升安全

    工人佩戴嵌入 RFID 标签的安全帽,就如同携带了一张独一无二的 “电子身份证”,其中存储着工人的姓名、年龄、工种、所属班组、安全教育培训记录等详细个人信息,RFID智慧工地提升安全。 工人佩戴 RFID 工牌,自动完成考勤、区域准入,实时定位人员位置,突发情况可快速清点。在工程设备上安装 RFID 标签,跟踪设备进出厂、使用状态、维保记录,避免丢失或闲置。

    31510编辑于 2025-12-25
  • 来自专栏运维.

    使用平台管理redis集群

    3. 操作redis数据库中的数据可以通过使用图形化界面或者命令窗口进行Redis数据库的CRUD3.1. 图形化界面操作操作Redis字符串列表3.1.1. 读取Redis> LRANGE hhdbkey 0 101) "mysql"2) "mongodb"3) "redis"?3.2.3. lset [lset key index value] :设置列表指定索引的值,如果指定索引不存在则报错Redis> LRANGE hhdbkey 0 101) "mysql"2) "mongodb"3) "redis"Redis> lset hhdbkey 0 testOKRedis> lrange hhdbkey 0 101) "test"2) "mongodb"3) "redis"? > PSUBSCRIBE test.*3test.*test.t1t1test.*test.t2t2## 推送方式与普通频道发布命令一样> PUBLISH test.t1 t126.

    1.9K50编辑于 2023-01-17
  • 来自专栏外文文献翻译

    政府将严密比特币

    上周美国参议院听证会上关于虚拟货币问题的公开讨论很是引人瞩目。美国通过广播听证会表明了它的开放性,并且世界各地的许多比特币爱好者都观看了这场听证会。

    1.3K80发布于 2018-03-06
  • 来自专栏从运维安全到DevSecOps

    浅谈外包安全开发

    相对而言,如果外包公司有成熟的安全流程、代码共享路径进行有效的身份验证和访问控制,这种情况下安全风险较小。 虽然线上运行环境不一定为外包公司控制,甲方可能只是配合域名指向或者品牌资源使用申请,但可以看到甲方对此风险控制程度非常弱,这种合作模式下的安全风险往往是极高的,因为甲方安全能力基本覆盖不到,其成熟的发布流程也一定到 主要有以下考量: o 信息安全管理资质评估[BSI安全认证审核、ISO27001认证] o 安全管理(制度流程完备性、信息安全情况、安全意识教育、风险控制能力) o 安全运维(安全编码规范、安全应急响应流程 信息安全内容 最低标准 检查办法 -- 1.有针对源代码及其他敏感信息的保密措施,包括信息访问授权审批、保存、销毁等管理流程。 公司提供盖章说明、公开信息检索 -- 3.与员工签订保密协议,且保密责任不因员工离职而解除。

    2K20编辑于 2022-06-21
  • 来自专栏DevOps

    DevOps全过程质量

    03全过程质量框架从需求到交付的质量管理1需求质量门禁:在需求阶段设置质量门禁,确保需求的明确性和可行性。 3单元测试和集成测试:单元测试用于验证代码的基本功能,而集成测试用于验证不同模块之间的协同工作。 1将单点、单线的质量,提升为全面的质量,通过横向的规范制定和拉通,让组织和团队可以发现不同团队和业务间的质量能力差异,更加针对性的进行质量治理和提升。 3团队协作不顺畅在一些企业中,团队成员之间的协作和沟通不够顺畅,导致质量信息无法及时传达和处理。团队协作不顺畅不仅影响工作效率,还可能导致质量问题的积压和扩散。 展望未来,随着技术的发展,质量技术也在不断进步,例如,人工智能和机器学习技术的应用,可以提高质量的自动化和智能化水平;区块链技术的应用,可以提高质量数据的透明性和可信性。

    1.1K10编辑于 2024-12-12
  • 来自专栏Mirror的技术成长

    权限安全的设计想法

    权限安全的设计想法 OWASP发布最新的《2021年版OWASP TOP 10》,其中“Broken Access Control(失效的访问控制)”位居第一,访问控制安全是常规安全产品难以解决的逻辑漏洞安全之一 2、颗粒度管制至每一组数据和接口/页面;一般访问控制的颗粒度从页面、接口、数据三层去管理,颗粒度较细的方法是以数据为关键进行权限的管理和访问控制的3、建立统一的访问控制权限校验接口或模块;访问控制权限的查询、分配、授权、撤销应建立一个统一的管理接口或校验接口,统一管理权限。 3、访问控制的权限风险日志;需要对所有非空权限的强制请求进行记录并设置安全阈值,并自定义的进行记录、告警、强退、锁号等风险响应。 非常重要需要提出来的是,访问控制权限的重点在于:“细颗粒的授权和全周期监控授权操作”。

    1.4K20编辑于 2021-12-21
  • 来自专栏数商云贸

    皮革行业经销商平台简化采购审批流程,轻松代理商

    皮革行业经销商管理平台是集经销商开发、分析、评价及为一体的专业管理系统,帮助企业对所有的经销商信息进行系统化处理,提升企业对经销商的管理品质,细化管理颗粒度。 1、核心管理模块,皮革经销商管理系统轻松实现代理商 皮革行业经销商平台提供标准化注册、认证,商机一键报备、联合商机跟进,皮革经销商管理平台完善的管理模块可以实现区别上下级经销商的责任和权限,经销商系统清晰的展现经销商信息 2、自动化集成数据工具,皮革经销商管理系统后台模式一键链接 通过皮革行业经销商平台,数据自动导出和自动传输,千种后台,一键对接。 3、皮革行业经销商管理系统可帮企业迅速扩展代理数量 皮革经销商平台系统同时生成的二维码可以轻松的被分享,吸引更多客户驻足,经销商系统本身便可以实现三级返佣管理,这样的系统优势足可以实现裂变分销。 经销商渠道的好坏直接影响着皮革企业与经销商双方的经济效益,建设皮革行业经销商管理平台,帮助企业解决经销商管理难点,提升企业对经销商的管理品质,实现经销商渠道通路数字化、透明化。

    1.5K10发布于 2021-11-03
  • 来自专栏漫谈测试

    大型系统高可用体系建设

    大型系统的高可用性(High Availability, HA)体系建设是一个全面的过程,旨在确保系统在面对硬件故障、软件错误或其它异常情况时仍能持续提供服务。 体系主要是在遇到一些异常情况时提供保护系统的措施,包括开关系统、预案系统、限流降级系统等。 四、以下是构建一个高效高可用体系的关键步骤1. 高可用架构设计冗余设计:确保关键组件(如数据库、服务器、网络设备等)具备冗余能力,避免单点故障。 持续改进反馈循环:建立从问题发现到解决再到预防的闭环管理机制,不断总结经验教训,完善措施。技术更新:紧跟行业发展和技术进步的步伐,适时引入新技术、新方法来提升系统的高可用性水平。6. 大型系统的高可用体系建设需要综合考虑技术实现、运营管理、人员素质等多个维度,通过不断的迭代优化,确保系统能够在任何情况下都能稳定运行,满足业务需求。阅读后若有收获,不吝关注,分享,在看等操作!!!

    48010编辑于 2024-12-19
  • 来自专栏小程序·云开发专栏

    理解小程序的安全与

    作者:微信支付前端工程师 王贝珊 原文链接:https://godbasin.github.io/2018/11/04/wxapp-manage-and-security/ 作为一个平台,和安全是很有必要性的 难以实现的 为了解决与安全问题,小程序需要禁用掉: 危险的 HTML 标签或者相关属性,如外跳 url 的 a 标签 危险的 API,如操作界面的 API、动态运行脚本的 API 如果要一个一个禁止 审核机制的 审核机制,故事要从公众号讲起了。 WebView的飞速发展 当年随着公众号的出现和繁荣,WebView 的使用频率也越来越高。 难管的 JSSDK 由于使用 WebView 和 JSSDK 的人越来越多,微信上越来越多干坏事的人,有人做假红包,有人诱导分享,有伪造一些官方活动,他们会利用 JSSDK 的分享能力变相的去裂变分享到各个群或者朋友圈

    4K50发布于 2018-11-14
领券