Choose the node after reviewing the workload

Move continuously running Mac workflows to dedicated physical nodes

SDKMac supports iOS and macOS development, CI/CD automation, Apple Silicon experiments, and batch media processing. Nodes are dedicated physical machines, not virtual machines. Choose based on workload type, concurrency, memory needs, asset volume, and runtime.

Available configurations
2 physical node tiers
Node regions
Singapore, Japan (Tokyo), South Korea (Seoul), Hong Kong
Rental terms
Daily, weekly, monthly, quarterly
WORKLOAD REGISTER Workload Assignment Register
Configuration under review
Inputs Workload · concurrency · memory · data volume
Outputs Model · node · term · storage plan
DEV

Remote Development

Xcode coding, version validation, signing workflows, and submission preparation.

Starting point
SDKMac M4
Upgrade when
Concurrent workloads increase significantly
CI

Continuous Builds

After a Runner accepts a job, keep caches, build artifacts, and test records separate.

Monitor
Queue and disk changes
Scheduling unit
Repository and branch
LAB

Long-Running Experiments

Pin framework and dependency versions, then export results and logs after each run.

Key constraint
Framework compatibility
Configuration basis
Model and memory requirements
Four Practical Workflows

Where a task starts is where its result is accepted

These four scenarios are organized by executable inputs, processing steps, and outputs—not by industry labels. Find the closest workflow first, then decide whether you need more memory, local storage, or concurrency.

Independent Development

From remote coding to app submission

Developers connect to a node through remote desktop or SSH, then code, install dependencies, build with Xcode, validate versions, access signing materials, and complete pre-submission checks in a fixed environment.

Inputs
Project repository, Xcode version, signing materials, target OS version
Process
Sync code, restore dependencies, build, test, archive, and review warnings
Outputs
Traceable archives, test results, and submission records
CI/CD Teams

Runner Assignment, Testing & Artifact Return

Teams assign Runners by repository, branch, or task type. After accepting a job, the node reads caches, runs builds and tests, and returns artifacts and logs to the team’s existing workflow.

Inputs
Task queue, repository permissions, build scripts, concurrency limit
Process
Pull code, use caches, compile, test, package, and clean temporary directories
Outputs
Build artifacts, test reports, actionable failure logs, and queue-change records
AI Experiments

Prepare Models, Run Long Jobs, and Export Results

First check the framework’s Apple Silicon support, then standardize runtime and dependency versions. Choose a node based on model size, memory usage, and runtime.

Inputs
Model, dataset, dependency lockfile, runtime parameters, results directory
Process
Validate compatibility, prepare the environment, run experiments, and record resource changes
Outputs
Model results, metric files, logs, and a reproducible dependency manifest
Media Processing

Sync Assets, Batch Process, Render & Archive

Estimate the total space for source assets, proxy files, caches, and final output before uploading. For large batch jobs, plan temporary directories in advance so assets, caches, and finished media do not compete for the same space.

Inputs
Source assets, encoding parameters, batch list, output naming rules
Process
Sync, verify, transcode or render, spot-check, and clear caches
Outputs
Finished media, proxy files, processing logs, and archive directories
Development & Automation

Stabilize the environment before increasing concurrency

The shared risks in development and CI are not whether one task completes, but environment drift, mixed caches, uncontrolled queues, and untraceable artifacts. Validate the workflow with small jobs first, then gradually add repositories, branches, and concurrent tasks.

Read the Getting Started Guide
01
Independent Developer Path

SDKMac M4 starts with everyday Xcode work

SDKMac M4 includes an M4 chip, 16GB memory, and a 256GB SSD. It suits everyday Xcode development, remote work, single-project builds, basic testing, and sequential validation across multiple OS versions.

  1. Lock the environmentConfirm the macOS, Xcode, command-line tools, and project dependency versions.
  2. Run validationStart with a small build, unit tests, and an archive workflow, and record disk changes.
  3. Evaluate an upgradeConsider SDKMac M4 Pro when multiple projects run in parallel, the test matrix expands, or memory pressure remains high.
Best for App archives, version validation results, remote development environments
02
CI/CD Team Path

Give Runners, caches, and artifacts clear boundaries

Plan Runners by repository, branch, task priority, and concurrency. Use caches to reduce repeated work and build artifacts for delivery; manage them with separate directories and cleanup rules.

  1. Split scheduling unitsDefine which repositories share a node and which branches need isolated queues.
  2. Separate data rolesManage dependency caches, temporary build directories, and final artifacts separately.
  3. Track queue changesRecord waiting jobs, average concurrency, disk growth, and failure-retry reasons; do not size capacity from a single result.
