Automic VaultAutomic Vault

brew

Install hbase with Homebrew, Nix

Hadoop database: a distributed, scalable, big data store. Version 2.6.6 via Homebrew; verified 2026-06-22.

install

Additional install commands

macOS

Homebrewverified · 100%
brew install hbase

local Homebrew formula metadata

overview

Package summary

Hadoop database: a distributed, scalable, big data store

Commands and aliases

  • hbase
  • start-hbase.sh
  • stop-hbase.sh

history

Project history and usage

Apache HBase is a distributed, scalable, Bigtable-like data store built on Hadoop and HDFS for random, real-time read/write access to very large sparse tables. In package-manager terms it is a heavyweight data-system package: a CLI, daemons, configuration directory, Java/Hadoop dependency stack, and operational database all in one.

Project history

The official reference guide's history appendix begins with Google's 2006 Bigtable paper, then places the start of HBase development at the end of 2006. The project was designed to bring Bigtable-like capabilities to the Hadoop ecosystem rather than to be a standalone relational database.

HBase became a Hadoop sub-project in 2008 and an Apache top-level project in 2010. That transition matters historically because it moved HBase from an add-on in the Hadoop orbit to an Apache project with its own project management committee, release process, community, and operational identity.

The HBase website describes the system as a distributed, scalable big-data store for random, real-time read/write access. It emphasizes billions of rows, millions of columns, consistent operations, automatic failover and sharding on Hadoop/HDFS, and APIs including Java, REST, Thrift, filters, and Bloom filters.

The reference guide is unusually central to the project history: it covers standalone quick starts, distributed modes, configuration files, shell usage, schema design, MapReduce integration, security, architecture, backup/restore, replication, APIs, performance tuning, operations, and development. That breadth reflects HBase's evolution from a storage engine into a production database system with a large operator surface.

Adoption history

The official Powered by Apache HBase page lists user-submitted deployments across companies, institutions, and projects. It includes early production or large-scale use cases from Adobe, Facebook Messages, Flurry, HubSpot, OCLC WorldCat, OpenLogic, Trend Micro, Twitter, WorldLingo, Yahoo, and others.

The adoption examples show why HBase became important in the Hadoop era: teams needed low-latency reads and updates, wide sparse rows, time-series or event data, search and analytics backends, and MapReduce/Spark-adjacent processing without abandoning the commodity-cluster model.

HBase's adoption was also ecosystem-driven. Its value came not only from the database itself, but from living near HDFS, Hadoop MapReduce, ZooKeeper, Java clients, REST/Thrift gateways, and later higher-level systems such as Trafodion or Spark integrations.

How it is used

The quick start uses a standalone instance where the Master, RegionServer, and ZooKeeper daemon run in one JVM, then connects through the hbase shell to create, list, describe, put, and scan a table. Production usage moves the same model into distributed deployments with separate daemons and HDFS storage.

Administrators configure HBase through files such as conf/hbase-site.xml and conf/hbase-env.sh, start and stop services with scripts such as start-hbase.sh and stop-hbase.sh, and use the shell, Java API, REST, Thrift, MapReduce jobs, and operational tools to manage data and clusters.

Why package nerds care

HBase is a classic package-manager stress test because installing the package is only the beginning. The formula has to deliver shell commands and scripts, but the real system depends on Java compatibility, Hadoop/HDFS behavior, ZooKeeper coordination, configuration files, daemon management, and careful version matching.

For package nerds, HBase also represents the Hadoop-era pattern where a local package can be used for development or a single-node quick start, while production meaning lives in clusters, configuration, and service orchestration. That makes its package metadata deceptively small compared with its operational footprint.

Timeline

  • 2006: Google publishes the Bigtable paper.
  • 2006: HBase development starts near the end of the year.
  • 2008: HBase becomes a Hadoop sub-project.
  • 2010: HBase becomes an Apache top-level project.
  • 2020s: The official site continues to present HBase as a top-level Apache project and Bigtable-like Hadoop database.

Related projects

  • Google Bigtable is the direct design reference named by the HBase documentation.
  • Apache Hadoop, HDFS, ZooKeeper, MapReduce, Spark, REST, Thrift, and Apache Trafodion are related technologies in the official documentation and adoption pages.
  • HBase's source repository is managed by Apache through Git/GitBox.

security posture

Risk level: orange

broad file, network, media, or database tool signal. formula declares a Homebrew service.

Risk classifier

orange risk · medium confidence · infrastructure

Why

  • broad file, network, media, or database tool signal
  • formula declares a Homebrew service

Signals

  • metadata:service
  • text:database

Install behavior

  • No Homebrew post-install hook is recorded in formula metadata.
  • Formula metadata declares a service or daemon block.
  • Homebrew bottle metadata is available for 6 platform targets.
  • Installs with 2 runtime dependencies.
  • Build metadata lists 1 build dependencies.

Recommended review

Before unattended agent use, check whether the tool reads plaintext credentials, writes remote state, publishes artifacts, or shells out to plugins.

local files

Configuration and credential file locations

These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.

Configuration files

Config paths the tool may read or write during local use.

Unix
conf/hbase-site.xmlconf/hbase-env.sh

executables

Installed executables

CommandKindExposureNote
hbasecliglobal executable
start-hbase.shcliglobal executable
stop-hbase.shcliglobal executable

freshness

Version and freshness

These signals separate page generation age, package-manager activity, and upstream release comparison. Version lag is warned only when an evidence URL and comparable versions are present.

page generated2026-07-08
manager version2.6.6
manager updated2026-06-22
local dataok
upstreamnot checked
latest detectednot detected

https://hbase.apache.org

install metadata

Package metadata

Package keybrew:hbase
Version2.6.6
Package managerHomebrew
Package manager pagehttps://formulae.brew.sh/formula/hbase
Homepagehttps://hbase.apache.org
Repositoryhttps://gitbox.apache.org/repos/asf?p=hbase.git
Upstream docshttps://hbase.apache.org/book.html
LicenseApache-2.0 AND GPL-3.0-or-later
Source archivehttps://www.apache.org/dyn/closer.lua?path=hbase/2.6.6/hbase-2.6.6-bin.tar.gz
Last updated2026-06-22T14:03:42-07:00
Pulseupdated
Dependencieslzo, openjdk@17
Build dependenciesant
Bottleavailable (on arm64_linux, arm64_sequoia, arm64_sonoma, arm64_tahoe, sonoma, x86_64_linux)
Homebrew post-installnot defined
Servicedeclared

registry facts

Source database details

Source DatabaseHomebrew formula API
Taphomebrew/core
Full Namehbase
Version Scheme0
Revision0
Bottle Stable Root URLhttps://ghcr.io/v2/homebrew/core
Deprecatedno
Disabledno
Keg Onlyno
URL Keys
  • stable

source database matches

Other package-manager records

Matches are pulled from external package-manager indexes and kept separate from local Automic Vault package links.

Nix95%

hbase

nix profile install nixpkgs#hbase
  • normalized package name match
  • Matched by: Hbase
nixpkgs package indexes · raw.githubusercontent.com · nixpkgs package indexes: hbase from https://raw.githubusercontent.com/NixOS/nixpkgs/master/pkgs/top-level/all-packages.nix

source trail

Generated from repository data

This page is generated by av-web from the private package SQLite artifact built by scripts/generate-pkg-sqlite.py.

Used sources

  • Geiger risk classifier
  • Nucleus package database
  • av.db category and tag curation
  • cross-ecosystem install command graph
  • curated configuration and credential file locations
  • curated package history
  • external package-manager database matches
  • package relationship graph
  • package version freshness
  • package-page enrichment