La teva factura de Tecton diu un número, la teva factura d'AWS porta silenciosament la resta, i cap dels dos documents es presenta com el cost complet de servir features. Aquesta divisió és el parany. Tecton fixa els preus per consum — crèdits de còmput per als pipelines que executa més els recursos al núvol que aquests pipelines consumeixen dins del teu propi compte — de manera que la factura que reps de Tecton només és sempre una part de la despesa. Si els teus llibres registren la factura i s'aturen aquí, el teu cost de béns venuts queda subestimat, el teu marge brut queda sobreestimat, i cada decisió de preus que prenguis sobre aquest marge es recolza en un número que mai no va ser complet.
Aquest article explica com Tecton realment mesura i factura, per què el servei de features en producció pertany al cost de béns venuts, com gestionar els crèdits prepagats i els compromisos de consum, i com reconciliar-ho tot a final de mes perquè cada dòlar aterri al compte correcte.
Com mesura Tecton: Feature Views, no Seients
Tecton és una plataforma gestionada de features per a machine learning. Defineixes transformacions sobre les teves dades com a feature views, Tecton les computa en pipelines per lots o en streaming, i en serveix els resultats als teus models — un magatzem offline per a la recuperació a gran escala durant l'entrenament i un magatzem online per a la recuperació de baixa latència durant la inferència en directe. No hi ha llicències per seient per comptar. Pagues pel que la plataforma consumeix mentre computa, emmagatzema i serveix les teves features.
Aquest consum recau en dos calaixos que es facturen en dos llocs diferents, i això és el primer que cal interioritzar.
El primer calaix són els crèdits de Tecton. Aquests cobreixen el còmput que Tecton gestiona en el teu nom: crèdits de còmput Spark en streaming per a feature views de streaming, crèdits de còmput Spark per lots per a feature views per lots. El teu ús de la plataforma es tradueix en crèdits, i els crèdits apareixen a la factura de Tecton.
El segon calaix és la infraestructura mateixa, i es factura a través del teu propi compte al núvol. Tecton gestiona recursos de còmput i emmagatzematge dins del teu entorn d'AWS o GCP, de manera que les lectures i escriptures del magatzem online, el còmput del clúster Spark, l'emmagatzematge del magatzem online i l'emmagatzematge S3 aterren tots a la teva factura del núvol — no a la de Tecton. Un equip que aprovisiona per un canal i reconcilia per l'altre sempre trobarà un buit. Decideix una vegada que el cost real d'una feature view és la suma dels dos calaixos, i assegura't que la teva extracció de final de mes cobreix tant la factura de Tecton com les línies etiquetades de la factura del núvol.
Les feature views de streaming i per lots consumeixen de manera diferent
Els components de cost difereixen segons el tipus de feature view, i saber quins executes et diu quines línies cal vigilar.
Les feature views de streaming comporten lectures i escriptures del magatzem online, còmput del clúster Spark en streaming, crèdits de còmput Spark en streaming de Tecton, emmagatzematge S3 i emmagatzematge del magatzem online. Les feature views per lots comporten una llista similar — lectures i escriptures del magatzem online, còmput del clúster de jobs Spark, crèdits de còmput Spark per lots de Tecton i emmagatzematge S3 — menys les peces específiques del streaming.
Els paràmetres que mouen la factura són les decisions de disseny que els teus enginyers ML prenen cada dia. El processament continu en streaming fa checkpoints i escriptures molt més sovint que el processament per intervals, de manera que costa més. Finestres d'agregació més grans necessiten més còmput. Watermarks més llargs per a dades que arriben tard augmenten els requisits de memòria. La configuració del clúster posa preu directament a cada job. La compactació de dades redueix el cost d'emmagatzematge i millora el rendiment de lectura. Cap d'aquestes no són configuracions financeres; són configuracions d'enginyeria amb conseqüències financeres, i per això la comptabilitat d'aquesta plataforma comença amb una conversa entre els dos equips sobre quines feature views existeixen i per a què estan ajustades.
La jerarquia de costos et diu on van els diners
La pròpia guia de Tecton ordena l'impacte en el cost de més alt a més baix, i val la pena memoritzar l'ordre perquè prediu d'on vindran les teves sorpreses.
Les operacions del magatzem online se situen al capdamunt. Les escriptures al magatzem online són normalment el cost d'infraestructura més alt, especialment durant els backfills — recomputar features històriques per a una feature view nova o modificada — o sota processament continu en streaming. Un backfill és un pic planificat: dies o setmanes de còmput històric i un diluvi d'escriptures comprimits en una sola finestra. Si ningú avisa finances que s'acosta, el mes que aterra sembla un excés de cost en lloc d'una inversió.
Els recursos de còmput venen segon: costos del clúster Spark per a processament en streaming i per lots, que varien amb la configuració i la càrrega de treball. L'emmagatzematge ven tercer: emmagatzematge i lectures del magatzem online més S3, generalment amb menys impacte que el còmput i les escriptures.
La conseqüència pràctica és que la teva factura ve impulsada per escriptures i esdeveniments de còmput, no per quanta gent inicia sessió a la consola. La planificació de capacitat aquí significa governar backfills, modes de processament i finestres d'agregació — no plantilla.
Per què el servei de features en producció és COGS
Sota els US GAAP, el cost de béns venuts d'una empresa SaaS — el cost d'ingressos — inclou els costos directes de lliurar el servei pel qual paguen els clients: infraestructura d'allotjament, còmput i emmagatzematge al núvol, programari de tercers incrustat al producte, i qualsevol altra cosa que escali amb l'ús. El servei de features per a un producte ML en producció supera aquest llindar fàcilment. Quan el teu model de frau puntua una transacció, el teu motor de recomanació ordena un feed, o el teu model de preus cotitza una tarifa, les lectures del magatzem online i els pipelines que mantenen aquestes features fresques són un cost de lliurament tan directe com els servidors d'aplicacions que hi ha darrere.
Aquesta classificació importa perquè flueix directament al marge brut, el número que inversors, prestadors i adquirents fan servir per jutjar si l'economia del teu producte funciona. Col·locar els costos de servei per sota de la línia en despeses generals d'explotació infla el marge brut i amaga la història d'escalat. Un equip de due diligence tornarà a mapar el teu llibre major a una definició estàndard de COGS SaaS de totes maneres; classificar correctament des del principi significa que els teus propis quadres de comandament expliquen la mateixa història que calcularà un extern.
No obstant això, no tots els dòlars de Tecton pertanyen a COGS. La divisió segueix l'ús, no el proveïdor:
- El servei en producció és COGS. Les lectures i escriptures del magatzem online per a la inferència en directe, els pipelines en streaming i per lots que mantenen fresques les features de producció, i l'emmagatzematge que hi ha darrere, tots lliuren el servei de cara al client.
- L'experimentació i l'staging són despesa operativa. Les feature views de desenvolupament, l'experimentació offline i els entorns d'staging donen suport a la recerca i desenvolupament, no al lliurament. Imputa'ls a R&D.
- El treball només d'entrenament necessita judici. El còmput de features offline que existeix només per entrenar la propera versió del model s'assembla més a R&D que a lliurament; el mateix pipeline que alimenta el magatzem online per al servei en directe és COGS. Quan una feature view fa les dues coses, assigna per un driver defensable — la despesa del núvol etiquetada per entorn és el més net que la majoria d'equips tenen.
Tecton etiqueta les instàncies de còmput i els recursos del magatzem online per feature view, de manera que les dades d'assignació existeixen al teu explorador de costos del núvol. La tasca comptable és decidir el mapatge una vegada — quines feature views serveixen producció, quines serveixen experimentació — i després aplicar-lo cada mes en lloc de reobrir-lo a cada tancament.
Comprar Tecton és despesa; construir l'equivalent pot ser capital
Una altra classificació que val la pena encertar: l'equip que compra Tecton imputa el consum com s'ha descrit més amunt, però l'equip que construeix el seu propi magatzem de features sobre programari de codi obert s'enfronta a una qüestió de capitalització. El programari d'ús intern desenvolupat per a les teves pròpies operacions pot qualificar per a capitalització un cop un projecte supera la fase preliminar, cosa que converteix els salaris d'enginyeria i la infraestructura en un actiu amortitzable en lloc d'una despesa del període.
Cap dels dos tractaments és un detall opcional. Si executes Tecton, no capitalitzis les seves factures com si haguessis construït la plataforma. Si migres d'un magatzem autoconstruït a Tecton, el vell actiu capitalitzat continua amortitzant-se mentre el nou consum impacta a COGS — dues línies diferents, dues històries diferents, totes dues correctes alhora.
Els crèdits prepagats i els compromisos són actius primer, despesa després
Les plataformes de consum solen vendre crèdits prepagats o compromisos de despesa anuals, i la comptabilitat de tots dos segueix el principi de correlació: registra el pagament com a actiu, i després imputa'l com a despesa a mesura que es consumeix el benefici. Un dòlar transferit a un proveïdor per endavant encara no és un cost de res. Es converteix en COGS quan els crèdits es cremen contra el servei de producció, en R&D quan es cremen contra l'experimentació, i en una pèrdua si caduquen sense usar-se.
A la pràctica això significa tres assentaments, no un. Quan compres crèdits, debita un actiu prepagat i acredita caixa. Cada mes, redueix el saldo pel que realment es va consumir — el consum de producció a COGS, el consum d'staging a R&D. Si els crèdits porten data de caducitat, posa-la al calendari; un saldo caducat és una pèrdua real que mereix una baixa planificada, no un descobriment durant la neteja de l'any vinent.
Els mínims de take-or-pay afegeixen una acumulació a sobre. Si el teu contracte et compromet a una despesa mínima trimestral, deus el més gran entre el consum real i el mínim. Quan el consum va per sota del compromís a prop del final del període, acumula el dèficit que deuràs igualment. La factura arribarà més tard, però el passiu existeix a la data del balanç, i el tancament hauria de reflectir-lo.
Reconciliar a final de mes: dues factures, una veritat
Tecton publica registres d'ús facturable — registres CSV detallats de l'ús de la plataforma i com es tradueix en crèdits, que aterren al teu propi emmagatzematge d'objectes aproximadament un o dos dies després de l'ús. Combinats amb la despesa del núvol etiquetada, aquests registres són les lectures del comptador en què penja la teva reconciliació. Tracta el procés mensual com a conciliació de tres fonts entre si: els registres d'ús, la factura de Tecton i la factura del núvol.
Una llista de verificació de tancament viable s'assembla a això:
- Extreu els registres d'ús del mes complet. Confirma que els crèdits de cada feature view de producció i els crèdits de cada experiment hi són, incloent-hi els dos darrers dies — el retard dels registres significa que un tancament executat el primer del mes perd dades. O bé espera els registres o bé acumula els dies finals a partir del ritme d'execució i ajusta el mes següent.
- Acumula la part no facturada de Tecton. Com la majoria de la facturació per consum, la factura arriba després del període que cobreix. Registra una acumulació dels crèdits estimats del mes a COGS i R&D per divisió d'entorns, i després reverteix i ajusta quan arribi la factura.
- Extreu la despesa del núvol etiquetada. Filtra el teu explorador de costos del núvol per les etiquetes de feature view per al mateix període. Aquest és el segon calaix — clústers Spark, operacions del magatzem online, emmagatzematge — i cal dividir-lo entre producció i staging de la mateixa manera.
- Reconcilia els registres amb la factura i amb la factura del núvol. Els registres d'ús haurien de quadrar amb la factura de Tecton; les línies del núvol etiquetades haurien de moure's en la mateixa direcció. Un mes amb backfill farà disparar els dos. Una factura que divergeix dels registres és una qüestió de facturació que cal plantejar ara, no a la renovació.
- Redueix els prepagaments i els compromisos. Imputa els crèdits consumits fora de l'actiu prepagat, acumula qualsevol dèficit de compromís, i confirma que els saldos restants encara semblen utilitzables abans de la caducitat.
El fracàs més comú és el pas tres — reconciliar meticulosament la factura de Tecton mentre la despesa del costat del núvol s'amaga dins d'una factura d'infraestructura més gran sota un allotjament genèric. Si el teu extracte del núvol mostra una sola línia de còmput combinada, arregla l'etiquetatge abans d'arreglar qualsevol altra cosa. La despesa sense etiquetar no es pot assignar, i la despesa no assignada sempre acaba en algun lloc equivocat.
Un mes concret als llibres
Suposa que la teva plataforma ML crema crèdits de Tecton facturats a 40.000 $ contra el servei de producció i 8.000 $ contra l'experimentació al gener, més 12.000 $ de despesa del núvol etiquetada dividida en 9.500 $ de producció i 2.500 $ d'staging. També has prepagat 100.000 $ de crèdits a l'inici del trimestre. El gener es registra així:
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Assets:Prepaid:Tecton-Credits USD
2026-01-01 open Expenses:CostOfSales:Feature-Serving USD
2026-01-01 open Expenses:Research:ML-Experimentation USD
2026-01-01 open Liabilities:Accrued:Tecton USD
2026-01-01 open Liabilities:Accrued:Cloud USD
2026-01-05 * "Tecton" "Prepay Q1 consumption credits"
Assets:Prepaid:Tecton-Credits 100000.00 USD
Assets:Cash:Operating -100000.00 USD
2026-01-31 * "Tecton" "January credit consumption, prod serving plus experimentation"
Expenses:CostOfSales:Feature-Serving 40000.00 USD
Expenses:Research:ML-Experimentation 8000.00 USD
Assets:Prepaid:Tecton-Credits -48000.00 USD
2026-01-31 * "Cloud" "January tagged feature-platform infra, prod plus staging"
Expenses:CostOfSales:Feature-Serving 9500.00 USD
Expenses:Research:ML-Experimentation 2500.00 USD
Liabilities:Accrued:Cloud -12000.00 USDEl patró es generalitza: el prepagament és un actiu, el consum el mou a despesa per entorn, i el costat del núvol s'acumula per separat perquè es factura per separat. Si el teu equip porta els llibres en text pla, els patrons de seguiment de costos a la documentació s'estenen de manera natural a una divisió per feature view, i les vistes de quadre de comandament fan visible la tendència de producció versus staging mes a mes.
Errors que declaren malament el marge
Quatre errors apareixen repetidament en equips que executen infraestructura ML facturada per consum. Cadascun és barat de prevenir i car de desfer a través de períodes reformulats.
Registrar la factura de Tecton com el cost sencer. La factura és un calaix. Cada mes el còmput del costat del núvol, les operacions del magatzem online i l'emmagatzematge afegeixen un segon calaix de mida comparable, i ometre'l subestima COGS en aproximadament la meitat. Reconcilia els dos o no reportis cap.
Imputar els prepagaments en el moment del pagament. Una compra de crèdits de 100.000 $ no és una despesa de 100.000 $ el mes que surt la transferència. És un actiu que es converteix en despesa a mesura que els crèdits es cremen. Imputar en el pagament carrega el trimestre al davant, deixa els mesos posteriors sense el seu cost real, i fa il·legibles les tendències de consum.
Enviar l'staging a través de COGS. Les feature views d'experimentació, els backfills offline per a la recerca de models i els entorns d'staging són R&D. Barrejar-los amb els costos de servei sobreestima COGS i penalitza el marge brut per un treball que mai no va tocar un client. Les etiquetes de feature view existeixen precisament per mantenir aquesta divisió honesta — fes-les servir.
Saltar-se l'acumulació. Les factures per consum es facturen a termini vençut, els registres d'ús es retarden un o dos dies, i la factura del núvol arriba encara més tard. Un tancament sense acumulació registra un mes parcial com un de complet, i els dies que falten emergeixen com una variància misteriosa el mes següent. Acumula a partir del ritme d'execució, i després ajusta quan arribin els documents.
El teu darrer pas útil aquest mes és petit: obre el teu explorador de costos del núvol, filtra per les etiquetes de feature view, i confirma que el número que veus és el número dels teus llibres. Si els dos mai no s'han trobat, acabes de trobar el buit que aquest article volia tancar.
