sequenced.ai
Articles/Models & infrastructure/Blueprint//7 min read

FriendliAI makes inference deployment a choice of control

FriendliAI combines model APIs, dedicated endpoints and a serving stack for customer GPUs. Deployment controls and commercial terms matter as much as the model catalog.

By Sequenced deskAI-assisted, source-led · how we work
Visit FriendliAI website ↗
Model APIsManaged inferenceHosted model access without provisioning the serving hardware.
DedicatedCustomer model endpointsEngineering teams can deploy models on dedicated GPU resources.
BYOGCustomer infrastructureFriendli’s serving stack can run on a customer’s own GPUs.
VersioningDeployment historyEndpoint configurations can be tracked and rolled back.
FriendliAI mark
FriendliAIfriendli.ai · independent research

Represent this company? Verify your work email to access its workspace, or send the desk a factual correction.

FriendliAI provides infrastructure for serving AI models. Developers can call hosted Model APIs, deploy a model through Dedicated Endpoints, or run the Friendli inference stack on their own GPUs through BYOG. The main buying question is how much responsibility to retain for the deployment and how that choice affects capacity, data control and commercial commitments.

In brief
  1. 01The offer Hosted model access without provisioning the serving hardware.
  2. 02The reader Application and model teams that need explicit inference deployment controls.
  3. 03The boundary Deployment choice, permitted use and enterprise capabilities depend on the agreement.

01 / ProductOne serving stack offered through several deployment routes

The Dedicated Endpoints product provides a managed route for custom and supported open models. The company describes optimization across its serving stack, but those performance claims are not measured results from this article. A suitable deployment must still match the chosen architecture, model size and application request pattern.

The Friendli Container introduction explains the customer-infrastructure route: the engine is packaged as a container, while the customer manages the surrounding GPUs and networking. The public commercial page now calls this route BYOG. Owning hardware and obtaining a serving-software agreement are separate decisions; neither alone delivers an operating application.

These choices form a practical progression from hosted model access to greater deployment control. They are not an obligation to move every successful application onto dedicated hardware. A variable workload may remain well suited to managed APIs, while a specialized model can justify a dedicated endpoint from the beginning.

02 / AudienceA fit for application teams with a specific serving requirement

FriendliAI is relevant to teams adding language or multimodal inference to a product and to model teams that need a managed production endpoint. A useful starting requirement might be serving custom weights, maintaining a minimum level of ready capacity, or using existing GPU infrastructure with an optimized inference engine.

It is a less direct fit for a business seeking a complete support desk or document-management product. The inference service does not supply the customer’s authorization rules, knowledge-base permissions or approval process. An organization without an engineering owner should identify who will operate those parts before choosing an infrastructure service.

The Baseten blueprint is a useful adjacent read for custom model deployment and serving operations. The Fireworks AI blueprint explores inference alongside model adaptation. These are architectural comparisons from public documentation. FriendliAI’s standard terms restrict benchmarking and competitive analysis, so a prospective customer should obtain appropriate written terms before conducting that kind of exercise.

03 / WorkflowA proposed internal maintenance-manual assistant

Imagine a manufacturer building an assistant that helps technicians find the correct maintenance procedure. This proposed workflow is not a performed product test. Begin with approved manuals and stable document identifiers. Keep authorization in the application, so a technician receives passages only from equipment and procedures they are permitted to access.

Use retrieval to select relevant passages, then ask a supported model to produce a concise explanation with source references. Require the assistant to say when the manual does not answer the question. A generated response should never replace the approved procedure itself, especially where an instruction depends on a specific equipment revision or isolation sequence.

If the project requires specialized weights, create a dedicated deployment with the exact model artifact and a defined capacity configuration. The autoscaling guide distinguishes minimum replicas, maximum replicas and an idle cooldown. A minimum of zero allows the endpoint to sleep; keeping a positive minimum preserves active capacity and changes the running cost.

For a factory shift, map the expected query pattern before choosing those settings. A quiet overnight period and a burst at shift change create different requirements. Agree a permitted application validation plan with the provider, then check the actual user workflow: a valid technician can retrieve the right manual, inaccessible manuals remain inaccessible, and a failed model call leaves the source documents available.

The versioning documentation describes snapshots of model, accelerator and engine configuration, with a rollback creating a new version from prior settings. Keep the retrieval index and prompt revision alongside that endpoint history. Rolling back only the model will not undo a changed source corpus or a mistaken application permission rule.

