技术管理:有效技术生命周期管理的 6 个步骤
技术生命周期管理是企业、*组织和非营利组织日益关注的焦点。技术解决方案的多样化,从内部系统到具有云应用程序和基础设施的不同环境、移动设备和扩大的安全领域,创造了一个更加复杂的技术景观。
首席信息官们更有可能坐在会议室里,指导业务战略,评估技术将如何支持增长和机遇,而不是在公司的服务器上监控必要的更新。IT专业人士越来越关注网络安全,寻找数据存储、分析和洞察的战略方法。由于IT需要更多地关注客户体验和数据安全,对操作和维护的关注常常被放在首位。
因此,组织正在技术生命周期管理领域寻找解决方案。投资这一领域有利于企业和非营利组织,原因如下:
- 它简化了整个IT体验,有诸如每月开具单一发票和只需拨打一个号码时,系统组件的故障。
- 它允许企业从供应商在技术行业的广泛关系中获益,通过捆绑设备或服务节省成本。
- 定期检查和监控设备、系统以及更新或替换计划意味着系统总是在最高性能水平上运行。
- 对整个技术生命周期的监督——从评估需求到组件的最终处理或电子循环。
虽然这只是技术生命周期管理广泛优势的一个示例,但实现这种方法的这些和其他好处的可能性取决于有效执行的流程。
技术生命周期管理的每个组件都为组织提供独立的价值。例如,任何企业都将从指导它们完成评估过程的供应商,或提供监控更新和安全补丁或设备处理服务的供应商那里受益。为了实现技术生命周期管理计划的最大价值,应该包括以下步骤:
评估业务需求并确定解决方案/设备:
这是关键的第一步,它检查当前的业务需求,以及未来的增长计划,并适应技术生命周期的各个阶段。它包括业务和技术利益相关者,通常会生成一份包含关键要素的综合报告:
- 收购计划
- 与可用的预算相一致的融资计划
- 支持计划
- 实施计划
- 资产跟踪指导
- 资产退休计划
评估阶段是积极主动的,查看技术如何支持业务目标的扩展计划和目标。它权衡了内部IT服务和外包作为服务的选项,并确定了评估技术生命周期管理是否对组织有效的指标。
获取:
获取阶段执行评估阶段中列出的目标。它涉及到技术资产的采购和每次采购的物流,以及收购的最后融资。
实现和管理:
这个步骤在每个组织中看起来都不一样,但是它包含了将解决方案或设备部署到it环境中的集成。它还包括对技术元素的跟踪,识别每个元素的目的以及谁拥有元素的所有权。这一步骤变得越来越具有挑战性,因为远程工作人员和云解决方案增加了复杂性,扩大了正在使用的资产类型及其位置的范围。
支持:
技术生命周期管理涉及对IT环境的优化性能的全面支持。从事件的主动监控、电话支持和配置管理,到评估产品保证的扩展,并定期检查系统性能指标,这一步是这种方法对IT环境的一个有价值的元素。
刷新:
这一关键步骤确保为组织的未来技术需求留出资金。刷新目标是受驱动的业务策略,通常以2到5年为周期运行,以优化支持组织目标的设备和系统组件。
资产处置:
全服务技术生命周期管理包括在评估阶段开发的初始报告中列出的资产处置计划。大多数机构没有资产处置计划,也没有从转售退役设备中获益。该过程的这一部分将此责任移交给生命周期管理提供者,并减轻了组织对退役技术对环境影响的关注。生命周期管理提供者将拥有支持组织价值的电子回收能力。
最有效地利用技术来支持业务目标的企业和非营利组织受到技术生命周期管理战略计划的指导。优化技术资源的计划可确保最小化停机时间,消除意外费用,并主动预期技术在提高生产率、提升终端用户体验和推动创新方面可以发挥的作用。
由【超级架构师】编译,全网同号。
本文:http://jiagoushi.pro/6-steps-effective-technology-lifecycle-management
本文 |
http://jiagoushi.pro/6-steps-effective-technology-lifecycle-management |
|
---|---|---|
讨论:请加入知识星球【首席架构师圈】或者加微信小号【jiagoushi_pro】或者加QQ群【11107777】 | ||
公众号 |
【jiagoushipro】【首席架构师智库】精彩图文详解架构方法论,架构实践,技术原理,技术趋势。我们在等你,赶快扫描关注吧。 |
|
微信小号 |
【cea_csa_cto】50000人社区,讨论:企业架构,云计算,大数据,数据科学,物联网,人工智能,安全,全栈开发,DevOps,数字化. |
|
QQ群 |
【11107767】深度交流企业架构,业务架构,应用架构,数据架构,技术架构,集成架构,安全架构。以及大数据,云计算,物联网,人工智能等各种新兴技术。加QQ群,有珍贵的报告和干货资料分享。 |
|
视频号 |
【首席架构师智库】1分钟快速了解架构相关的基本概念,模型,方法,经验。每天1分钟,架构心中熟。 |
|
知识星球 |
向大咖提问,近距离接触,或者获得私密资料分享。 |
知识星球【首席架构师圈】 |
微信圈子 |
志趣相投的同好交流。 |
微信圈子【首席架构师圈】 |
喜马拉雅 |
路上或者车上了解最新黑科技资讯,架构心得。 |
【智能时刻,架构君和你聊黑科技】 |
知识星球 |
认识更多朋友,职场和技术闲聊。 |
知识星球【职场和技术】 |
微博 |
【智能时刻】 |
智能时刻 |
哔哩哔哩 |
【首席架构师智库】 |
|
抖音 |
【cea_csa_cto】首席架构师智库 |
|
快手 |
【cea_csa_cto】首席架构师智库 |
|
小红书 |
【cea_csa_cto】首席架构师智库 |
首席架构师智库 |
推荐阅读
-
程序员向技术管理过渡的 10 个能力提升方向
-
技术管理者必备的 4 个思考要点
-
技术管理:有效技术生命周期管理的 6 个步骤
-
iCloud 切换区域,中国区保留 appStore(更新)--自 2018 年 2 月 28 日起,中国区 iCloud 由云上贵州管理 苹果公司发布的公告 https://support.apple.com/zh-cn/HT208352 关键词 关键部分 受影响的 iCloud 账户:国家或地区设置为 "中国 "的 Apple ID。 iCloud 包含的服务照片、邮件、通讯录、日历、提醒事项、备忘、书签、钱包、钥匙串、云备份、云驱动器、应用程序数据 新条款和条件: 同意仅出于本协议允许的目的并在中国法律允许的范围内使用服务。 云桂洲在提供服务时应使用合理的技能并尽职尽责,但在适用法律允许的最大范围内,我们不保证或担保您通过本服务存储或访问的任何内容不会意外损坏、崩溃、丢失或根据本协议的条款被删除,如果发生此类损坏、崩溃、丢失或删除,我们不承担任何责任。您应自行负责维护您的信息和数据的适当备份。 Apple 和云上贵州有权访问您存储在服务中的所有数据,包括有权根据适用法律相互之间共享、交换和披露所有用户数据(包括内容)。 本协议的解释、效力和履行应适用*法律。对于因本协议引起的或与本协议有关的任何争议,云桂洲和您同意提交中国国际经济贸易仲裁委员会(CIETAC)根据提交仲裁时有效的法律在北京进行具有约束力的仲裁。 由云桂洲管理,用户选择: 停用; ID 到地区; 受 iCloud(由云桂洲运营)条款和条件约束 首先,我想说说我对数据安全的看法。 当我在朋友圈发布通知时,有些朋友回复说国外的操作并没有多安全,或者国外的安全只是相对于国外而言的等等。首先,我非常感谢这些朋友,这让我反思什么是数据安全。以下观点均属个人观点: 国外的月亮一定比国内圆? 这是一个根深蒂固的问题,只要有人说国外的东西比国内好,就会有人嘲笑崇洋媚外。我觉得我们在某些方面应该向国外学习,比如搜索引擎和版权问题。打开百度搜索 "数据安全",第一行肯定是广告。打开谷歌搜索 "数据安全",第一条就是 "数据安全_百度百科" .....各种版权问题大家都明白,支持正版,但不仅客户一心想找免费破解,就连作者也往往没有保护自己劳动成果或产品的想法。但从另一个层面来说,国内的发展和安全,甩国外几条街。没有说哪里好,哪里不好,辩证地去学习更好。 国外也有别有用心的数据泄露,谈何安全? 从加密解密的角度看,自古以来就没有绝对安全的加密,只有相对安全的做法。苹果的棱镜门、微软的 cpu 漏洞,各种参差不齐的被破解案例 ....是的,这的确是一个很好的论据,但凡事都不能只看一面,当年苹果面对FBI破解手机的要求,几经论证,苹果还是拒绝破解。这点拿到国内,只要上面的文件传达下去,还有企业敢说不吗?还敢说不吗? 关于这次iCloud数据迁移个人看法? 把数据迁移到贵州的云端,相当于把手机的所有数据都存储在贵州的云端服务器上。也许访问数据的速度会快很多,但我会把我的iCloud区放到美国,因为我不想数据存在云上贵州后经常接到莫名其妙的电话或短信,更不想因为乱用国外服务器而被请去喝茶。iCloud一个ID,即从中国账号转到美国区,主要用于数据存在美国服务器上。appStore一个ID,除了注册一个中国ID外,专门用来下载应用用,因为国外ID不支持酷狗和网易云等应用。麻烦的是,用了新的 appStore ID 后,当前的应用还得重新下载安装,因为旧的应用 ID 与新的应用 ID 不兼容,安装不了。最后,iCloud迁移后,国内用户使用美国服务器,估计要 "扶墙 "了。 专业步骤: 首先,进行appleID设置,这是前提条件,否则无法选择转移区域! 取消 appleID 的双重认证 取消家庭共享选项 二、窗口下载并安装 icloud 3.0 版
-
【Netty】「萌新入门」(七)ByteBuf 的性能优化-堆内存的分配和释放都是由 Java 虚拟机自动管理的,这意味着它们可以快速地被分配和释放,但是也会产生一些开销。 直接内存需要手动分配和释放,因为它由操作系统管理,这使得分配和释放的速度更快,但是也需要更多的系统资源。 另外,直接内存可以映射到本地文件中,这对于需要频繁读写文件的应用程序非常有用。 此外,直接内存还可以避免在使用 NIO 进行网络传输时发生数据拷贝的情况。在使用传统的 I/O 时,数据必须先从文件或网络中读取到堆内存中,然后再从堆内存中复制到直接缓冲区中,最后再通过 SocketChannel 发送到网络中。而使用直接缓冲区时,数据可以直接从文件或网络中读取到直接缓冲区中,并且可以直接从直接缓冲区中发送到网络中,避免了不必要的数据拷贝和内存分配。 通过 ByteBufAllocator.DEFAULT.directBuffer 方法来创建基于直接内存的 ByteBuf: ByteBuf directBuf = ByteBufAllocator.DEFAULT.directBuffer(16); 通过 ByteBufAllocator.DEFAULT.heapBuffer 方法来创建基于堆内存的 ByteBuf: ByteBuf heapBuf = ByteBufAllocator.DEFAULT.heapBuffer(16); 注意: 直接内存是一种特殊的内存分配方式,可以通过在堆外申请内存来避免 JVM 堆内存的限制,从而提高读写性能和降低 GC 压力。但是,直接内存的创建和销毁代价昂贵,因此需要慎重使用。 此外,由于直接内存不受 JVM 垃圾回收的管理,我们需要主动释放这部分内存,否则会造成内存泄漏。通常情况下,可以使用 ByteBuffer.clear 方法来释放直接内存中的数据,或者使用 ByteBuffer.cleaner 方法来手动释放直接内存空间。 测试代码: public static void testCreateByteBuf { ByteBuf buf = ByteBufAllocator.DEFAULT.buffer(16); System.out.println(buf.getClass); ByteBuf heapBuf = ByteBufAllocator.DEFAULT.heapBuffer(16); System.out.println(heapBuf.getClass); ByteBuf directBuf = ByteBufAllocator.DEFAULT.directBuffer(16); System.out.println(directBuf.getClass); } 运行结果: class io.netty.buffer.PooledUnsafeDirectByteBuf class io.netty.buffer.PooledUnsafeHeapByteBuf class io.netty.buffer.PooledUnsafeDirectByteBuf 池化技术 在 Netty 中,池化技术指的是通过对象池来重用已经创建的对象,从而避免了频繁地创建和销毁对象,这种技术可以提高系统的性能和可伸缩性。 通过设置 VM options,来决定池化功能是否开启: -Dio.netty.allocator.type={unpooled|pooled} 在 Netty 4.1 版本以后,非 Android 平台默认启用池化实现,Android 平台启用非池化实现; 这里我们使用非池化功能进行测试,依旧使用的是上面的测试代码 testCreateByteBuf,运行结果如下所示: class io.netty.buffer.UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeDirectByteBuf class io.netty.buffer.UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeHeapByteBuf class io.netty.buffer.UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeDirectByteBuf 可以看到,ByteBuf 类由 PooledUnsafeDirectByteBuf 变成了 UnpooledUnsafeDirectByteBuf; 在没有池化的情况下,每次使用都需要创建新的 ByteBuf 实例,这个操作会涉及到内存的分配和初始化,如果是直接内存则代价更为昂贵,而且频繁的内存分配也可能导致内存碎片问题,增加 GC 压力。 使用池化技术可以避免频繁内存分配带来的开销,并且重用池中的 ByteBuf 实例,减少了内存占用和内存碎片问题。另外,池化技术还可以采用类似 jemalloc 的内存分配算法,进一步提升分配效率。 在高并发环境下,池化技术的优点更加明显,因为内存的分配和释放都是比较耗时的操作,频繁的内存分配和释放会导致系统性能下降,甚至可能出现内存溢出的风险。使用池化技术可以将内存分配和释放的操作集中到预先分配的池中,从而有效地降低系统的内存开销和风险。 内存释放 当在 Netty 中使用 ByteBuf 来处理数据时,需要特别注意内存回收问题。 Netty 提供了不同类型的 ByteBuf 实现,包括堆内存(JVM 内存)实现 UnpooledHeapByteBuf 和堆外内存(直接内存)实现 UnpooledDirectByteBuf,以及池化技术实现的 PooledByteBuf 及其子类。 UnpooledHeapByteBuf:通过 Java 的垃圾回收机制来自动回收内存; UnpooledDirectByteBuf:由于 JVM 的垃圾回收机制无法管理这些内存,因此需要手动调用 release 方法来释放内存; PooledByteBuf:使用了池化机制,需要更复杂的规则来回收内存; 由于池化技术的特殊性质,释放 PooledByteBuf 对象所使用的内存并不是立即被回收的,而是被放入一个内存池中,待下次分配内存时再次使用。因此,释放 PooledByteBuf 对象的内存可能会延迟到后续的某个时间点。为了避免内存泄漏和占用过多内存,我们需要根据实际情况来设置池化技术的相关参数,以便及时回收内存; Netty 采用了引用计数法来控制 ByteBuf 对象的内存回收,在博文 「源码解析」ByteBuf 的引用计数机制 中将会通过解读源码的形式对 ByteBuf 的引用计数法进行深入理解; 每个 ByteBuf 对象被创建时,都会初始化为1,表示该对象的初始计数为1。 在使用 ByteBuf 对象过程中,如果当前 handler 已经使用完该对象,需要通过调用 release 方法将计数减1,当计数为0时,底层内存会被回收,该对象也就被销毁了。此时即使 ByteBuf 对象还在,其各个方法均无法正常使用。 但是,如果当前 handler 还需要继续使用该对象,可以通过调用 retain 方法将计数加1,这样即使其他 handler 已经调用了 release 方法,该对象的内存仍然不会被回收。这种机制可以有效地避免了内存泄漏和意外访问已经释放的内存的情况。 一般来说,应该尽可能地保证 retain 和 release 方法成对出现,以确保计数正确。
-
http://tools.yesky.com/309/30987309.shtml-买到回家的火车票无疑是眼下最最重要的事情。今年铁道部开通了12306网上订票通道,每天都有无数人守在电脑前不停按着鼠标,希望能够幸运地登录上购票网站、成功订到回家的那张小小的火车票。无奈订票人数太多,登录、订票、支付等等环节都困难重重,有没有什么好工具可以帮助我们呢? 网上购买火车票主要有以下几个步骤:安全登录购票网站——车票查询——车票预订——确认订单——网上支付。如果能在几个重要环节上能有一些快速自动的帮手,就一定能在春运购票大战中抢得先机。 我们知道,Chrome浏览器以快速简洁见长,并且有非常丰富的插件。最近,有开发者提供了一个快速网购火车票Chrome浏览器插件——12306订票助手,可以帮助我们自动完成重复登录、刷票、预定、提交订单等一系列订票步骤,有效提高订票成功率。 首先下载安装Chrome浏览器,然后在Chrome浏览器的地址栏中输入插件地址“https://github.com/zzdhidden/12306/raw/master/12306BookingAssistant.user.js”,回车后便会看到弹出的提示窗口,询问是否安装这个插件。 (现在需要再扩展程序页面将。js拖进去才能安装!!!!) 图示:安装插件 点击“安装”之后,这个12306订票助手插件就安装好了。 图示:插件安装完毕 图示:chrome插件管理 现在,准备工作已经完成,接下来就是最惊心动魄的订票操作了!进入12306火车票订票官网,大家会发现安装了12306订票助手插件的Chrome浏览器在不同的订票界面会出现不同的绿色小按钮,有“自动登录”、“自动刷票”、“自动提交订单”等,就是这些绿色的小按钮,帮助我们省去了不停重复点击鼠标的刷新动作,并且会在成功的时候发出声音提醒用户,所以可以大大提高订票成功率。 图示:购票插件中的主要功能按钮 自动登录