ALIBABA CLOUD → STACKIT · WIDE-COLUMN-ARCHITECTUUR
Alibaba Cloud Tablestore en HBase op STACKIT
STACKIT heeft geen managed wide-column store en de run vermeldt dat voor beide diensten. Tablestore en ApsaraDB for HBase worden geclassificeerd als REDESIGN met dezelfde twee doelen: een wide-column store die u zelf beheert op SKE, of MongoDB Flex na een redesign van het datamodel. Deze pagina zet de twee naast elkaar, laat zien wat de instellingen van Tablestore en HBase voor die keuze betekenen en benoemt wat de run aan u overlaat.
Een Tablestore-instance, de tabel ervan en een HBase-cluster, beoordeeld
Een telemetrieomgeving, voor deze pagina geschreven en door StackToIT beoordeeld op 4 november 2026. Links: de drie dataresources van de invoer. Rechts: een fragment van assessment.json met de waarden die de run schreef. assessment.json staat op één regel, dus het paneel toont geselecteerde velden per eenheid, ingesprongen en genest zoals in het bestand, met ongewijzigde waarden.
resource "alicloud_ots_instance" "devices" {
name = "device-state"
description = "Device state and recent readings"
accessed_by = "Vpc"
instance_type = "HighPerformance"
}
resource "alicloud_ots_table" "readings" {
instance_name = alicloud_ots_instance.devices.name
table_name = "readings"
time_to_live = -1
max_version = 1
primary_key {
name = "device_id"
type = "String"
}
primary_key {
name = "ts"
type = "Integer"
}
}
resource "alicloud_hbase_instance" "history" {
name = "telemetry-history"
engine_version = "2.0"
master_instance_type = "hbase.sn2.2xlarge"
core_instance_type = "hbase.sn2.2xlarge"
core_instance_quantity = 3
core_disk_type = "cloud_ssd"
core_disk_size = 400
vswitch_id = alicloud_vswitch.data.id
vpc_id = alicloud_vpc.main.id
zone_id = "eu-central-1a"
pay_type = "PostPaid"
}[
{
"id": "alicloud_ots_instance.devices",
"result": {
"class": "REDESIGN",
"confidence": "MEDIUM",
"target": {
"service": "a self-managed wide-column store on SKE, or MongoDB Flex after a data-model redesign"
},
"reason": "STACKIT has no managed wide-column store. Run one yourself on SKE, or redesign the data model for MongoDB Flex."
}
},
{
"id": "alicloud_ots_table.readings",
"result": {
"class": "MANUAL_REVIEW",
"confidence": "LOW",
"reason": "alicloud_ots_table is not in the knowledge base catalogue; an architect has to decide the target. Nothing of this resource is assessed or drafted (unknown source type)."
}
},
{
"id": "alicloud_hbase_instance.history",
"result": {
"class": "REDESIGN",
"confidence": "LOW",
"target": {
"service": "a self-managed wide-column store on SKE, or MongoDB Flex after a data-model redesign"
},
"reason": "STACKIT has no managed wide-column store. Run one yourself on SKE, or redesign the data model for MongoDB Flex."
}
}
]Twee instances, één oordeel
De Tablestore-instance is REDESIGN met zekerheidsniveau MEDIUM, de HBase-instance REDESIGN met zekerheidsniveau LOW. Beide noemen dezelfde twee doelen.
De tabel staat niet in de catalogus
alicloud_ots_table wordt geclassificeerd als MANUAL_REVIEW met zekerheidsniveau LOW, omdat StackToIT dit resourcetype nog niet in de catalogus heeft. De instellingen voor primaire sleutel, versie en verloop leest u zelf uit de invoer.
Eigenaren
De run plaatst beide instances in één werkpakket voor de Data Architect. De tabel staat in een apart pakket waarvan de eigenaar NOT_STATED is; wijs er dus een aan.
De opties en wat elke optie kost
| Optie | Wat het betekent | Afweging |
|---|---|---|
| Zelfbeheerde wide-column store op SKE | Het doel dat de run als eerste noemt. U deployt en beheert een wide-column store op uw SKE-cluster. | Behoudt het wide-columnmodel en het ontwerp van de rijsleutel. U beheert opslag, upgrades, back-ups en monitoring. |
| MongoDB Flex na een redesign | Het tweede doel dat de run noemt. Een managed documentdatabase met replicasets en sharded clusters. | Managed beheer. Rijsleutels, versies en column families worden een documentmodel met indexen en de applicatiecode verandert. |
| Splitsen naar toegangspatroon | Een optie voor de architect, geen resultaat van de run: actuele staat per sleutel op MongoDB Flex, grote geschiedenis op een store die u beheert. | Twee systemen om te beheren, elk afgestemd op zijn toegangspatroon. Alleen zinvol als de splitsing van patronen in uw workload echt bestaat. |
De run kiest niet tussen de eerste twee. De classificatie is REDESIGN, omdat geen van beide doelen een drop-in vervanger is.
Wat de bronwaarden voor de keuze betekenen
Primaire sleutel en partitiesleutel
Een primaire sleutel in Tablestore heeft een tot vier kolommen, rijen zijn erop gesorteerd en de eerste kolom is de partitiesleutel. De voorbeeldtabel gebruikt device_id en ts, dus een sleutel die met het apparaat begint, is het natuurlijke begin van een MongoDB-index of een ontwerp voor de rijsleutel.
Versies en verloop
De tabel stelt max_version in op 1 en time_to_live op -1. Eén versie en geen verloop zijn het eenvoudigste geval om opnieuw te ontwerpen; een tabel met meerdere versies per cel vraagt in een documentmodel om een weloverwogen antwoord.
Een groottelimiet om rekening mee te houden
Tablestore adviseert alle rijen van één waarde van de partitiesleutel samen onder 10 GB te houden. Zit u daar dicht bij, dan hoort het sleutelontwerp bij de redesign.
HBase-API in uw code
Tablestore biedt een HBase-client die de HBase-client omhult en slechts één column family per tabel ondersteunt, standaard f. Applicaties die al HBase-aanroepen gebruiken, behouden dat API-oppervlak, wat pleit voor de wide-columnroute.
ApsaraDB for HBase
De dienst heeft een eigen SDK op dezelfde hoofdversielijn als open-source HBase, waarbij de open-sourceafhankelijkheid in het buildbestand is vervangen. Terug naar een open-source HBase-client is de omgekeerde vervanging; dit is een suggestie van een architect, geen uitvoer van de run, dus test het.
Documentmodel
MongoDB Flex biedt replicasets voor beschikbaarheid en sharded clusters die data over meerdere entiteiten verdelen voor prestaties. Verloop en toegangspatroon worden dan in MongoDB zelf uitgedrukt, wat algemene praktijk is die u per workload controleert.
Hoe u beslist
1. Zoek uit hoe de data wordt benaderd
Lees de applicatiecode: Tablestore-SDK, Tablestore-HBase-client of ApsaraDB for HBase-client. Dat bepaalt hoeveel code onder elke optie verandert.
2. Meet omvang en groei
De Terraform vermeldt een HBase-cluster van drie corenodes met elk 400 GB schijf en een Tablestore-instance zonder groottes. Het echte volume komt uit uw account, niet uit de run.
3. Kies het beheermodel
Een store op SKE beheert u zelf. MongoDB Flex is managed. Benoem de eigenaar voordat u kiest.
4. Plan het kopiëren
De run kiest geen mechanisme voor dataverplaatsing. Alibaba Cloud documenteert Data Integration voor HBase naar Tablestore; voor de overstap naar STACKIT kiest u zelf de methode, op basis van omvang en toegestane downtime.
5. Oefen met een kopie
Laad een steekproef in het doel, voer de leespaden van de applicatie uit en vergelijk de resultaten vóór de cutover.
Vragen van datateams
Biedt STACKIT een managed HBase of Tablestore?
De run vermeldt dat STACKIT geen managed wide-column store heeft. U beheert er zelf een op SKE of ontwerpt het datamodel opnieuw voor MongoDB Flex.
Waarom is de Tablestore-tabel MANUAL_REVIEW?
StackToIT heeft het resourcetype van de tabel nog niet in de catalogus, dus er is niets van beoordeeld. De run vraagt een architect het doel te bepalen en noemt geen enkele eigenschap als overgenomen.
Plant de run het kopiëren van de data?
Nee. Het bestand voor de dataverplaatsing meldt voor deze omgeving NOT APPLICABLE en zegt dat de bron geen database, cache of vergelijkbare store bevat. Die tekst telt wide-column-instances niet mee; lees die dus als: er is geen mechanisme gekozen, en niet als: er is geen data om te verplaatsen.
Kan de HBase-applicatie ongewijzigd blijven?
De applicatie kan de HBase-API behouden als u een wide-column store kiest die u zelf beheert, al veranderen de verbindingsinstellingen en de clientafhankelijkheid. Bij MongoDB Flex wordt de code voor datatoegang herschreven.
Bronnen
Uw volgende stap: STACKIT.
Vertel ons over uw omgeving, dan laten wij zien wat StackToIT daarvoor oplevert: doelarchitectuur, Terraform-artefacten en een gestructureerd migratieplan.
Laat uw gegevens achter, onze specialisten nemen contact met u op.
Liever zelf een e-mail sturen? connect@stacktoit.com
Hartelijk dank.
Uw verzoek is bij ons binnengekomen. Onze specialisten nemen contact met u op.