Finally, keep answers advisory within the internal information workflow. The model should point to the current procedure and identify uncertainty. The application’s useful contribution is controlled access, source presentation and revision awareness. That surrounding functionality also matters commercially: standard terms do not permit a bare relay of the Friendli service to third parties.

04 / PricingGPU rates change on 1 October 2026

Dedicated GPUThrough 30 SeptemberEffective 1 October 2026
A100 80GB$2.90$4.00
H100 80GB$3.90$5.00
H200 141GB$4.50$7.00
B200 180GB$8.90$9.00
B300 288GB$12.00$12.00
BYOG / enterpriseTailored agreementConfirm scope and effective commercial terms

USD per GPU-hour, billed per second, checked 23 September 2026 on FriendliAI pricing. The page separates rates through 30 September from rates effective 1 October 2026.

The public pricing page displays both the rates through 30 September and those effective 1 October 2026. A project starting after this article’s research date should budget with the later schedule. The selected examples in the table are USD per GPU-hour, metered by the second, and do not represent the per-token charges for Model APIs.

BYOG requires a tailored commercial discussion. Enterprise capabilities are a customizable framework enabled by contract, rather than a fixed bundle automatically included with every purchase. Specify any required private region, VPC arrangement, reserved capacity, support commitment or custom rate limit in the order and confirm the operational scope.

Active GPU time remains the important dedicated-deployment cost driver. Scale-to-zero can stop inactive capacity, while a positive minimum replica setting keeps resources active. For the maintenance assistant, make an explicit decision about morning readiness versus overnight running cost. A headline hourly rate alone does not answer that operational question.

05 / DistinctionsDeployment configuration is a first-class operating artifact

Endpoint version history provides a useful basis for change control. It records more than a model name: accelerator configuration and serving settings also affect operation. A release record can therefore connect the application revision to the specific infrastructure configuration that was accepted for use, making incident investigation more concrete.

The choice between managed endpoints and customer infrastructure is also substantive. Container deployment can support organizations that need to keep execution in their own environment, but shifts responsibility for cluster operation, networking and capacity back toward the customer. A hosted endpoint reduces that work while making the provider contract and supported configuration more central.

The data-handling guide states that inference request and response content is not used to train models or shared with third parties. That is a useful documented position, but it should not be expanded into an invented retention period or a guarantee about every logging configuration. Match the relevant contract and service settings to the information being processed.

06 / QuestionsSettle permitted use and production commitments early

The terms of service, updated 21 September 2026, restrict benchmarking or competitive analysis under the standard agreement. They also require substantial added functionality for third-party customer services and restrict stand-alone access. A company planning an inference gateway or provider comparison should resolve those terms in a separate written agreement before building its business around that use.

Trial and beta services have a different commitment level: the standard terms exclude them from the production warranties and service-level obligations that may apply elsewhere. A successful trial call does not establish production eligibility for every feature. Confirm whether the exact endpoint management and inference features in the proposed workflow are generally available under the intended agreement.

What happens when an update cannot secure enough GPUs? The versioning guide lists resource limitations among possible update failures. The application owner should understand the current endpoint’s behavior, escalation route and recovery plan. Public-source research supports the existence of these controls; it does not establish spare capacity at a particular moment or prove an end-to-end availability result.

07 / DecisionChoose the deployment and agreement together

FriendliAI is a useful candidate when inference serving is a defined engineering concern and the team can identify the control it needs. Start with the smallest appropriate route, document the application’s added value and confirm its permitted use. Treat infrastructure settings and contract commitments as part of the same deployment decision.

For the maintenance assistant, useful success means authorized access to the right procedure with a clear source and a dependable fallback. The serving engine is one component of that outcome. Budget using the applicable dated rates, and expand the deployment only after its operating responsibilities are clear.

01

Build a useful application

Start with Model APIs when a hosted catalog model meets the required workflow.

Define permitted use
02

Deploy specialized weights

Use Dedicated Endpoints with explicit capacity, versioning and support requirements.

Plan operation
03

Use existing GPUs

Investigate BYOG when infrastructure control warrants the extra operating responsibility.

Agree the software scope
What should we explore next?

A business worth understanding.

Suggest your business or one you find interesting. Tell us what you want to understand about its product, positioning, design or workflows.

Suggestions are free. Selection and publication stay with the desk.

Sources

Continue reading

All in this category