Best for Build packages, automated test reports, actionable failure logs
Experiments & Content Production

Calculate memory and storage before scheduling long-running jobs

AI and media workflows consume memory, local storage, and runtime simultaneously. Before starting, calculate the total size of inputs, caches, temporary files, and outputs, and reserve space for exporting results.

Compare the two configurations
03
AI Experiment Path

Compatibility and dependency versions come before runtime

Before copying the full dataset, use a small sample to verify that the framework, model format, and dependencies support Apple Silicon. Once the smallest task runs successfully, increase the data volume and runtime.

  1. Check compatibilityVerify architectural support for the framework, runtime, model operators, and dependency packages.
  2. Pin versionsKeep the dependency lockfile, runtime parameters, and input-data version to reduce result drift.
  3. Choose by memoryFor small validations, start by evaluating SDKMac M4. For high-memory models, parallel experiments, or larger data processing, prioritize SDKMac M4 Pro.
Best for Experiment results, model exports, metric records, dependency snapshots
04
Media Processing Path

Reserve separate space for assets, caches, and output

Do not estimate node capacity from the file size of large assets alone. Include proxy files, render caches, temporary exports, and final archives. The high-performance configuration includes M4 Pro, 64GB memory, and a 2TB SSD, making it the preferred option to evaluate for large batch jobs.

  1. Inventory assetsCount source files, proxy files, audio tracks, subtitles, and external resources.
  2. Plan directoriesKeep inputs, caches, processing intermediates, and final outputs separate.
  3. Run a sample before batchingValidate encoding parameters, color, and audio tracks before submitting the full batch.
Best for Batch-transcoded files, rendered media, verification logs, and archive directories
After the workflow changes

Node records become the team’s shared handoff surface

Once long-running jobs move off everyday work computers, teams need clear task ownership, input versions, run records, and result locations—not merely to know that a task is “running on some machine.”

“I moved overnight builds off my work computer and can review the results first thing in the morning.”

Independent developer

“We split tasks by repository, making node records easier to track.”

CI engineer

“Long experiments no longer occupy the Mac I use for daily work.”

Machine learning researcher
From scenario to solution

Use four constraints to decide whether you need M4 Pro

Do not choose a configuration by task name alone. An Xcode build running sequentially in one repository creates different resource pressure from high-concurrency builds across multiple repositories. Likewise, evaluate small-sample validation separately from long-running parallel inference.

Workload selection criteria for SDKMac M4 and SDKMac M4 Pro
Evaluation dimension Prioritize SDKMac M4 Prioritize SDKMac M4 Pro Record before ordering
Task complexity Everyday Xcode development, basic automation, sequential version validation, small utility tasks Large projects, multi-stage pipelines, complex models, or large asset processing Primary tools, project size, steps per task
Memory pressure The working set completes reliably within 16GB of memory High-memory models, parallel tasks, or large projects that continuously consume memory Peak usage, number of parallel processes, cache strategy
Local storage A 256GB SSD can hold the project, dependencies, caches, and necessary artifacts A 2TB SSD is needed for large repositories, models, assets, and intermediate files Total size of inputs, caches, temporary files, and outputs
Concurrency One project or a small number of tasks run sequentially, with a manageable queue Multiple repositories, branches, builds, or experiments running simultaneously Average concurrency, peak concurrency, task wait time
Runtime Fixed development hours, short batches, and staged validation Overnight builds, long experiments, continuous queues, and large batch jobs Estimated runtime, result-checking process, and failure-recovery method
Everyday workloads

SDKMac M4

M4 · 16GB · 256GB SSD

Suited to remote development, everyday Xcode builds, basic Runners, version validation, and lightweight experiments. Choose daily, weekly, monthly, or quarterly terms.

Choose SDKMac M4
High Memory & High Concurrency

SDKMac M4 Pro

M4 Pro · 64GB · 2TB SSD

Suited to high-concurrency builds, large-model workloads, large asset processing, and continuous workflows requiring a larger local working set. Choose daily, weekly, monthly, or quarterly terms.

Choose SDKMac M4 Pro
Register the next step

Review the plan and delivery steps before creating an order

All plans provide dedicated physical Cloud Macs, not virtual machines. Orders support USDT-TRC20 and Visa / Mastercard / Amex (via Stripe) only, with all charges settled in USD.