在发展一帆风顺，硕果累累时，企业很容易在各类花销上大手大脚。而在时局艰难，收入锐减时，是时候摆脱那些曾经意义重大的无度开支和大胆想法了。这并非一项轻松愉快的任务，但如果认真对待，企业将能够向着一个灵活而高效的运作模式转型，随时为未来发展做好准备。
在CFO来电之前
可以预先尝试通过一些方法
削减隐藏的IT开支
你们的网站界面是否有包含一些数据，目的只为丰富网站的信息量呢？例如一些网站建立了滚动窗口展示股市行情、天气预报或体育比赛成绩以提升用户体验，或是设计这样的消息提示：“这家酒店在过去47分钟内被预订了18次。”
这些隐藏的小智慧和华丽的显示窗口在形势大好时是值得应用的，有时甚至可以为企业增加一点营收。但在经济困难时期，它们很容易成为削减预算时首当其冲的目标，尤其是这些功能拓展往往由运行在企业pod中单独的微服务所支持。通常会存在一个对信息源或API的后台调用，这个调用会收取订阅费用。
这些额外的功能或许会让网站显得更加精美，但如果其目的只为使网站更加光鲜有趣，那么在特殊时期，维持这些功能的数据更新成本，额外的服务器运行时间和软件维护等开销将很容易被削减。
开发团队总是在争取达到预设的目标。在预算充裕的时期，许多管理者会关注和强调速度的指标，如响应时间。毫秒必争通常意味着需要增设服务器层，构建更贴近用户需求的网络。这是至高无上的目标，因为有大量研究表明，尽管客户的需求变幻无常，他们总是对高速的体验喜闻乐见。
但当情况艰难，每一刻都需要斟酌损益时，顾客往往可以接受速度下降的体验，对价格敏感的人并不会介意在交易时多等几毫秒。
如果优先级从速度切换到效率，许多额外的缓存和同步层将不再需要被投入使用。与其测量原始反应时间，不如关注满足请求所需的计算量。有时，将速度降低10%或20%可以节省一半以上的计算工作。在节省额外资源上的花销的同时，也可以节省运行这些层所投入的劳动力。
当开发人员办事足够仔细时，他们通常会创建具有更多内存和虚拟CPU的云实例，以防出现需求激增的情况。有时甚至不止是开发人员，也会有人为应对激增的用户数量而升级机器。在企业运作良好时，这种先见之明是非常值得鼓励的。
但在较为拮据的时候，可以考虑小心地收回这方面的预算。下调CPU的使用率通常会容易一些，因为核心分层机制大部分是自动的。如果没有额外的CPU内核可用，软件只需再等待一纳秒，直到前一个任务被完成即可。
相比之下，下调内存就较为危险，这是因为由内存不足导致软件崩溃的情况更为常见。但如果代码运行失败了，你也可以在下调RAM的同时查看日志文件。
有时罪魁祸首是快速的本地存储。当一些硬件系统的账单到达时，磁盘空间的成本通常会超过CPU或RAM。实际上，大部分的磁盘空间在日常处于空闲状态，却有人早已把机器映像扩至两倍以备不时之需，而云存储又使得增加额外的磁盘空间变得容易。因此，削减基础架构预算这一工作会变得有些复杂，需要进行综合考量后再进行分配。
以一场大型社会性灾难为借口来减轻灾难准备工作似乎有些奇怪，但所有人都应该清楚目前真正重要的事务。例如建立一个强大的、自动防御故障的数据库来收集关键医疗材料的订单会比以往任何时候都重要，但将belts-and-suspenders原则扩展到一连串的社交媒体的举措就略显多余。
有些数据库并不需要每隔几毫秒就在全球范围复制一次，有些按键不需要跟踪，有些数据库不需要达成事务的一致性，很多资料甚至根本不需要过于关注。利用一些日志文件就足以妥善处理偶尔引用的数据了。
在过去的几年里，一种新的轻用资源已经得到了足够的发展。“无服务器”包括隐藏在层级之下的服务器，其使得信息处理变得更加容易，因为当偶尔出现请求时，基础架构会自动启动和关闭虚拟服务器。
无服务器的价格往往低得令人难以置信，因为对于某些网络请求的响应，云供应商通常只收取比一美分还要低的价格。如果你运营一些每月只接待几十个人的数据库或网站，你的账单可能不到一分钱，甚至不产生任何费用。
我们可以尝试排查负载非常低的服务器并寻找替代它们的无服务器。这些服务器在过去可能只是实验性工具或商业利基市场的工具。然而，在寻找替代品的过程中，也需要小心那些可能会遭遇病毒侵袭或使用量激增的无服务器。当太多的零头叠加时，费用也会变得不容小觑。
在过去，IT部门往往通过构建专由前端管理的数据库来解决问题。自定义软件是非常重要的。而现在，在云电子表格中转储数据比以往任何时候都要容易，例如微软和谷歌的表单都有接受JSON数据包的API。如果你已经为公司订阅付费桌面工具，为什么不直接将基本数据推送到电子表格中呢？
这样的工具也能授权给其他可以使用电子表格但不能处理SQL的团队成员，但它依然存在局限性。例如，Google表单只能处理40万个单元格。当数据量过大时，下载所有数据并在web浏览器中进行处理可能会很麻烦。但是对于小规模的工作来说，依赖这些基础架构足以解决问题。
虽然云计算机器易于配置和使用，但如果你经常使用它们，费用也会变得高昂。二级和三级数据库是最容易削减开支的部分，虽然它们需要随时可用，但并不承载关键性任务。
这些数据库可以移回本地计算机，置入那些运行开放源代码操作系统的旧硬件。一些带有大容量的后台计算机也可以有效存档日志文件和短期数据库。因此，比起出售这些旧机器获得少量收入，不如将一些数据移回旧服务器以节省云存储的费用。
软件升级也可能存在挑战。有些升级可以修复安全漏洞和稳定性问题，应该尽快安装；也有一些升级的主要目的是提供一系列新的特性和功能。当资金自由流动时，这些特性和功能或许是喜闻乐见的，但现在应该仔细考虑隐藏的费用。
新特性通常意味着更多的代码，需要更多内存和更大的CPU功率。即使升级已经包含在许可证的成本中，而且升级的成本通常是最高的，但支付更多的计算资源可能依然是不必要的开支。在每个人都已经习惯没有额外功能的情况下，还有必要进行软件升级，付出这些额外的开支吗？
超支最隐蔽的地方之一出现在高分辨率图像和视频的费用支出。在COVID-19进入一级防范状态后，一些主要视频流服务商所做的第一件事就是降低视频分辨率。
4k视频的观看体验纵然是美妙的，但大多数情况下，人们并不会排斥较低的分辨率。降低像素和增强压缩意味着视频流服务商可以使用更少的服务器来传输数据，并降低传输的带宽开销。
专有代码在市场上的地位稳固已久，因为它提供了优越的特性来证明价格的合理性。如果你的堆栈已经包含一些昂贵的代码，那是因为这些代码起到了重要的作用。
对于任务核心来说，删除专有代码以节省授权成本可能是不合理的，但是对于很多二级和三级工具而言并无大碍，适当的内部系统开源可以节省费用。这一举措可能不受那些喜欢使用附加功能的团队的欢迎，但如果更低的许可预算能够防止裁员的发生，他们依然会感谢这一明智之举。
作者：Peter Wayner
原文地址：
https://www.cio.com/article/3545270/11-ways-to-cut-hidden-fat-from-your-it-budget.html
